IRC log for #brlcad on 20130101

01:02.50Notify03GCI: Osaze: Create a technical screenshot - Another Solid File   I was able to convert this into a geometry database file also (https://docs.google.com/open?id=0Bynn_SEJ0093MnlPVm9IOFQycDg), altough I am not sure if it is interesting enough. Here is the source (http://grabcad.com/library/small-container-home). http://www.google-melange.com/gci/task/view/google/gci2012/8022221
01:41.57*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:08.53Notify03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Time estimate   It will take me about an hour to do everything just like before. Why do you want me to do it over again? Or do you want me to do more orphaned pages? Do you want me to do write-up too? It helps me to make sure I did what I told you I would do. I'll look at the... http://www.google-melange.com/gci/task/view/google/gci2012/8095206
02:10.18Notify03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Remaining time   The time on this task says 5 hours left, but you said I have 1 day extra. What do I do?   Sid http://www.google-melange.com/gci/task/view/google/gci2012/8095206
02:11.24Notify03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Comments Patch   Since I cannot upload more files, here is the link to the patch containing the brief derivation in the comments.  https://docs.google.com/open?id=0BydeQ6BPlVejbkQ1VW1Laktka1E  I tried to make it as short as possible while still... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
02:25.15Notify03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
02:29.52Notify03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Much Better   Hi Deep,  Now the document look much better than your previous submissions. Adding mouse figure is good decision. We may need to add a follow on task to clean up the contents.  Anyway, thanks for your efforts. :) http://www.google-melange.com/gci/task/view/google/gci2012/7953233
03:03.51Notify03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
03:06.44*** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
04:54.24*** join/#brlcad gagan (~gagan@115.185.82.239)
04:59.15Notify03GCI: javamonn: Create a flex+bison tutorial - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
05:09.20Notify03GCI: javamonn: Create a flex+bison tutorial - Polished it   Sorry about the formatting, I had word wrap on before so it looked different on my end. That's fixed now. I also edited the way many sentences were written and added in more paragraphs.  yyparse tells the parser that Bison generated to begin to receive tokens and start parsing. It... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
06:17.35Notify03GCI: Osaze: Create a technical screenshot - Update   Hello! I have posted a new zip file with screenshots of the .step files I converted to geometry databases. As you can see in the picture, I was having quite a few problems (especially keeping the text from flooding the command window). I also could not figure out how to properly overlay... http://www.google-melange.com/gci/task/view/google/gci2012/8022221
06:18.14Notify03GCI: Osaze: Create a technical screenshot - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
06:34.43*** join/#brlcad caen23 (~cezar@92.81.192.229)
08:15.04*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-234-95.web.vodafone.de)
09:34.34*** join/#brlcad Eric_ (~Eric@ip-109-84-112-132.web.vodafone.de)
09:51.06*** join/#brlcad luca79 (~luca@188-22-128-200.adsl.highway.telekom.at)
10:40.35*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:02.04Notify03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Extension   Need an extension. Sorry. Haven't been able to work on this for sometime. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
12:01.01*** join/#brlcad caen23 (~cezar@92.81.213.54)
12:37.18Notify03GCI: Melange: Add a command-line option that sets an object color temporarily - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
13:08.10*** join/#brlcad cristina (~quassel@79.114.150.220)
13:25.08*** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
13:26.03SilvrousCan I get an extension for http://www.google-melange.com/gci/task/view/google/gci2012/7994229 ? Sorry for taking so long with the tasks.
13:31.35Notify03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
13:31.51SilvrousThanks.
13:32.01``Eriknew years is an acceptable excuse, I suppose
13:42.31*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:44.22*** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
14:11.21*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
14:15.01*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
14:51.08Notify03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
14:54.48*** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e4d9b.bb.sky.com)
15:11.37Notify03GCI: Harmanpreet Singh: Add a command-line option that sets an object color temporarily - Task Assigned  This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202
15:30.35Notify03GCI: Deep Inder Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
15:44.05Notify03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
15:44.20Notify03GCI: Dobromir Ivanov: Create an artistic screenshot - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
15:54.34Notify03GCI: Melange: Add missing documentation for any one command (#9) - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8121203
15:55.05Notify03GCI: Melange: Design a prototype CAD GUI layout - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8115209
16:02.04Notify03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8088204
16:04.09Notify03GCI: Harmanpreet Singh: Calculate plate-mode triangle mesh (BOT) surface areas - Task Assigned  This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8088204
16:15.09*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
16:21.06Notify03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8088204
16:23.52*** join/#brlcad Eric_ (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
17:13.07Notify03GCI: Andy Yasger: Create an ISST screenshot or animation - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
17:13.38*** join/#brlcad 16SAASQ5P (~luca@188-22-141-230.adsl.highway.telekom.at)
17:13.39*** join/#brlcad luca79 (~luca@188-22-141-230.adsl.highway.telekom.at)
17:15.19*** join/#brlcad luca79 (~luca@188-22-141-230.adsl.highway.telekom.at)
17:25.23Notify03GCI: Andy Yasger: Create an ISST screenshot or animation - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
17:47.37Notify03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned  This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202
17:47.47Notify03GCI: Sean: Create an artistic screenshot - Task Assigned  This task has been assigned to Dobromir Ivanov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8025213
17:49.39*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:00.22Notify03GCI: Sean: Create an ISST screenshot or animation - no documentation   Unfortunately, there is no documentation available on isst. That is part of why this task exists, to at least show users how the tool should look when it is ran.  If you don't see anything after selecting geometry to be displayed, you're either on a computer too slow to... http://www.google-melange.com/gci/task/view/google/gci2012/7945221
18:30.41Notify03GCI: Sean: Design a prototype CAD GUI layout - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8115209
18:40.25Notify03GCI: Sean: Design a prototype CAD GUI layout - icons   That looks great, Gauravjeet. Can you talk about the design some? Why did you chose that particular layout? How'd you come up with those icons (where are they from)? How long did it take you? http://www.google-melange.com/gci/task/view/google/gci2012/8115209
18:57.02Notify03GCI: Melange: Create a utility library (LIBBU) API unit test ... for vlb.c - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
19:01.30Notify03GCI: Melange: Link all of our orphaned website wiki pages - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
19:06.01Notify03GCI: Sean: Link all of our orphaned website wiki pages - not redo   Sid, I think you misunderstood. I was just wondering how long it took you to do the ones you posted in order to estimate whether the remaining pages need to be made into a separate task or whether they can be included with this task. If it's only an hour, then it would be... http://www.google-melange.com/gci/task/view/google/gci2012/8095206
19:15.05Notify03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
19:16.16Notify03GCI: Sean: Create a flex+bison tutorial - lil longer   It'll be just a lil bit longer to finish reviewing this. Apologies on the delay, but wanted to give you an update. :)  Thanks for your cleanup efforts. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
19:49.46Notify03GCI: Melange: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
19:54.13Notify03GCI: Andy Yasger: Link all of our orphaned website wiki pages - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
20:07.18Notify03GCI: Andy Yasger: Link all of our orphaned website wiki pages - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
20:31.50Notify03GCI: Dobromir Ivanov: Create an artistic screenshot - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
20:34.15*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:35.02Notify03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
20:36.03Notify03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Misunderstood   Ok, thanks for clearing that up. I was a little confused. I went ahead and claimed the task and will work on a few more now.   Sid http://www.google-melange.com/gci/task/view/google/gci2012/8095206
20:43.12Notify03BRL-CAD Wiki:Stpierre96 * 4823 /wiki/GeometryREQ: /* Description */
20:44.52Notify03BRL-CAD Wiki:Stpierre96 * 4824 /wiki/GeometryREQ: /* Failure Codes */
20:45.12Notify03BRL-CAD Wiki:Stpierre96 * 4825 /wiki/GeometryREQ: /* Related Subjects */
20:45.32Notify03BRL-CAD Wiki:Stpierre96 * 4826 /wiki/GeometryREQ: /* Related Subjects */
20:47.33Notify03BRL-CAD Wiki:Stpierre96 * 4827 /wiki/GeometryCHUNK: /* Description */
20:48.28Notify03BRL-CAD Wiki:Stpierre96 * 4828 /wiki/GeometryMANIFEST: /* Description */
20:51.25Notify03BRL-CAD Wiki:Stpierre96 * 4829 /wiki/GeometryREQ: /* Failure Codes */
20:53.31Notify03BRL-CAD Wiki:Stpierre96 * 4830 /wiki/FullHostListREQ: /* Description */
20:54.46Notify03BRL-CAD Wiki:Stpierre96 * 4831 /wiki/GeometryREQ: /* Failure Codes */
20:55.16Notify03BRL-CAD Wiki:Stpierre96 * 4832 /wiki/GeometryREQ: /* Failure Codes */
20:56.43Notify03BRL-CAD Wiki:Stpierre96 * 4833 /wiki/GeometryCHUNK: /* Failure Codes */
20:57.08Notify03BRL-CAD Wiki:Stpierre96 * 4834 /wiki/GeometryMANIFEST: /* Failure Codes */
20:58.28Notify03BRL-CAD Wiki:Stpierre96 * 4835 /wiki/NewSession: /* Description */
20:58.55Notify03BRL-CAD Wiki:Stpierre96 * 4836 /wiki/NewSession: /* Failure Codes */
21:00.36Notify03BRL-CAD Wiki:Stpierre96 * 4837 /wiki/NewSessionFAIL: New page: ==Description== NetMsg that is a response to a previously sent NewSessionFail NetMsg to indicate that a new session has failed. ==Related Subjects== [[NewSession]]
21:05.08Notify03BRL-CAD Wiki:Stpierre96 * 4838 /wiki/NewSessionFAIL: /* Related Subjects */
21:05.23Notify03BRL-CAD Wiki:Stpierre96 * 4839 /wiki/NewSessionFAIL: /* Related Subjects */
21:07.04Notify03BRL-CAD Wiki:Stpierre96 * 4840 /wiki/RemHostNameSETFAIL: /* Description */
21:07.19Notify03GCI: Sean: Link all of our orphaned website wiki pages - Task Assigned  This task has been assigned to Sid Robinson. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095206
21:09.11Notify03BRL-CAD Wiki:Stpierre96 * 4841 /wiki/RemHostNameSETFAIL: /* Failure Codes */
21:09.41Notify03BRL-CAD Wiki:Stpierre96 * 4842 /wiki/RemHostNameSET: /* Byte Format */
21:10.46Notify03BRL-CAD Wiki:Stpierre96 * 4843 /wiki/FullHostListREQ: /* Byte Format */
21:12.12Notify03BRL-CAD Wiki:Stpierre96 * 4844 /wiki/FullHostLis: /* Byte Format */
21:13.13Notify03BRL-CAD Wiki:Stpierre96 * 4845 /wiki/GeometryMANIFEST: /* Byte Format */
21:13.28Notify03BRL-CAD Wiki:Stpierre96 * 4846 /wiki/NewSession: /* Byte Format */
21:14.48Notify03BRL-CAD Wiki:Stpierre96 * 4847 /wiki/GeometryREQ: /* Request Types */
21:14.52Notify03GCI: Sean: Link all of our orphaned website wiki pages - great   Excellent, Work through as many of the remaining as you can. Aim for all of them if you can since that was the original task Note that there are a couple spam entires that you can ignore, but that leaves about just 15 others needing to be linked. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
21:14.58Notify03BRL-CAD Wiki:Stpierre96 * 4848 /wiki/GeometryCHUNK: /* Byte Format */
21:15.19Notify03BRL-CAD Wiki:Stpierre96 * 4849 /wiki/Success: /* Success Codes */
21:15.34Notify03BRL-CAD Wiki:Stpierre96 * 4850 /wiki/Failure: /* Failure Codes */
21:17.29Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - utorials   Amit, there are a thousand tutorials around the web on how to obtain an SVN checkout (and our http://brlcad.org/wiki/Compiling page covers it as well). Do you need more time? http://www.google-melange.com/gci/task/view/google/gci2012/8103205
21:19.00Notify03GCI: Melange: Create a technical screenshot - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
21:21.00Notify03GCI: Sean: Create a technical screenshot - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
21:21.26Notify03GCI: Sean: Create a technical screenshot - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
21:34.06Notify03GCI: Sean: Create a technical screenshot - better   Osaze, that's much better and on the right track. The dragon screenshot is the closest, but needs a little more work. As the task description notes, you opened a detailed model (okay), show a wireframe (okay), but don't show a rendered image and only hint at capability with the geometry... http://www.google-melange.com/gci/task/view/google/gci2012/8022221
21:54.23Notify03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - hmm.   Can you explain what your first loop is doing? "transferring data" doesn't really seem to convey much behind the intent nor address several peculiarities in that loop... :)  A few pragmatic issues:   shouldn't use // comments -- did you disable strict mode? the build... http://www.google-melange.com/gci/task/view/google/gci2012/8088204
21:54.43Notify03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8088204
22:06.44Notify03GCI: Sean: Create an artistic screenshot - boring   Dobromir, thanks for submitting those screenshots, but that model is very boring and the layout of your screenshot is rather plain. I suggest maybe doing some internet research on "awesome CAD screenshot" or similar search terms and seeing what others have done.  Your first step is going to... http://www.google-melange.com/gci/task/view/google/gci2012/8025213
22:07.05Notify03GCI: Sean: Create an artistic screenshot - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
22:09.46Notify03GCI: Sean: Create an artistic screenshot - look at our existing   You should also look at our existing screenshots in our gallery. Any screenshot you provide needs to look as good or better than most of the ones in there. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
22:23.41Notify03GCI: Sean: Create a flex+bison tutorial - almost there   Daniel, that's starting to look great. It could be condensed a little more but I think it easily fits the bill. The only piece I don't see in the tutorial is an explanation for the lexer tokens. If I'm writing my own lexer+parser, what tokens can be used? How/Why were those names... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
22:23.50Notify03GCI: Sean: Create a flex+bison tutorial - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
22:24.01Notify03GCI: Sean: Create a flex+bison tutorial - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
22:35.24Notify03GCI: Sean: Research offset macro consolidation - not quite   Conveniently, Leffler in that reply thread provides the exact language from one of the standards (presumably C89, but possibly C99). Your example would only be valid if that's the offset to the structure member. The standard does say what, just not how.  All that means is that our... http://www.google-melange.com/gci/task/view/google/gci2012/8172202
22:36.56Notify03GCI: Cezar: Research offset macro consolidation - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8172202
23:39.54Notify03GCI: Sean: Research offset macro consolidation - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8172202
IRC log for #brlcad on 20130102

IRC log for #brlcad on 20130102

00:09.33*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
00:19.11Notify03GCI: Dobromir Ivanov: Create an artistic screenshot - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
01:35.06Notify03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8088204
01:40.21*** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
01:46.48Notify03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Next try   So, I hope, my code is now right intended and I implemented your hints right. The "transferring data" section has been reorganized, but is doing in fact the same as earlier, namely bringing the different vertices from the rt_bot_internal, into an... http://www.google-melange.com/gci/task/view/google/gci2012/8088204
03:41.31Notify03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
03:42.40Notify03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
03:44.07Notify03GCI: Melange: Design a prototype CAD GUI layout (#3) - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8136209
04:03.20*** part/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net)
05:08.10Notify03GCI: Gauravjeet Singh: Design a prototype CAD GUI layout - Re: icons   At first I just made a layout, where the sidebar had only names, but that looked a bit incomplete to me. After some research, I figured out that if there were icons, the design would look great. The icons in the sidebar are related to their title, for example For heading... http://www.google-melange.com/gci/task/view/google/gci2012/8115209
05:29.49Notify03GCI: javamonn: Create a flex+bison tutorial - List of changes:   I added in a paragraph and a half about tokens and how they are used in this utility, as well as in general. I also added info about what can be a token and how they are named.  I added in a line about the end goal of the calculators function in the intro paragraph, I don't know... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
05:30.09Notify03GCI: javamonn: Create a flex+bison tutorial - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
06:43.04Notify03GCI: Sean: Create a flex+bison tutorial - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
06:53.59Notify03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8088204
07:03.43Notify03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Better but incomplete   That is better but you didn't address all of the points I raised. Please address all comments and questions. :)  Also noticed that you removed the vague comment altogether. If it needs to be explained, and it does, then you should explain it with a... http://www.google-melange.com/gci/task/view/google/gci2012/8088204
08:01.27Notify03GCI: javamonn: Create a flex+bison tutorial - Perplex+Lemon   Let me know when you get the Perplex+Lemon task up, it sounds pretty interesting. Flex and Bison was alot of fun. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
08:33.01*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
08:43.26*** join/#brlcad libero (~luca@188-22-141-230.adsl.highway.telekom.at)
08:46.37*** join/#brlcad libero (~luca@188-22-141-230.adsl.highway.telekom.at)
09:49.00Notify03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - check new log   i`ve generated the project> aaand? http://www.google-melange.com/gci/task/view/google/gci2012/7945220
11:15.01*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
11:26.08Notify03GCI: Plamen Hristov Nikiforov: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
11:27.19Notify03GCI: Plamen Hristov Nikiforov: Categorize all of BRL-CAD's commands into a spreadsheet - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
13:18.19*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-54-144.web.vodafone.de)
13:18.45*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
13:56.34*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
14:31.04*** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
14:32.36Silvroushttp://www.google-melange.com/gci/task/view/google/gci2012/7994229 should be done within the hour, but I still need to compile one more time to check for errors, which takes a long time on my machine.  Is it possible to get another extension?
14:48.11Notify03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Deadline extended  The deadline of the task has been extended with 0 days and 2 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
14:48.32SilvrousThank you.
15:02.57caen23Silvrous: you can compile only parts of the program (i.e. libbn), which is way faster
15:06.51``Erikcd src/libbn && make -j3
15:07.34``Erikor simply mkae the executable name if it's just one program, like 'make tester_bn_vert_tree'
15:11.09SilvrousOh. i didn't know that, I assumed that it would need all the functions it calls to be compiled as well.
15:11.33``Erikit'll build required dependancies as needed
15:11.58``Erikbn should only build bu and tcl (maybe zlib)
15:12.09*** join/#brlcad Skriptkid (~Skriptkid@117.208.184.106)
15:26.08*** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e4d9b.bb.sky.com)
15:27.38*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
15:50.06Notify03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
15:51.09Silvrouscaen23:  thanks for the tip
15:51.22caen23sure
15:51.22Notify03GCI: Melange: Modify IRC notifier output - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
15:51.59SilvrousAre you from Iasi? Your name sounds familiar :P
15:53.07Notify03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
15:53.08Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
15:56.40Notify03GCI: Harmanpreet Singh: Web interface (AJAX?) to MGED - Task Assigned  This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:03.27Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - SaaS   Are we looking at Software as a Service? http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:08.19*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
16:42.48Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Or...   Maybe I haven't understood this right. What exactly am I supposed to do? By web interface to Mged, do you mean that I have to create an interface to interact with Mged from a browser? The user types in mged commands into the browser, which is parsed by Mged on a certain computer and an... http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:48.42``Erikstarseeker: http://paste.lisp.org/display/134367
17:00.47*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:15.59*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
17:25.56Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Extra time please!!   I've been working on the documents, and I'm almost done. I think I'll need about a day or two, to meet the required specifications. Can I get a 48 hour extension please? I'll be uploading a few files shortly. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
18:20.20Notify03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
18:27.04Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - not working   i read the compiling page, but as everytime i finish with all the steps and run the quick test, it opens up the mged modeler thing and says it is a read only copy, and when i make a patch file it still says the patch file is not a working... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
18:48.58starseeker``Erik: heh - "bleh"
18:55.15``Erikstarseeker: "there are two hard things in computer science: cache invalidation, naming things, and off-by-one errors."
18:56.58Notify03GCI: Melange: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
18:57.10``Erikbut the lexical closure to hold the value through the continuation is awesome
19:07.08Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
19:08.14Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Forgot   Sorry, I forgot I had claimed this task and I've been busy that past 2 days. I am almost done, just working out one segfault issue. I should be done in the next 10 minutes actually. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
19:22.16Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
19:22.21Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - ???   its never works for me???, always getting svn: '.' is not a working copy http://www.google-melange.com/gci/task/view/google/gci2012/8103205
20:02.25Notify03BRL-CAD:carlmoore * 54125 (brlcad/trunk/doc/docbook/system/man1/en/asc2g.xml brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml): remove trailing blanks/tabs & fix spelling
20:05.05DarkCalfwaves to brlcad
20:15.58*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:27.49*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
21:49.57Notify03BRL-CAD:r_weiss * 54126 brlcad/trunk/src/other/tnt/jama_lu.h: Update to file "jama_lu.h" to allow the tnt library to compile with Visual Studio 2010.
21:52.38Notify03BRL-CAD:r_weiss * 54127 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Update to file "brep.cpp" to prevent a name conflict with the Windows macros "max" and "min".
22:06.33Notify03GCI: Nikita Abraham: Design a prototype CAD GUI layout (#3) - Extension and Clarification?   May I receive an extension on the assignment. I have been busy the past couple days wth schoolwork, and have also been confused with what interface to work with. When I looked at another student's example of the same assignment, he had mentioned... http://www.google-melange.com/gci/task/view/google/gci2012/8136209
23:16.55*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
IRC log for #brlcad on 20130103

IRC log for #brlcad on 20130103

00:10.27Notify03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
00:38.24Notify03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Some annotations    The INTCLAMPs had no deeper use, they were just part of the old function, I copied this part from. I removed them now to make the code not to big und complex Thanks for the /include/bn hint, beside the triangle function, I could also use a... http://www.google-melange.com/gci/task/view/google/gci2012/8088204
00:47.48Notify03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8088204
02:31.10Notify03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
02:31.15Notify03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
02:55.28*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:09.16*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:20.23*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:40.13Notify03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Task Assigned  This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
03:42.40Notify03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
03:44.05Notify03GCI: Melange: Design a prototype CAD GUI layout (#3) - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8136209
03:59.46Notify03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Keep the task claimed if you want your submitted work reviewed   Hi Alexandur,  If you want your submitted work reviewed you should keep the task claimed. Since you unclaimed the task after submitting your work and then reclaim it, so now your work in not in the queue of tasks awaiting... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:06.55Notify03GCI: Harmanpreet Singh: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Assigned  This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8036205
04:52.28Notify03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
04:57.21Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
05:06.39Notify03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Just finished my work   Can I reclaim the task and upload my work? http://www.google-melange.com/gci/task/view/google/gci2012/8090205
05:17.58Notify03GCI: Sean: Create an artistic screenshot - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
05:20.50Notify03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
05:32.11Notify03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vlb.c - looks good   Only noticed a few issues on quick inspection:   You should be using bu_malloc() and bu_free() instead of malloc() and free() directly. See our HACKING file for a list of functions that are replaced by our libbu versions for portability. The open... http://www.google-melange.com/gci/task/view/google/gci2012/8036205
05:40.39Notify03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - few issues   The patch looks good, but I did notice a few issues:   file header (first line) does not match the actual file name. should use BN_TOL_DIST instead of the hard-coded 0.005 constant unless there's a paricular reason. if there is a reason, that should... http://www.google-melange.com/gci/task/view/google/gci2012/7994229
05:40.44Notify03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7994229
05:40.49Notify03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
05:50.48Notify03GCI: Harmanpreet Singh: Compile with -Wwrite-strings, fix warnings that ensue - Task Assigned  This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8090205
05:51.08Notify03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - now that's a patch   Very nice work Johannes. We'll likely have a follow-on task to enable this new function and properly test it, but the implementation looks pretty good now. We'll be sure to credit you in our authorship notes on this one.  I only noticed a couple issues,... http://www.google-melange.com/gci/task/view/google/gci2012/8088204
05:51.13Notify03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8088204
05:52.39Notify03GCI: Harmanpreet Singh: Compile with -Wwrite-strings, fix warnings that ensue - Yes   The task has been reassigned to you and you can now upload your work for review.  Good luck..!! http://www.google-melange.com/gci/task/view/google/gci2012/8090205
05:58.16Notify03GCI: Sean: Web interface (AJAX?) to MGED - Yep   What you asked sounds correct. Should be fun! :) http://www.google-melange.com/gci/task/view/google/gci2012/7993224
05:59.06Notify03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
05:59.31Notify03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - patch format   Be sure to submit your changes in proper single patch file format. See http://brlcad.org/wiki/Patches for help. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
06:01.50*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
06:04.24Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - welcome to reclaim   Amit, you're welcome to reclaim the task and we'll help you learn how to make a patch so you can get credit for your work. Making patches are a fundamental skill that can be confusing at first, but is really very simple. If you need... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:11.36Notify03GCI: Sean: Design a prototype CAD GUI layout (#3) - welcome to reclaim   Nikita, you're welcome and encouraged to reclaim the task (effectively restarting the clock).  You are working on improving our usability and helping us design our next-generation user interface. You don't need to be familiar with MGED or Archer specifically, or even CAD... http://www.google-melange.com/gci/task/view/google/gci2012/8136209
08:11.03Notify03GCI: Melange: Crash our raytracer application reliably - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
08:23.32Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
08:25.19Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - HACKING   I read the whole HACKING file and I noticed a few other things I could fix in my code, so I fixed those too. Hopefully in the future I will be more successful at doing things right the first time. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
09:03.42*** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it)
11:22.14*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:58.42Notify03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - ok   but after i generated it with cmake whats next? For example in the docs its described that if you generate it with MVS you`ll get a project file and so on.. So i am expecting to get the same for Dev-c++.. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
12:29.41Notify03BRL-CAD Wiki:BufordjqbezxplgiGibes * 4851 /wiki/Consider_Doing_A_Cleanse_Estate_Planning: New page: This is precisely why exactly it is important to think that about these things before the golden years. When a Town files a property tax lien while combating your property, it takes top pr...
12:31.02Notify03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/block: blocked [[User:BufordjqbezxplgiGibes]] with an expiry time of infinite (account creation disabled): Spamming links to external sites
12:31.12Notify03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Consider Doing A Cleanse Estate Planning]]": content was: 'This is precisely why exactly it is important to think that about these things before the golden years. When a Town files a property tax lien while co...' (and the only contributor was '[[Special:Contributions/BufordjqbezxplgiGibes|BufordjqbezxplgiGibes]]')
12:43.58*** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it)
13:00.14*** join/#brlcad deep_inder_singh (~chatzilla@117.207.157.141)
13:01.16deep_inder_singhI have claimed a task to find and fix 20 spelling mstakes in atleast 5 different files. I am currently on windows computer. I just want to know that how I can download the latest source of BRL-CAD on my computer.
13:09.06caen23install tortoise svn, open command prompt and run the 'svn co' command here http://brlcad.org/wiki/Compiling
13:09.48Notify03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
13:27.15Notify03GCI: Daniel Rossberg: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned  This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218
13:27.38*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-2-35.web.vodafone.de)
14:06.36Notify03GCI: Daniel Rossberg: Create a utility library (LIBBU) API unit test ... for vlb.c - Your VLB_BLOCK_SIZE is fragile   At the moment it's the same as in vlb.c but you can't be sure that this is true in the future too. Any idea how to solve this? (Maybe with a bu_vlb_capacity() function?)  And why isn't one memset sufficient (line 73 & 74)? http://www.google-melange.com/gci/task/view/google/gci2012/8036205
14:06.51Notify03GCI: Daniel Rossberg: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8036205
14:42.41``Erikdeep_inder_singh: 'tortoise' has svn tools for windows
14:43.03``Erikhttp://tortoisesvn.net/
14:45.22*** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250)
14:52.02*** join/#brlcad mayankmadan (~mayankmad@115.240.43.116)
14:57.16Notify03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
15:04.33*** join/#brlcad deep_inder_singh (~chatzilla@117.207.157.141)
15:08.21Notify03GCI: Osaze: Create a technical screenshot - Fixed   Hello Sean! I managed to render the geometry! I found out that there was a directory called /Default in the database that was causing the problem and just deleted it. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
15:08.35*** part/#brlcad mayankmadan (~mayankmad@115.240.43.116)
15:08.51Notify03GCI: Osaze: Create a technical screenshot - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
15:26.11*** join/#brlcad Al_Da_Best (Al_Da_Best@5e0efe76.bb.sky.com)
15:35.19*** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
15:36.14Silvrousbrlcad: What did you mean by "make sure ac>val when you access av[]" ?
15:43.53d_rossbergSilvrous: what happens when you are running your test without any command line parameter?
15:45.44Silvrousyou mean "make test"? It runs, no exceptions or errors.
15:49.14d_rossbergno, i mean tester_bn_vert_tree
15:50.07d_rossbergor "add_test(bn_vert_tree_null tester_bn_vert_tree)"
15:50.44Notify03GCI: Melange: Modify IRC notifier output - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
15:51.45Notify03GCI: Melange: Crash our raytracer application reliably - Task Reopened  Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
15:55.00Silvrousso the executable file of the test?
15:59.08d_rossbergyes, the test program you wrote in bn_vert_tree.c
16:01.18Silvrousi haven't run it like that, let me reboot to linux to see.
16:11.29*** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
16:12.21SilvrousIt gives a segmentation fault, but other tests also do
16:12.43Silvroustester_bn_list for instance
16:26.40Notify03GCI: Thilo: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - IRC   Hi sean,  Do you have an IRC chat? http://www.google-melange.com/gci/task/view/google/gci2012/8103205
16:36.53``ErikSilvrous: if you try to access past the end of the array, you'll risk segfaults, page faults or undefined data...
16:37.52``Erikac tells you the length of the av array, so'z don't reference av with a val > ac
16:37.56*** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250)
16:41.16Silvrousright, so I need to check if ac is >=3. Should I do it with bu_bomb?
16:41.26Notify03GCI: Thilo: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
16:42.51Silvrousas in, if (ac < 3 ) bu_bomb(...)
16:43.32``Erikno, bu_bomb is for seriously bad stuff, normal behavior is to display a help message and return EXIT_FAILURE;
16:45.18*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
16:47.01SilvrousWith printf, right? Also another thing, apparently the header name is incorrect, but every test I've seen aside from a couple in libbn uses the format I've used
16:48.59Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - exec?   Okay, I'm thinking of using the 'exec' or a similar function, which executes terminal commands, in PHP for this, along with AJAX. But mged takes all input when it is being run, and not as command line arguments. Any suggestions or ideas on how commands can be sent to it?(I'm looking... http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:49.29``Erikum, fprintf(stderr, "blah blah", ...); is good, too
16:49.40``Erikwhich header name?
16:50.21``ErikSkriptkid: mged can take input as command line arguments, or you could pipe it...
16:50.33``Erik$ mged ktank.g tops
16:51.11Skriptkid''Erik: Could you tell me what piping is?
16:51.41``Erikecho "command 1; command 2
16:51.46``Erikcommand 3" | mged bah.g
16:52.39SkriptkidOKay. Thanks. :)
16:52.47``Erikyou could do nutty stuff like: mged bah.g tops | sed 's/.*/l &/' | mged bah.g
16:53.59SilvrousFirst line of the file, which in my case is T E S T _ V E R T _ T R E E . C . Apparently it doesn't match the name of the file, bn_vert_tree.c , but no tests apart from the tri_tri_isect ones use BN in the header.
16:55.21``ErikSilvrous: the spaced out capitalized name is just supposed to be the name of the file, period... it's a "Hi, my name is" type thing
16:55.50SilvrousThen that means that all the other tests have wrong headers. Should I change them?
16:56.59``Erikyou're confusing me a bit, you mean the file frontmatter, not the header file?
17:00.01Silvrous``Erik: Sorry for not being clear. This is what Sean said: "file header (first line) does not match the actual file name."    And, for instance, /src/libbu/tests/bu_timer.c has the first line " /*                    T E S T _ T I M E R . C "
17:03.39``Erikyeah, that one is wrong, they should all match the file names
17:03.55SilvrousOK, I'll change them :)
17:04.06``Erikthere was probably a big file migration where src/libbu/test_timer.c was renamed to src/libbu/tests/bu_timer.c and the file contents weren't updated
17:04.21SilvrousAll of them are like that
17:04.30``ErikI think the tests/ subdir is a fairly new thing
17:05.19``Erikjuly 19th by starseeker, I'll go find a good heavy stick to beat on him with for not updating the file contents
17:05.51Notify03GCI: Thilo: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
17:05.52caen23if you go inside a tests/ dir and run `head -1 *` you can see which do not match
17:06.01caen23in libbu it's about half
17:09.52SilvrousI'll put the namechanges in the task patch
17:10.46``Erikthere might be centering space changes, too... lemme whack it with the script
17:11.31Silvrousah ok then
17:12.30Silvrouscaen23: yeah, just the bitv ones match
17:12.32``Erikbleh, the script isn't as magic as I'd hoped... it's brlcad/sh/header.sh if you want to play with it some to see if it does things differently from your mods
17:16.45Silvrousmy previous test tasks used the same wrong name header...
17:16.56Silvrous<PROTECTED>
17:17.03caen23``Erik: do you happen to know if a latex2pdf converter comes with the standard latex package?
17:20.14``ErikI don't believe it does... I usually use pdflatex, myself
17:22.17caen23as in… this one? http://www.tug.org/applications/pdftex/
17:22.19``Erikbut I'm a bit old school, I built a makefile like this http://elfga.com/~erik/latex/Makefile 15 years ago and just re-use it ...
17:23.16``Erikhuh, pdflatex comes in teTeX
17:24.15``Erikhttp://www.tug.org/tetex/
17:24.53caen23seems abandoned?
17:27.13``Erik*shrug* or "done", last update to the freebsd port of it was july of 2012
17:27.55``Erikhttp://www.tug.org/texlive/
17:30.42caen23i'm on a mac and mactex is heavy (2 gb), i was hoping i could get away with only building pdflatex :(
17:34.38Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - First Step   A very basic CLI-Ajax interface I've managed to come up with. No bells and whistles or niceties. So the next thing is to figure out the mged-PHP interaction. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
17:35.08Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
17:35.26``Erikif you have an account on a machine with it, you could always do it remote... if it's not a big doc, I can do it on one of mine
17:35.45Notify03BRL-CAD:carlmoore * 54128 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove trailing blanks/tabs
17:37.26caen23i'm trying to build pdf docs for buildbot, and it requires pdflatex
17:47.40Notify03GCI: Sean: Compile BRL-CAD using Dev-C++ - That's what you're supposed to figure out   Alexander, that's what this task has you figure out. What is next? You tell us. Several other people have attempted this task and gotten farther, so you should review the entire prior discussion here and look at all the previous attempts to see how it... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
17:49.41Notify03GCI: Sean: Create a technical screenshot - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
17:50.36Notify03GCI: Sean: Create a technical screenshot - looks a lot better   The latest set looks a whole lot better and will make a nice addition. Do you have a link to the dragon model that you imported? We need to be able to cite and credit them for the model. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
17:51.51*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.103.250)
17:58.21Notify03GCI: Sean: Web interface (AJAX?) to MGED - mged   mged can take commands in a whole variety of ways including one-at-a-time but it's best to establish a back-end "session" with mged so that you don't have to keep re-invoking it. That way you can stream back responses/output too for commands like "rt" that take a while. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
17:58.25Notify03GCI: Sean: Web interface (AJAX?) to MGED - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
18:10.22SilvrousI think I may have found a bug in Add_vert_and_norm()
18:12.05SilvrousI only saw today that a part of my tests fail when it is given an already existing vertex, it can't find it and makes a new one
18:13.17SilvrousIf the existing vertex has index 0 it works, if it's 1 it fails.
18:14.11*** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250)
18:33.09*** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250)
18:45.36*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
18:55.24Notify03GCI: Osaze: Create a technical screenshot - Thanks!   Thanks for the congrats! Here is the link to the dragon model that I imported (http://grabcad.com/library/dragon-charm) http://www.google-melange.com/gci/task/view/google/gci2012/8022221
20:28.40*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:41.47Notify03BRL-CAD:starseeker * 54129 (brlcad/trunk/src/librt/test_botpatches.cpp brlcad/trunk/src/librt/test_subdivision.cpp): Fix compilation with newer opennurbs
21:47.58Notify03GCI: BrendenD15: Design a commercial CAD comparison diagram - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8141203
22:16.13Notify03BRL-CAD:starseeker * 54130 brlcad/trunk/CMakeLists.txt: Windows uses neither X11 nor Aqua, but still needs OpenGL and enables Tk.
22:17.27``Erikhuh, "trackbar.pl" for irssi, cool beans
22:17.54starseeker``Erik: sorry about not updating the filenames
22:18.28starseekerout of curiosity - why do we use that particular convention?
22:18.40``Erikdoesn't bother me, I was just being theatrical :D I think silvrous fixed 'em all
22:19.14starseekerheh
22:19.19``Erikum, I d'no, the spaced and capped style always bothered me... putting the filename in might be a relic from back when hard drives were slightly less reliable and you'd frequently get files in your lost+found/ dirs
22:19.30starseekeris often guilty of forgetting to update that name
22:19.44starseekerwinces
22:19.51starseekeryeah, that would suck
22:20.08``Erikthe styling of the filename is probably an artifact of old army style, when all forms were in caps by regulation, etc
22:21.08``Erikputs on his drill sergeant voice
22:21.35starseekersees if turning OpenGL and Tk on helped the Windows build...
22:21.39``ErikLOWER CA... O.o ? LOWER CASE? THIS IS THE GODDAMN ARMY, SON, WE DON'T DO ANYTHING LOWER, NOW HOLD THAT SHIFT KEY DOWN AND ENTER THE DATA!
22:21.50starseekerheh
22:22.01starseekerlike the early lisp days
22:22.06starseekeror, excuse me, LISP
22:22.35``ErikI'm not sure early hollerith readers had the bandwidth to have two case sets
22:22.54starseekerpoint
22:23.31``Erikso, yeh, trackbar.pl... if you use irssi, I recommend checking it out
22:24.05``Erikputs a horizontal mark at your last activity, so you can quickly scroll up to the last place you read after you're afk
22:24.41``Erik<-- was looking for some script fu to do /mark and put a horizontal mark, thsi one does the updating automagically :D
23:43.25*** join/#brlcad maths22_ (~Thunderbi@c-50-141-159-74.hsd1.il.comcast.net)
23:43.32*** part/#brlcad maths22_ (~Thunderbi@c-50-141-159-74.hsd1.il.comcast.net)
IRC log for #brlcad on 20130104

IRC log for #brlcad on 20130104

00:11.11Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - bu_vlb_capacity   The bu_vlb_capacity() function is an excellent idea, and I would have done something similar before, but I didn't think that as a unit test developer I should be modifying the code that I was writing a test for. However, it would appear that... http://www.google-melange.com/gci/task/view/google/gci2012/8036205
00:42.49Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
01:02.05*** join/#brlcad crdueck (~cdk@24.212.219.10)
04:32.24Notify03GCI: Sean: Design a commercial CAD comparison diagram - Task Assigned  This task has been assigned to BrendenD15. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8141203
06:49.24caen23in rtgeom.h, rt_tgc_internal is defined like this http://slexy.org/view/s20iCRAd2q but everywhere else in that file, "v" is of type point_t. i'd say tgc is wrong, but i want to make sure before modifying it
07:03.24*** join/#brlcad andrei_ (~andrei@5-12-220-150.residential.rdsnet.ro)
07:19.06Notify03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Compiler Error   Hello !  The test looks great so far, but ther are some issues we need to address:  bu_vlb.c:81:2: error: too few arguments to function 'bu_vlb_capacity'  This is what causes the error : if (initialSize != bu_vlb_capacity()) {   Also, you... http://www.google-melange.com/gci/task/view/google/gci2012/8036205
07:19.07Notify03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8036205
07:37.20Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Compile   Thats weird, not sure how that happened (I forgot to test it before I uploaded it), but everything is fine now.  Also I already have comments explaining things? I suppose I could add a few more. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
07:58.39Notify03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
08:03.42Notify03BRL-CAD Wiki:Annaingrama * 4852 /wiki/Talk:S/index.php: Мой квадратный метр
08:18.13*** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it)
08:34.04Notify03BRL-CAD:popescuandrei * 54131 (brlcad/trunk/include/bu.h brlcad/trunk/include/pkg.h and 4 others): added Arjun Govindjee's bu_vlb unit test
08:37.55andrei_meh, I think I committed more files than I should have for this commit.
08:38.56andrei_does this look like a good way to revert it ? :  svn merge -r 54131:54130 https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk
10:16.19caen23andrei_: i reverted to r54130
10:23.04caen23brlcad: i've also committed the llvm fixes. now, bu_offsetofarray is a macro which takes a struct, an array and an index into the array, and returns the offset. it compiles and passes `make regress`. the naming might be a bit confusing, and you might want the macros written differently, let me know if you want me to improve it
10:40.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:40.16Notify03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Well done !   Now it looks good.  Thanks for your effort!  If you wish, please leave your name so we can credit you in our authorship. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
10:40.20Notify03BRL-CAD:caen23 * 54132 (brlcad/trunk/include/bu.h brlcad/trunk/include/pkg.h and 4 others): Revert to r54130, some files were wrongly committed
10:40.22Notify03BRL-CAD:caen23 * 54133 (brlcad/trunk/include/rtgeom.h brlcad/trunk/misc/CMake/CompilerFlags.cmake and 44 others): Fix extended offsetof errors when compiling with llvm
10:40.24Notify03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
11:08.50*** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250)
11:09.24*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.103.250)
11:15.31Notify03GCI: Deep Inder Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Extend deadline   Please extend my deadline. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
11:28.08*** join/#brlcad Al_Da_Best (Al_Da_Best@5e0efe76.bb.sky.com)
11:54.52*** join/#brlcad Skriptkid1 (~Skriptkid@117.201.174.124)
12:28.03*** join/#brlcad caen23 (~cezar@109.97.114.30)
12:49.52*** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
12:59.02*** join/#brlcad caen23 (~caen23@109.97.114.30)
13:18.17Notify03BRL-CAD:bob1961 * 54134 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the ability to scale and translate the view in Archer's sketcher.
13:18.51Notify03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Arc Length   I believe that to work out the surface area you need to know the arc length of the cros-sectional hyperbola, but trying to work this out exactly involves incomplete elliptical integrals and other complicated calculus, and it might... http://www.google-melange.com/gci/task/view/google/gci2012/7982218
13:44.27*** join/#brlcad EricPoehlsen (~Eric@109.46.35.20)
14:04.52Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Please Check   I've uploaded a few of the corrected files in my Google Docs. Please go through them and tell me if they are okay. I can then, upload them as a single patch file. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:04.57Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:07.17``Erik<PROTECTED>
14:29.48Notify03GCI: Melange: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:30.04Notify03BRL-CAD Wiki:Stpierre96 * 4853 /wiki/GeometryREQ: /* Related Subjects */
15:46.57*** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
15:50.17Notify03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
15:52.48Notify03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - possible bug?    Tests 6,10 and 11 fail, but I'm certain the return result should be what I specified in the test. Is it possible that there is a bug in the Add_vert_and_norm() function? http://www.google-melange.com/gci/task/view/google/gci2012/7994229
16:02.21Notify03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - formatting   There were a couple of formatting errors, the latest patch (2_3) is be the corect one. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
16:06.48Notify03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
16:16.24*** join/#brlcad Silvrous (4f7067ba@gateway/web/freenode/ip.79.112.103.186)
16:22.19Notify03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Finished most but booted out   Hi Sean, I got booted out of the wiki. I was working on it, but then couldn't login again. I uploaded what I did in the doc. Sorry it took awhile. I have wrestling state qualifiers tomorrow and our practice has been long.  If you can let me back... http://www.google-melange.com/gci/task/view/google/gci2012/8095206
16:22.44Notify03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
16:43.25*** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it)
17:04.19*** join/#brlcad EricPoehlsen (~Eric@109.46.37.167)
17:08.40Notify03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
17:21.37Notify03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7954218
17:23.31Notify03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - How to   Ok so i need to compile and generate brlcad with MSV and compile with visual studio and then? http://www.google-melange.com/gci/task/view/google/gci2012/7954218
17:44.25Notify03BRL-CAD:carlmoore * 54135 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blanks/tabs
17:57.01Notify03GCI: Sean: Research status of compiling BRL-CAD on MINGW - Task Assigned  This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7954218
18:06.54*** join/#brlcad Skriptkid (~Skriptkid@117.201.174.124)
18:18.26Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Problem, Solution   Okay, here's thr problme with Ajax + PHP: Every time AJAX sends data to PHP, the PHP script is opened and after the programmed operations are done, the script ends. So every time an mged command is sent through AJAX, the PHP script is closed and respawned, taking down the... http://www.google-melange.com/gci/task/view/google/gci2012/7993224
18:19.31*** join/#brlcad caen23 (~caen23@92.81.164.217)
19:47.02Notify03BRL-CAD:caen23 * 54136 (brlcad/trunk/src/libbu/bitv.c brlcad/trunk/src/libged/scale.c): Small changes to enable compilation with LLVM 3.2
20:51.48*** join/#brlcad andrei (~andrei@5-12-220-150.residential.rdsnet.ro)
21:07.26Notify03GCI: Melange: Link all of our orphaned website wiki pages - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
22:04.20Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
22:33.44Notify03GCI: Andrei Popescu: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Assigned  This task has been assigned to Titi. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038205
22:47.04Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
IRC log for #brlcad on 20130105

IRC log for #brlcad on 20130105

00:10.45*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
00:21.19Notify03GCI: javamonn: Fix 20+ LLVM clang static analysis defects (#2) - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038206
01:37.23Notify03GCI: Richard Tynan: Compile BRL-CAD using LLVM 3.1 - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7977227
01:44.07Notify03GCI: Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
02:16.39*** join/#brlcad rptynan (~poiuyt@86-46-68-232-dynamic.b-ras1.wtd.waterford.eircom.net)
02:21.03Notify03GCI: amit.daBeast: Reproduce any 10 unconfirmed open bug reports - patches   hey sean  i think i finally understand what patch files are and i think i figured out on how to format them (i did a couple of test paches and the "svn diff " command formatted them automatically). I think i can turn them in but most of my spelling mistakes are... http://www.google-melange.com/gci/task/view/google/gci2012/7971223
02:56.59Notify03BRL-CAD Wiki:ClairrzhqufiwjiBarraclough * 4854 /wiki/Carter_Hargrave_-_Health_Results_of_Martial_Arts_and_Karate: New page: Learning martial arts not simply makes a person physically stronger nevertheless mentally sharper as well. The martial arts training involves fantastic concentration and self control and t...
04:09.33Notify03GCI: Harmanpreet Singh: Fix 20+ LLVM clang static analysis defects (#2) - Task Assigned  This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038206
04:10.45Notify03GCI: Harmanpreet Singh: Compile BRL-CAD using LLVM 3.1 - Task Assigned  This task has been assigned to Richard Tynan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7977227
04:13.46Notify03GCI: Harmanpreet Singh: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Assigned  This task has been assigned to Toshita Barve. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8079211
05:23.20Notify03GCI: Richard Tynan: Compile BRL-CAD using LLVM 3.1 - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977227
05:28.49Notify03BRL-CAD:n_reed * 54137 (brlcad/trunk/include/nurbs.h brlcad/trunk/src/conv/g-nff.c and 28 others): Fix several instances of VMINMAX being used without first initializing its min/max arguments. Also, consistently use INFINITY/-INFINITY rather than MAX_FASTF/-MAX_FASTF when initializing. That way if INFINITY/-INFINITY appears in any of the tested points it ends up in min/max rather than being replaced by
05:28.51NotifyMAX_FASTF/-MAX_FASTF. That faithful propagation could encourage bug discovery since INFINITY/-INFINITY are likely the result of an unintended divide by 0 or overflow condition.
05:50.47Notify03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
07:23.10*** join/#brlcad andrei_ (~andrei@5-12-220-150.residential.rdsnet.ro)
07:53.29*** join/#brlcad andrei (~andrei@5-12-220-150.residential.rdsnet.ro)
08:33.39Notify03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - more info   can i get a bit more explanation? http://www.google-melange.com/gci/task/view/google/gci2012/7954218
09:31.10*** join/#brlcad EricPoehlsen (~Eric@109.46.250.85)
09:36.18*** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it)
09:41.34*** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it)
10:07.02*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
10:29.41Notify03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
11:13.47*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-137-18.web.vodafone.de)
11:34.23*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-137-18.web.vodafone.de)
11:42.54*** join/#brlcad Skriptkid (~Skriptkid@117.201.174.124)
11:56.04*** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80)
12:09.32Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Input   I tried that, but did not work. I'm able to take commands and pass them to the command line, but once MGED is started, I'm unable to pass any input to it through STDIN. I've uploaded what I've done so far. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
12:09.52Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
12:10.00*** part/#brlcad Skriptkid (~Skriptkid@117.208.191.80)
13:18.33*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-254-41.web.vodafone.de)
13:35.03*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
14:54.49*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
15:03.05*** join/#brlcad merzo (~merzo@179-33-132-95.pool.ukrtel.net)
15:18.53*** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80)
15:19.49*** join/#brlcad merzo (~merzo@142-123-133-95.pool.ukrtel.net)
15:23.39*** join/#brlcad Silvrous (4f704c02@gateway/web/freenode/ip.79.112.76.2)
15:55.46Notify03GCI: Melange: Web interface (AJAX?) to MGED - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
15:56.51Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Extension   Need an extension. Still working on this. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:18.25Notify03GCI: Deep Inder Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Need more time   So far I have found only two mistakes: one is Key frames and other is Right side in anim_keyread and anim_lookat files. I am still working on the task and need extension. Please extend my deadline for 2 days. Thank you. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
16:26.09Notify03GCI: Sean: Link all of our orphaned website wiki pages - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
16:27.46*** join/#brlcad harmanpreet (~chatzilla@124.253.144.74)
16:28.16Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - New files   Uploaded some new files to the server. Uses piping. But sockets need to be enabled in PHP for it to work. Could that be done? Also, the file "sock.php" needs to be run before testing. It's in public_html/cmd. "php -f sock.php" http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:28.17Notify03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - patch format   Rahul, we can't easily review what you actually changed without the change being submitted in patch format. You should have an svn checkout (see http://brlcad.org/wiki/Patches) where you can just run "svn diff > mychanges.patch" to create a... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
16:28.26Notify03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
16:28.27Notify03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
16:30.12Notify03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
16:30.18*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.191.80)
16:30.23*** part/#brlcad Skriptkid (~Skriptkid@117.208.191.80)
16:30.32Notify03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
16:37.51Notify03GCI: Cezar: Determine why solids.sh fails on 64-bit - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982217
16:37.52Notify03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - wrong way to quell   Your patch by large looks great but there is a problem that prevents the patch from being used. Casting string literals to (char *) is no good.  That tells the compiler that it's okay to allow that memory to be edited, and that's generally a bad thing.... http://www.google-melange.com/gci/task/view/google/gci2012/8090205
16:40.57Notify03GCI: Harmanpreet Singh: Determine why solids.sh fails on 64-bit - Task Assigned  This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982217
16:42.53Notify03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - can you explain   Can you explain the steps you took? What commands did you run (exactly)?  Your build log seems to indicate that the installed compiler wasn't built or set up correctly. It's generating symbols for the wrong type of environment.  The errors look like they may be... http://www.google-melange.com/gci/task/view/google/gci2012/8038205
16:43.02Notify03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
16:45.14Notify03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
16:47.55Notify03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - It's entirely possible   It's entirely possible that there's a bug in the Vert_test interface. Frankly, I'm a little dubious of some of our other new unit tests because they didn't encounter (or report) a bug. It'll take some work to investigate whether you found... http://www.google-melange.com/gci/task/view/google/gci2012/7994229
16:50.26Notify03GCI: Sean: Web interface (AJAX?) to MGED - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:51.47Notify03GCI: Sean: Web interface (AJAX?) to MGED - progress   It's reasonable progress given the expected level of effort for a GCI task so we can call this bit of research complete and create a follow-on task for the next step. We'll look into the php sockets option you mentioned. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
16:54.32*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
17:06.41*** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80)
17:08.39Notify03GCI: Skriptkid: Web interface (AJAX?) to MGED - Info   Found a bit of info that might be useful later. This might be of some help: http://pexpect.sourceforge.net/pexpect.html http://www.google-melange.com/gci/task/view/google/gci2012/7993224
17:28.28Notify03GCI: Silvrous: Set up BRL-CAD for continuous integration within Jenkins - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8109203
17:33.50Notify03GCI: Harmanpreet Singh: Set up BRL-CAD for continuous integration within Jenkins - Task Assigned  This task has been assigned to Silvrous. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8109203
17:37.02Notify03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
17:42.35*** join/#brlcad Skriptkid1 (~Skriptkid@117.208.191.80)
17:48.54*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:57.11Notify03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - casting string literals   after my first compilation, I realized it is a big modification. I had spent over 72 hours on it. in many places, if I changed the string literals to be constant variable instead of cast to (char *), then it would have impact on the signature of... http://www.google-melange.com/gci/task/view/google/gci2012/8090205
18:01.23Notify03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103206
18:01.29*** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80)
18:02.55Notify03GCI: Harmanpreet Singh: Fix some LLVM Clang compilation warnings (#2) - Task Assigned  This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103206
18:43.08Notify03GCI: Cezar: Determine why solids.sh fails on 64-bit - 64 or 32?   Are you sure it fails on 64-bit? It passes on a Mac (64-bit) and a 64-bit Mint Linux, but fails on the VM (32-bit) and 32-bit Mint Linux, with "3 off by many". Seems to me like 32-bit is the problem. http://www.google-melange.com/gci/task/view/google/gci2012/7982217
19:03.14starseekerhuh - https://wiki.mozilla.org/DXR
20:48.08Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - hi   cmake .. -DBRLCAD_ENABLE_X11=OFF -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Debug  make CROSS_COMPILE=arm-bcm2708hardfp-linux-gnueabi- -k VERBOSE=1 2>&1 | tee make_debug.log  How to setup the compiler correctly? http://www.google-melange.com/gci/task/view/google/gci2012/8038205
20:56.03*** join/#brlcad andrei (~andrei@5-12-220-150.residential.rdsnet.ro)
21:54.04Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - I found the problem with the commands   but when i try to run the compiler its give me: -bash: ./arm-bcm2708hardfp-linux-gnueabi-gcc-4.7.1: cannot execute binary file  Can you help me? http://www.google-melange.com/gci/task/view/google/gci2012/8038205
22:00.43Notify03BRL-CAD:caen23 * 54138 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/librt/primitives/eto/eto.c): Make eto_V a vect_t
22:04.13Notify03GCI: Cezar: Determine why solids.sh fails on 64-bit - Cause   The bug seems to be here, in regress/tgms/solids.mged. If I remove these three lines, I get the same number of "off by many" on both 64- and 32-bit. I guess I'll have to squint at librt/primitives/eto/eto.c for a while to fix this.  in eto.s eto 64 0 32 0 0 1 12 0 12 24 4  r eto.ru... http://www.google-melange.com/gci/task/view/google/gci2012/7982217
22:28.46*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
22:32.32Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
23:33.51Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
23:38.45*** join/#brlcad bch (~bch@nat60-100.kcls.org)
23:38.48bchhello #brlcad
23:40.19Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patch file   i figured out on how to make a patch file http://www.google-melange.com/gci/task/view/google/gci2012/8103205
23:43.52Notify03GCI: Andrei Popescu: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned  This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205
23:47.24Notify03GCI: Andrei Popescu: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Communication   Hello,  I strongly encourage you to join our IRC channel ( #brlcad on irc.freenode.net) and ask any question that you have as we will be able to help you faster and more than we can here.   Also, it is really important to keep up to... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
IRC log for #brlcad on 20130106

IRC log for #brlcad on 20130106

00:01.12*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
01:33.54Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
01:41.53Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches   i figured out how to make the patch files, but all the spelling mistakes I did previously have already been corrected by other people. So i've tried searching for new spelling mistakes but they are becoming pretty rare. So anyways some of the... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
02:33.17*** join/#brlcad velociostrich (~velociost@24.0.153.224)
03:06.29starseekerwow, this is kinda cool - flowchart of linux distribution history:  http://futurist.se/gldt/
03:55.39*** join/#brlcad velociostrich (~velociost@24.0.153.224)
04:54.02Notify03GCI: impossib1etheory: Write the man page for tgf-g - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959244
04:57.29Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
04:58.41Notify03GCI: impossib1etheory: Write the man page for tgf-g - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7959244
05:00.13*** join/#brlcad caen23_ (~caen23@92.81.188.195)
05:07.49Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - sorry   Sorry, Amit, but the changes you made are not sufficient. BRL-CAD literally has millions of words so you should be able to find many (hundreds) mistakes if you look hard enough and in the right places.  As for your patch, several of the changes you made... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
05:16.52Notify03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - cross-compilation?   You shouldn't need to cross-compile. Can you delete your CMakeCache.txt file and re-run cmake while capturing all output? Post that then try to also not cross-compile (while capturing all make output). http://www.google-melange.com/gci/task/view/google/gci2012/8038205
05:16.58Notify03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
05:26.07Notify03GCI: Sean: Compile BRL-CAD using LLVM 3.1 - what version   Exactly, what version of llvm did you compile/link against? It's be good to know.. http://www.google-melange.com/gci/task/view/google/gci2012/7977227
05:32.31Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - spelling mistakes   so am i only supposed to find spelling mistakes in the src folder, becuase all of your source codes seem to have already been edited. You said i should be able to find 100's of spelling mistakes yet in the last 6 hours the best... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:11.04*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-34-239.web.vodafone.de)
06:35.56*** join/#brlcad andrei_ (~andrei@188.25.158.188)
06:55.13Notify03BRL-CAD:popescuandrei * 54139 (brlcad/trunk/include/pkg.h brlcad/trunk/src/gtools/g_transfer.c): removed globals from gtools/g_transfer
07:36.50Notify03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8103206
08:59.16*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
09:54.28*** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it)
10:47.55Notify03GCI: Richard Tynan: Compile BRL-CAD using LLVM 3.1 - v3.2-3   Oh sorry, These are the packages I'm running, from the archlinux main repos:   llvm 3.2-3  clang 3.2-3   3.2 is the latest release. http://www.google-melange.com/gci/task/view/google/gci2012/7977227
12:20.02Notify03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
12:30.27Notify03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Approximation   I used Simpson's Rule to approximate the integral for arclength. Using the value of n=1000000 could slow things down on old hardware, but should give accuracy of 10d.p or greater, from what I've tested (not in BRL-CAD).  The... http://www.google-melange.com/gci/task/view/google/gci2012/7982218
12:58.44Notify03BRL-CAD:starseeker * 54140 brlcad/trunk/CMakeLists.txt: No longer need crypt library, without enigma
12:59.34Notify03GCI: Plamen Hristov Nikiforov: Write a "BRL-CAD Commands Quick Reference" document - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
13:03.58*** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it)
13:27.18Notify03GCI: Melange: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
14:03.50Notify03GCI: Plamen Hristov Nikiforov: Write a "BRL-CAD Commands Quick Reference" document - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
14:04.31Notify03GCI: Plamen Hristov Nikiforov: Write a BRL-CAD showcase article #2 - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095205
14:08.30*** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it)
14:30.48*** join/#brlcad cristina (~quassel@188.24.82.83)
14:34.02*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56)
14:41.51Notify03GCI: Sean: Write a BRL-CAD showcase article #2 - Task Assigned  This task has been assigned to Plamen Hristov Nikiforov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095205
14:47.32*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-184-72.web.vodafone.de)
14:47.53Notify03GCI: Plamen Hristov Nikiforov: Write a BRL-CAD showcase article #2 - interview   Hello, I just wanna ask how to contact the GSoC students so I can interview them. http://www.google-melange.com/gci/task/view/google/gci2012/8095205
14:47.58Notify03GCI: Sean: Compile BRL-CAD using LLVM 3.1 - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7977227
14:50.09Notify03GCI: Sean: Research status of compiling BRL-CAD on MINGW - specific question   You'll need to state a more specific question if you need help. See http://brlcad.org/wiki/Compiling for some background information, but the task description and links above cover most of what you need. http://www.google-melange.com/gci/task/view/google/gci2012/7954218
14:51.50*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56)
14:57.57Notify03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - mark as complete   The time estimate I'm looking for is actual time typing in an editor, not how long including food breaks and sleeping.. ;) A better estimate perhaps is how long do you think it would take you to sit down and retype everything you just did for this patch if... http://www.google-melange.com/gci/task/view/google/gci2012/8090205
14:58.07Notify03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Deadline extended  The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
15:04.15Notify03GCI: Sean: Determine why solids.sh fails on 64-bit - could be   It's entirely likely that some platform presented the 3 off-by-many pixels in 64 vs 32 bit and you observe the opposite in your setup. It's possible that it was just recorded wrong too, but if you have it reproduced in 32-bit, that's certainly good enough to debug.  Even without... http://www.google-melange.com/gci/task/view/google/gci2012/7982217
15:08.38Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - not limited to src   You're not limited to the src folder -- any file that is *ours* to change is fair game. That mostly means ignore src/other, some files in misc, and some e-mail files in doc.  If you're not finding any spelling mistakes, then your search... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
15:11.40Notify03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - windows?   Do you happen to have a Windows compilation environment (MSVC) available to test whether your changes are compatible? http://www.google-melange.com/gci/task/view/google/gci2012/8103206
15:14.21*** join/#brlcad andrei_ (~andrei@188.25.158.188)
15:19.02*** join/#brlcad merzo (~merzo@37-204-132-95.pool.ukrtel.net)
15:43.01Notify03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - As of now, no   But I'll install MSVC and test it. http://www.google-melange.com/gci/task/view/google/gci2012/8103206
16:15.30Notify03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - just need to document the magic number   Aaron, the only issue I see with the code is the need to document the 'n' magic number. Any constants like that in the code need to be documented. Separate that variable and include a comment to say what it is,... http://www.google-melange.com/gci/task/view/google/gci2012/7982218
16:15.35Notify03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7982218
16:17.05*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:17.40Notify03GCI: Sean: Write a BRL-CAD showcase article #2 - wiki   Plamen, the contact info for all of our GSoC students is on our wiki. You can find descriptions of their projects and more there as well. Be sure to look at the other GCI-interview tasks that were completed so that you do not contact and attempt to interview the same student as someone... http://www.google-melange.com/gci/task/view/google/gci2012/8095205
16:19.36Notify03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - good news   The good news is that all of those printing calls seem to be going through our bu_*() interface for printing so we control the print specifiers. I suspect the issue will be with MSVC6 and MINGW compilation where Windows compilation needs %I64x instead of %llx but that... http://www.google-melange.com/gci/task/view/google/gci2012/8103206
16:19.47Notify03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8103206
16:24.14Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
16:27.01Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - SVN Checkout   I checked out the SVN Repository from https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk and updated a few files. The version I checked out din't have .txt extension on the files. Since I use Windows, that extension was inevitable. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
16:55.59Notify03GCI: Melange: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
16:58.47*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56)
16:59.00Notify03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - So   Shall I test it on MSVC also? Or is it not necessary now? http://www.google-melange.com/gci/task/view/google/gci2012/8103206
17:05.49Notify03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
17:10.46SkriptkidThis might be stupid, but are there any Android-related tasks in the queue?
17:21.05*** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it)
17:43.39*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56)
17:53.07Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - ?   then what do you suggest my search method be? I try to find files which have spelling mistakes and if i do then i search all files in that directory because they have probobably not been previously proofread. the only problem is none of the files... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
17:56.30*** join/#brlcad cristina (~quassel@188.24.82.83)
17:57.04Notify03GCI: Melange: Research status of compiling BRL-CAD on MINGW - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7954218
17:59.37*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56)
18:00.40*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
18:12.52*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56)
18:14.11Notify03GCI: Plamen Hristov Nikiforov: Write a BRL-CAD showcase article #2 - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095205
18:28.51Notify03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Compilation Stops   Compilation stops at 9% with '-k' flag to make. All output including errors are logged. Should I just submit the logs or does this task involve fixing the errors also?(I'm asking because I've seen that there are usually "fix compilation" tasks after "attempt compilation"... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:43.33Notify03GCI: BrendenD15: Design a commercial CAD comparison diagram - What I've got so far   Here's what I have so far. If you would would like me to add something, take something away, or whatever just let me know. Once that's all said and done I'll put the other CAD softwares on there and send it in. http://www.google-melange.com/gci/task/view/google/gci2012/8141203
18:43.53Notify03GCI: BrendenD15: Design a commercial CAD comparison diagram - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8141203
18:53.02SkriptkidCould someone please assign my task?
18:57.02*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
19:03.37*** join/#brlcad alex____ (4d461d04@gateway/web/freenode/ip.77.70.29.4)
19:05.47Notify03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - my mistake   it is my mistake that gave you the incorrect working hours, because when task is assigned, it is based on calendar days, I was confused by that. but I will try my best to work on this. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
19:06.22alex____hi my task is http://www.google-melange.com/gci/task/view/google/gci2012/7954218 and i want to know how to edit the cmakelists file... what to edit i have no clue and please dont say its written in the description
19:18.57*** join/#brlcad andrei (~andrei@188.25.171.169)
20:55.38Notify03GCI: Erik: Compile BRL-CAD using Dev-C++ - Task Assigned  This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
21:00.36starseekeralex____: uh... what do you mean "how"?  with a text editor?
21:01.46starseekergets ticked off at the MeshLab (lack of decent) build system one too many times...
21:04.55alex____starseeker: I know i am asking what to edit need more clarification
21:06.27alex____?
21:16.31alex____man what to edit
21:16.33alex____come on
21:16.51alex____help me
21:33.54starseekerThe CMake build is contained in the CMakeLists.txt files
21:35.04starseekerand files with the .cmake extension
21:35.40starseekerif changes to the build system are needed, those are the files to look at
21:38.58Notify03GCI: Cezar: Determine why solids.sh fails on 64-bit - Big logs   I've run rt with the -X flag and I get one 120 MB file for each platform. What I've noticed is that the correct one has three more lines than the 32-bit one, and I don't think this is a coincidence. I think that if I find those three lines, I'll know where the problem comes... http://www.google-melange.com/gci/task/view/google/gci2012/7982217
22:01.14Notify03GCI: javamonn: Fix 20+ LLVM clang static analysis defects (#2) - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8038206
22:02.44Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - done   I delete CMakeCache.txt an re-run cmake and the result is same.  When I try to no cross-compile it give me: brlcad@raspberrypi ~/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian/bin $... http://www.google-melange.com/gci/task/view/google/gci2012/8038205
22:05.35Notify03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
22:11.24*** join/#brlcad andrei__ (~andrei@188.25.171.169)
22:16.59Notify03GCI: Cezar: Determine why solids.sh fails on 64-bit - Found the lines   I found the lines that are missing.  840785: shade_inputs(particle.s) flip N xy=180, 149 ID_PARTICLE surf=2 dot=0.00685944  840797: shade_inputs(particle.s) flip N xy=181, 149 ID_PARTICLE surf=2 dot=0.0489023  846419: shade_inputs(particle.s) flip N xy=180, 150... http://www.google-melange.com/gci/task/view/google/gci2012/7982217
22:33.45*** join/#brlcad andrei (~andrei@188.25.171.169)
22:34.36Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
22:40.49Notify03GCI: javamonn: Add a command-line option that sets an object color temporarily - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
22:55.55Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - actually...   actually i think i figured out an efficient method for searching for mistakes. ALthough is it ok if i find mistakes like "then vs than" , and "their vs there" http://www.google-melange.com/gci/task/view/google/gci2012/8103205
IRC log for #brlcad on 20130107

IRC log for #brlcad on 20130107

02:36.58Notify03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:32.27Notify03GCI: Melange: Design a commercial CAD comparison diagram - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8141203
07:51.35Notify03GCI: Sean: Add a command-line option that sets an object color temporarily - Task Assigned  This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202
09:50.50Notify03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Extension required to upload   I can't upload the patch to this site unless an extension is given because the time has run out. Or would you rather I create a Sourceforge account and upload to the patch tracker?  Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7982218
09:59.52*** join/#brlcad cristina (~quassel@188.24.75.142)
11:04.47*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
11:59.13Notify03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
12:14.00*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:41.09Notify03BRL-CAD Wiki:WilburakgemstobbUpchurch * 4855 /wiki/Ways_To_Buy_Coffee_Beans_Website: New page: I found Home Gourmet, a rotary style air conditioning popper there for about $9. With regard to substitutes such as saccharine rather than sugar, and try to abstain from having coffee with...
13:11.02*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:15.42Notify03GCI: Daniel Rossberg: Compile with -Wwrite-strings, fix warnings that ensue - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
13:17.56*** join/#brlcad Alexandur (4d461d04@gateway/web/freenode/ip.77.70.29.4)
13:36.27Notify03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Where is the IDE?   As far as I can see you havn't used the Dev-C++ IDE. Is it possible to generate project files for this IDE with CMake and build BRL-CAD with these? What you did was simply using the GNU compiler which came with the Dev-C++ IDE. (Correct me if I'm wrong.)  Concerning... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
13:36.37Notify03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
13:36.57*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-52-153.web.vodafone.de)
14:45.12Notify03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Even Notepad can edit non .txt files   by changing the filter in the open file dialogue to "All files (*.*)". However, I recommend to use Notepad++ from sourceforge.net.  (BTW, why haven't you changed AUTHORS.txt back to AUTHORS?) http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:45.17Notify03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:45.27Notify03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:53.26Notify03GCI: A. Long: Fix Visual Studio Express compilation errors - Which version?   Which version of Visual Studio Express should be used? 2005, 2008, 2010, or that new Windows 8 one? http://www.google-melange.com/gci/task/view/google/gci2012/8009222
15:05.47Notify03BRL-CAD Wiki:WilburakgemstobbUpchurch * 4856 /wiki/Utmost_Coffee_In_The_World: New page: Down below, you'll find black coffee calories, and flavored a drink calories, that are summed ready depending on each one's nutritionally values. Are you able to get the same results throu...
15:18.04*** join/#brlcad merzo (~merzo@82-44-132-95.pool.ukrtel.net)
15:20.33Notify03GCI: Daniel Rossberg: Fix Visual Studio Express compilation errors - Look at the reference link given in the task's description   You have to look at the result (uploaded data) there. http://www.google-melange.com/gci/task/view/google/gci2012/8009222
15:35.24Notify03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Nope   Cmake does not support Dev C++ yet. You can generate only Visual Studio, MinGW, Unix and some other makefiles. But no Dev C++. I did try a workaround. I generated Visual Studio project files and tried importing them in Dev C++, but that's not possible either, since Cmake generates VS... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
15:43.43Notify03GCI: Jacob B: Modify IRC notifier output - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
15:44.13Notify03GCI: Jacob B: Modify IRC notifier output - Timing   I had winter break, and I could not work on GCI then. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
15:45.59*** join/#brlcad andrei_ (~andrei@188.25.172.22)
15:50.06Notify03GCI: Sean: Modify IRC notifier output - Task Assigned  This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979224
15:51.16Notify03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Can i get more time?   Can i get more time? http://www.google-melange.com/gci/task/view/google/gci2012/7954218
15:51.45*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
15:52.13brlcadwaves
15:52.33andrei_hello, brlcad
15:58.07brlcadmmm, so much backlog
15:58.40brlcadbegins rolling out DNS updates to the new server
15:58.44Notify03GCI: Daniel Rossberg: Research status of compiling BRL-CAD on MINGW - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7954218
15:59.13``Erik:g/^Notify.*GCI/d should make it more readable O.o
16:06.15*** join/#brlcad yiyus (1242712427@je.je.je)
16:25.51Notify03BRL-CAD Wiki:ShantelujpmgezqzqzhqamoodekmwydwcddxftbiuzDhosane * 4857 /wiki/Contact_Lenses_and_beautiful_Eyes: New page: Do you want to switch to contact lenses from glasses, but you are not certain if contact lenses are secure or if caring for them is as well significantly of a hassle? Or do you wear conta...
16:41.42Notify03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:49.31brlcad``Erik: heh, maybe
16:49.48brlcadbeyond back lastlog anyways, have to visit the log file
17:03.42*** join/#brlcad Skriptkid (~Skriptkid@117.208.184.231)
17:10.05*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
17:10.22*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.184.231)
17:11.40Notify03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Compilation   1. So i should configure and generate brld-cad with cmake using visual studio?  2. If so is it normal for many of the libraries not to be found?  3. Is it a problem that i am under Windows 7 (64bit)  4. After generating the project which file to compile? In... http://www.google-melange.com/gci/task/view/google/gci2012/7954218
17:39.02Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Notepad++   Thanks for the tip :) I used it, and it works well now. I hope my task will be accepted and marked as complete. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
17:41.03Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
17:57.25*** join/#brlcad Skriptkid (~Skriptkid@117.208.184.231)
18:03.17*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.184.231)
18:05.32brlcadoops, updated brlcad.org isn't nearly as wiki-safe as it was ... must reload db
18:14.48Notify03GCI: Arjun Govindjee: Create test for mutex/semaphore locking - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095204
18:16.02*** join/#brlcad VRahul (7aa4b0e6@gateway/web/freenode/ip.122.164.176.230)
18:30.30Notify03GCI: Sean: Create test for mutex/semaphore locking - Task Assigned  This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095204
18:37.52*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
18:38.55VRahulHey Sean, I've marked my task as "Ready for Review". Could you please check it? http://www.google-melange.com/gci/task/view/google/gci2012/8093205
18:45.37brlcadtasks are reviewed in order
18:55.20Notify03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - There are lots of additional white-spaces in your patch   Probably because of copying it from Google docs (html). Furthernmore your base version seems outdated. Use the subversion diff tool to see what I mean, http://www.google-melange.com/gci/task/view/google/gci2012/8093205
18:57.01Notify03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
18:58.16Notify03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Can you create CodeBlocks files with CMake   cmake -G "CodeBlocks - Unix Makefiles"  and import these in Dev C++? http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:58.26Notify03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:58.49*** join/#brlcad andrei_ (~andrei@188.25.172.22)
19:02.03Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Working on it   I'm working on it. Are there any other changes that need to be made? http://www.google-melange.com/gci/task/view/google/gci2012/8093205
19:06.51Notify03BRL-CAD:tbrowder2 * 54141 (brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm-gears.png brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm.svg): unlock gears
19:07.16Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - 7.22.0   I downloaded the latest version which was available 4 or 5 days ago. Mentor Sean asked me to download the BRL-CAD v7.22.0. Is there an updated version of BRL-CAD? If yes, should I download that and check for changes? I din't see news of any new... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
19:09.50caen23d_rossberg: i don't think VRahul's version of brlcad is outdated, but i don't understand why he removed a lot of lines, including the gci contributions
19:11.29brlcadcaen23: question about a couple of your recent commits
19:12.02brlcadcurious why you made eto's V a vect_t?  that come up on something?
19:12.59brlcadV for most primitives is a vertex (i.e., a point), which consequently works as a vector from the origin but is slightly different semantically
19:13.17caen23let me check something
19:15.07brlcadI could see someone passing a point_t to a bn_*() function expecting a vect_t and llvm complaining
19:16.08brlcadbut that'd beg a question of whether the bn function should be using vect's or points and whether the callee should be casting (as they are equivalent types)
19:16.36caen23sorry, i was wrong. i got some things mixed up, i'll revert it now
19:16.51brlcadnot a big deal, was more curious
19:17.16brlcadr54136 is more of an issue since that affects performance
19:17.48brlcadremoving the 'inline' one bu_bitv_shift() is no good.. the fix should have been a cmake change to a non-warning form of inline
19:18.36caen23while we're at it, i also changed rt_tgc_internal.v to a point_t from a vect_t because all other v's are points. i asked before changing it, but didn't get any answer. should i revert that, too?
19:20.24caen23regarding inline, i don't understand what "non-warning form of inline" means. something like _inline_ instead of inline?
19:26.34Notify03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - You should work with the head revision in the SVN repository   Which is a 7.22.1 (as you said you did in "SVN Checkout"). Do you use TortoiseSVN? http://www.google-melange.com/gci/task/view/google/gci2012/8093205
19:29.41brlcadcaen23: so you made tgc a point and eto a vect ? :)
19:30.22caen23yes
19:33.39caen23ugh, i think i got confused because in eto_specific, it's a vect (always has been) and i thought they should match
19:36.14Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Yes   Yes, I use TortoiseSVN. I will download the latest version. Is it available on http://brlcad.org/wiki/Deuces ? The "Download our BRL-CAD Virtual Machine (VM) image " link takes me to the 7.22.0 download page. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
19:38.20*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
19:46.55brlcadpoint sounds right to me, it is a point, no?
19:47.31caen23tgc? now it is
19:48.19brlcadi mean the intent of the field, not the type itself
19:51.07d_rossbergVRahul: the virtual machine is good too - if you make a "svn update" there you get the current head version
19:53.10caen23brlcad: i think i messed that up, too. it's supposed to be a vect
20:01.45brlcadcaen23: what do you mean?
20:02.06brlcadd_rossberg: happy new year!
20:02.25caen23v is supposed to be a vect in rt_tgc_internal, and i changed it to point
20:02.35brlcadand Froehliche Weinachten
20:03.12brlcadcaen23: what makes you think it's supposed to be a vect?
20:03.36caen23it's passed to the VADD2 macro which adds to vect's
20:03.43caen23two* vect's
20:04.02brlcadthe vmath macros are almost entirely type-agnostic
20:04.56brlcada point is interchangeable with a vector with a homogeneous zero-centered coordinate system
20:05.19brlcadso that wouldn't indicate it one way or the other -- the comments and/or meaning of the field is what matters
20:05.42brlcadthat field is the position of the tgc, just like it is for all?most other primitives so point_t sounds right to me
20:06.28d_rossbergwaves: Einen guten Rutsch!
20:07.46caen23brlcad: in rtgeom.h, rt_tgc_internal is not commented
20:14.26brlcadso the place it's used (the 'in' command) would be the remaining documentation and that is requested as the position of the cone
20:16.59caen23so that was alright
20:17.16*** part/#brlcad VRahul (7aa4b0e6@gateway/web/freenode/ip.122.164.176.230)
20:21.04caen23about the inline issue, i don't understand what "non-warning form of inline" means. something like _inline_ instead of inline? i think it was complaining about the other two inline functions in the file being static, and since bu_bitv_shift used them, and was used outside the file, they weren't really static
20:33.47*** join/#brlcad luca79 (~luca@2.192.77.162)
20:35.44brlcadyeah
21:08.25brlcadcaen23: do you have the exact warning it gave you?
21:09.03brlcadit's true about it trying to inline a static function (and we're okay with that)
21:09.17brlcadand it technically should be okay because it should be inlining the static functions too
21:09.43brlcadwe could just as well roll those two statis up into the guts of bu_bitv_shift() but separate them out for ease of understanding
21:10.58caen23i don't have the message right now, but i have the llvm i used and i can build with inline to get it back
21:11.50Notify03GCI: Jacob B: Modify IRC notifier output - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
21:14.18caen23brlcad: static function 'floor_ilog2' is used in an inline function with external linkage
21:19.57*** join/#brlcad luca79 (~luca@2.192.77.162)
21:49.42Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Major difference   Is there a major difference between 7.22.0 and 7.22.1? Unfortunately, I'm not able to download the 7.22.1 due to low available bandwidth. If my computing knowledge is right, there wouldn't be a great difference between 7.22.0 and 7.22.1.... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
22:02.08brlcadcaen23: where's the external linkage?  floor_ilog2() should also be static inline
22:03.14brlcadit's an order of operations issue -- if floor_ilog2() is inlined into bu_bitv_shift() then there's no problem inlining bu_bitv_shift() externally
22:03.49caen23i think that it tries expanding it like a macro, and when it needs to replace bu_bitv_shift with floor_ilog2, it can't because floor is static :-?
22:04.37brlcadexcept it can because it's also inlinable ;)
22:05.52brlcadthe problem is inline is just a hint, so it's not that what it's warning(?) about is wrong but just not helpful since that is the intended behavior
22:06.13brlcadif it were treating them like a macro, there wouldn't be a problem because it would properly do all the inlining
22:06.41brlcadwe're just trying to play nicely with functions instead of macros (again, just for readability)
22:09.48caen23hmm… i tried grepping the src dir, and it seems the function is only used inside a test
22:33.47Notify03GCI: Melange: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - No more Work can be submitted  Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
22:59.09Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Update   I have cleared the extra white spaces, which you pointed out. I had inserted them, becuase when you open the files with Notepad, it doesn't insert a space between 2 lines, and I thought they were punctuation errors! Sorry about that. I've made the... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
23:00.10Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
23:58.27*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
IRC log for #brlcad on 20130108

IRC log for #brlcad on 20130108

00:03.23Notify03GCI: Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our wiki - Question   Hello Sean,  Near the end where it says "Then you can add a box with a diagram in the end: ....."  Do you want me to take what you said word for word or do you want me to change it?  Also I do not understand the last bullet point.  Thanks,  Toshita http://www.google-melange.com/gci/task/view/google/gci2012/8079211
00:22.29brlcadcaen23: it's behind a macro
00:24.25caen23brlcad: yeah, typed that too fast. it was right above the function
00:25.15brlcadand that macro is used a bunch of fundamental macros that index index into bit-vectors during raytracing (where speed is paramount)
00:25.59brlcadBU_BITV_SHIFT used to be a hard-coded value (e.g., 6), but was changed to a run-time detected value for increased portability
00:38.36caen23i found this http://clang.llvm.org/compatibility.html#inline and looking at the bullet points, 1 and 4 don't apply, 2 is what i did, and 3… i tried cloning the function without the inline keyword, but that displayed even more errors. so i think i could merge the three functions like you said, or fix it with cmake, but i don't see how cmake fits in here
00:56.07brlcadcaen23: the cmake "fit" to do the second bullet would be to have cmake remove the keyword if it needs to
00:56.21brlcadnot removing it from all platforms, compilers, etc
00:56.49brlcadstill, that write-up doesn't exactly say what our specific issue is/was
00:57.05brlcadwere there undefined symbols on bu_bitv_shift()?
00:57.17brlcador on floor_ilog2()?
00:57.26brlcador some other warning?
00:57.53caen23no undefined symbols or other warnings, let me show you the log where it breaks
00:58.41brlcadthat compatiblity write-up really is just trying to simplify a FAQ issue, it's a lot more complex than it lets on
00:58.46brlcadthere are various types of inline hints that can be used, all different
00:59.10brlcadand definitions can be in compilation units or the headers, compiled in c89 mode, c99, c++ mode, etc
01:00.50brlcadfrom your earlier description, it sounded like this was entirely just an order of inline issue (which they could fix, but currently can't handle)
01:01.40caen23here's the actual error http://slexy.org/view/s25bhTIZxY
01:03.28caen23as far as i understand, floor should "expand" inside bitv.c and then bitv_shift should expand again wherever it is used, without worrying about floor being static, but it doesn't
01:04.29brlcadyep, and I believe that's the problem
01:05.40brlcadthey added a warning to check for static getting embedded but are either ignoring the inline or chosing to still report it for non-inline compilation (e.g., -O0)
01:06.06brlcadadding attribute((__always_inline__)) might do the trick if they support it
01:14.38caen23i tried adding it after floor and i still get the error
01:20.44``Erikportability is hard, let's all just use movitz
01:25.42caen23brlcad: i found this on their mailing list, looks similar http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/022408.html
01:48.21maths22/n/nicklist off
02:06.48brlcadcaen23: yeah, I see, that's funny
02:14.04brlcadcaen23: so I think the punting solution in this case is to make those two static inline functions be macros (uppercase)
02:16.28brlcadmaybe add a comment indicating why they're not static inline
02:18.23caen23ok then. should i mark the comment with something like XXX?
02:19.14brlcadno, that would imply it needs more attention
02:22.29brlcadcaen23: what are your plans after next week? :)
02:26.07caen23should i move the new macros inside bu.h, or keep them in bitv.c? after gci, i think i'll keep working on these smaller issues, i want to fix the solids regression, then have a look over buildbot (do the nightly + see if i can get it to work properly with windows, too) and the other tasks that required compiling on windows, if no one closes them by the time gci is over, and i don't think i can do them all in this one week
02:26.37brlcadkeep them in bitv.c -- they're implementation detail
02:27.47brlcadcaen23: what about longer term?
02:28.16brlcadit's great to see you fit in so well, thank you for all you've done
02:28.51brlcadi'm wondering if there's maybe some actual new development that may be of interest
02:29.20brlcador if infrastructure and foundation work are what interest you the most
02:31.19caen23it would be nice if i could work on some more complex stuff, i haven't tried it yet and i don't know what to expect. perhaps looking over past gsoc's would be a good place to start to get an idea about it? and thanks a lot for all the help you've provided during the contest, it's been really awesome
02:47.39Notify03BRL-CAD Wiki:Jacksixb * 4858 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
02:53.36*** join/#brlcad javamonn (~twitch@108.206.187.204)
03:49.42Notify03BRL-CAD:caen23 * 54142 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/libbu/bitv.c brlcad/trunk/src/librt/primitives/eto/eto.c): Convert floor_ilog2 and count_ones32 to macros and revert eto_V to point
03:58.00Notify03GCI: javamonn: Add a command-line option that sets an object color temporarily - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
04:04.43Notify03GCI: javamonn: Add a command-line option that sets an object color temporarily - I'm pretty sure...   I'm pretty sure this is the correct way to go about things, that is, changing the color in the application struct. I'm unsure as to where to do it however, right now I have it in main but I'm unsure if it gets overwritten again since I have... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
04:11.26Notify03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Can't   Dev C++ cannot import CodeBlocks project. Only the other way around is possible. :) http://www.cplusplus.com/forum/beginner/44033/   There is a way to build it with Unix Makefiles, but it would be too messy and a new makefile will be needed as the directory structure cannot be... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:11.51Notify03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:12.26Notify03GCI: Melange: Review and post "Blender to BRL-CAD" tutorial on our wiki - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
04:15.27Notify03GCI: Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our wiki - Done with everything but the wiki   Hey Sean,  I have done everything but put my tutorial on wiki. I decided to check it with you before I put it into wiki. My document is attached to the task. Please tell me if I missed something.  Toshita http://www.google-melange.com/gci/task/view/google/gci2012/8079211
04:40.39Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - one more thing   are you ok with spelling mistakes such as "writeout", and "inorder" ("write out" and "in order" are actually 2 seperate words) http://www.google-melange.com/gci/task/view/google/gci2012/8103205
05:37.48Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
05:38.28Notify03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - revised patch file   this is the new patch copy, for a couple files i changed the "their and there" and also "than and then"  there is also a sentence containing a word called "normalward", i think he was referring to the normal axis so i modified the... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:17.54*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:20.33*** join/#brlcad andrei_ (~andrei@188.25.172.22)
06:20.46*** join/#brlcad merzo (~merzo@82-44-132-95.pool.ukrtel.net)
06:32.56*** join/#brlcad merzo_ (~merzo@82-44-132-95.pool.ukrtel.net)
07:25.01*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
07:45.09Notify03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Closed  Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
07:48.22*** join/#brlcad crdueck (~cdk@24.212.219.10)
07:59.50Notify03GCI: Melange: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Initial Deadline passed  Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
08:13.45Notify03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
08:14.26Notify03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - odd   Hm, you're supposed to be able to still upload for 24 hours after the time runs out. No matter, extension done. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
08:15.56Notify03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - hat would be great   It would be great to know whether it works or not, a quick compile test. http://www.google-melange.com/gci/task/view/google/gci2012/8103206
08:27.59Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - glad   Glad to see that you left "inorder" alone as that is correct as-is ( see http://en.wikipedia.org/wiki/Tree_traversal ), but the rest looks good. You got to 10 files, BUT, I only count 8 unique mistakes:  then, shtuff, doe, normalward, facetted, writeout,... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
08:28.09Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
08:28.19Notify03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
08:35.30Notify03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - bad patch   Rahul, your patch is still "corrupted" .. there are way too many lines changed unintentionally. There are white spaces being added to the end of many many lines. The only lines that should be changed are the ones where you made spelling corrections. ... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
08:35.51Notify03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8093205
08:45.37Notify03GCI: Sean: Write a BRL-CAD showcase article #2 - You didn't interview him?   Plamen, it looks like you didn't actually interview Alex -- you just copied text he had already written into the wiki. You have the right idea with appropriate questions, but the "responses" you have are not useful just extracted out of context like that. Moreover,... http://www.google-melange.com/gci/task/view/google/gci2012/8095205
08:45.42Notify03GCI: Sean: Write a BRL-CAD showcase article #2 - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8095205
08:45.52Notify03GCI: Sean: Write a BRL-CAD showcase article #2 - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8095205
08:46.56*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
08:50.54Notify03GCI: Sean: Design a commercial CAD comparison diagram - effort?   Brenden, it looks like you could have come up with that diagram in about 10 minutes. Not only are there outright spelling mistakes, the oval representing BRL-CAD makes no sense. It implies we have partial linux support and complete windows support? Attempting to mimic the other... http://www.google-melange.com/gci/task/view/google/gci2012/8141203
08:50.59Notify03GCI: Sean: Design a commercial CAD comparison diagram - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8141203
08:51.09Notify03GCI: Sean: Design a commercial CAD comparison diagram - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8141203
09:06.37Notify03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - how long?   gcking, How long do you think this patch would take if you had to do it again? How many hours of typing? http://www.google-melange.com/gci/task/view/google/gci2012/8090205
09:11.58Notify03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Ready for review  The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
09:14.09Notify03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - wrong compiler   Titi, cannot execute binary file implies that the arm-bcm2708 compiler that you are attempting to use is the wrong compiler. The reference we provided was merely a guide, not instruction.  Have you tried to simply run: apt-get install gcc-4.7 http://www.google-melange.com/gci/task/view/google/gci2012/8038205
09:14.15Notify03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Needs More Work  One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
09:14.20Notify03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Deadline extended  The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8038205
09:26.50Notify03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - looking good   Toshita,  That's looking great. Yeah, word for word is better for the last paragraph. It looks like you're still missing the final rendered image of the table after accepting the rotation edit -- that's the final result image. The word for word paragraph... http://www.google-melange.com/gci/task/view/google/gci2012/8079211
09:27.01Notify03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
09:37.10Notify03GCI: Sean: Determine why solids.sh fails on 64-bit - hat's gold   So that's certainly the high-level "cause" -- the shade_inputs message is saying that a ray was returned with a normal facing away from the camera. The ray is probably nearly perpendicular to the camera as the ray barely grazes a surface/edge.  The dot products are clearly very... http://www.google-melange.com/gci/task/view/google/gci2012/7982217
09:39.31Notify03GCI: Sean: Determine why solids.sh fails on 64-bit - good to go   This will be good enough to close on already, but if you can identify the rays that preceeded the three flipped normals -- and their values for the good and bad renderings -- that would help pinpoint the problem more specifically. http://www.google-melange.com/gci/task/view/google/gci2012/7982217
09:39.46Notify03GCI: Sean: Determine why solids.sh fails on 64-bit - Deadline extended  The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982217
09:44.47Notify03GCI: Sean: Research status of compiling BRL-CAD on MINGW - questions   1. you will need to run cmake, but you should only compile with visual studio as an exercise to make sure it compiles cleanly (so if you run into a problem, you know it's mingw-specific)  2. on windows, absolutely. we bundle almost everything needed to compile.  3. no  4.... http://www.google-melange.com/gci/task/view/google/gci2012/7954218
10:15.37Notify03GCI: AGENT UM: Review and post "Blender to BRL-CAD" tutorial on our wiki - http://www.google-melange.com/gci/work/download/google/gci2012/8079211?id=18001   http://www.google-melange.com/gci/work/download/google/gci2012/8079211?id=18001 http://www.google-melange.com/gci/task/view/google/gci2012/8079211
10:27.13Notify03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - yes   I tried but for this command I must to be sudo.  brlcad@raspberrypi ~ $ apt-get install gcc-4.7 E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied) E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?  brlcad@raspberrypi ~ $... http://www.google-melange.com/gci/task/view/google/gci2012/8038205
11:34.42Notify03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Puntuation   Do punctuation mistakes and not starting the first word of a new sentence with a capital letter, count as errors? http://www.google-melange.com/gci/task/view/google/gci2012/8093205
11:35.16*** join/#brlcad VRahul (7aae2e74@gateway/web/freenode/ip.122.174.46.116)
12:01.12Notify03GCI: Silvrous: Set up BRL-CAD for continuous integration within Jenkins - Claim Removed  The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8109203
12:01.42Notify03GCI: Silvrous: Set up BRL-CAD for continuous integration within Jenkins - sorry   I didn't, and still don't have time to work on the task. http://www.google-melange.com/gci/task/view/google/gci2012/8109203
12:02.24Notify03GCI: Skriptkid: Create test for thread creation on Windows - Task Claimed  I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8086204
12:06.37VRahulDo double space between a . and the first word of the next sentences count as an error? http://www.google-melange.com/gci/task/view/google/gci2012/8093205
12:13.35*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:15.52*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
12:35.17*** join/#brlcad dsean (7aa452ce@gateway/web/freenode/ip.122.164.82.206)
12:37.01*** part/#brlcad dsean (7aa452ce@gateway/web/freenode/ip.122.164.82.206)
12:37.36*** join/#brlcad VRahul (7aa452ce@gateway/web/freenode/ip.122.164.82.206)
13:00.08*** join/#brlcad andrei_ (~andrei@188.25.158.11)
13:31.15*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-152-138.web.vodafone.de)
13:40.33Notify03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Compile   After configuring and generating brld-cad with CMAKE i navigated to the build directory using the mingw shell and tried running make aaaaad :  make: *** No targets specified and no makefile found. Stop. http://www.google-melange.com/gci/task/view/google/gci2012/7954218
14:33.17*** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
14:39.11Notify03GCI:Erik * 8086204 Create test for thread creation on Windows: Task Assigned - This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck!
14:41.26Notify03GCI:Erik * 7979224 Modify IRC notifier output: Task Closed - Congratulations, this task has been completed successfully.
14:50.02maths22``Erik: I see you implemented the new output.
14:52.01``Erikyup, had several blank ones go through in #notify, not sure if that was just a blip from merging/recompiling at the time or what.. grats on doing the crazy esoteric one O.o
14:53.09maths22Now I have a new programming language to add to my list
15:05.00Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Test -  The test files are run when "make test" is run right? And in Windows, if ALL_BUILD is used to build BRL-CAD, is "test"...
15:20.36*** join/#brlcad merzo_ (~merzo@90-142-132-95.pool.ukrtel.net)
15:22.36*** join/#brlcad andrei_ (~andrei@188.25.158.11)
15:42.22*** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244)
15:50.07maths22Crit is a bit slow for the webserver.  Why is that?
15:50.41``Erikslow how?
15:56.05Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Function -  "that calls bu_parallel() and calls a function N times." Create a function in the test file and call it through...
16:09.54``Erikhurf, shoulda double checked that before starting heh
16:40.15``Erikhm
16:49.30*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:20.28*** join/#brlcad VRahul (7aa452ce@gateway/web/freenode/ip.122.164.82.206)
17:32.35*** join/#brlcad caen23 (~caen23@92.83.164.134)
17:51.23*** join/#brlcad Alexandur (4d461d04@gateway/web/freenode/ip.77.70.29.4)
17:51.36AlexandurAfter configuring and generating brld-cad with CMAKE i navigated to the build directory using the mingw shell and tried running make aaaaad :    make: *** No targets specified and no makefile found. Stop.
17:52.49brlcadAlexandur: what do you mean you navigated to the build directory?
17:52.54brlcadthe build directory is where you ran cmake
17:53.34brlcadif you were in the right place, cmake has to complete successfully in order to generate the build system
17:53.43brlcadlook at the cmake output, see if it succeeded
18:00.19andrei_brlcad: I  just realised how useful the VM image really is( Tom's one).  I tried to contribute to Gentoo and/or NetBSD, and while the community was really helpful, I still lost a lot of time configuring stuff and I ended up not doing anything so far
18:01.01brlcadandrei_: you should tell him that ;)
18:01.50andrei_I actually want to provide them a virtual machine\
18:02.56caen23i think netbsd has a vm too, for gci
18:03.20andrei_caen23: it's a virtual CD, if I m correct
18:07.17caen23it's the one here, i haven't used it, but it looks like the same thing we have ftp://ftp.netbsd.org/pub/NetBSD/misc/GCi
18:08.09andrei_cool, I didn't manage to find it but I didn't do much research either
18:08.25andrei_still, will keep it in mind, thanks !
18:08.55caen23i stumbled upon it a couple of weeks ago, too
18:10.52andrei_caen23: mind if I ask you something on private message? I'm quite curious how you developed these ..well..developer skills.
18:11.13Alexanduri used the GUI and navigated to the build directory selected from the GUI which is equivalent to what you said
18:11.55andrei_Alexandur, you need to run cmake  before running make
18:12.21andrei_I'm not sure how you run cmake from GUI, but I can help you with running it from terminal
18:13.22Alexandurok its equivalent
18:13.23caen23andrei_: sure, send me a message if you want to chat
18:13.54Alexandurdoesnt matter and after i generated with cmake i can run make
18:13.58Alexandurfrom mingw shell
18:14.19Alexandurbut i got the error described above
18:15.36*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:25.41brlcadAlexandur: did cmake complete successfully?
18:34.16Alexandurwell i generated it  successfully and
18:34.47Alexandurwhere to find the cmake log to see if it really was sucessful
18:34.59brlcadAlexandur: i'm not sure I understand what "generated it successfully" means
18:35.09Alexandurok
18:35.12Alexandurlets put it that way
18:35.17Alexandurat the end
18:35.19Alexandurcmake said
18:35.23Alexandurconfiguration done
18:35.27Alexandurgeneration done
18:35.43Alexandurso where to check my cmake log
18:35.48Alexandurshould be somewhere
18:36.35andrei_Alexandur: just a small correction, try not writing one word per line, if more people are typing it makes it more difficult to track conversation
18:37.30brlcadit sounds like you're not sure
18:38.22Alexandursure for what? I cant find where is the build log
18:38.26brlcadAlexandur: did you get a table at the end that had a lot of lines saying ... ON ... OFF  etc
18:38.35Alexanduryes
18:38.47brlcadwould you pastebin that somewhere?
18:39.07brlcadthe entire output
18:39.47brlcad(not pastebin.com, but pastebin.ca works fine)
18:40.05Alexanduri`ve already closed the console/gui/ cmake....
18:41.44brlcadjust run it again
18:42.02brlcadshould be able to run it over and over
18:42.35brlcadyou just sometimes need to delete the CMakeCache.txt file sometimes, but right now just looking to see what it output
18:47.08Alexandursomething similar -> http://pastebin.ca/2300481
18:50.57Alexandurwell? Any idea?
18:51.28*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:52.56caen23what makefiles did you generate?
18:55.45Alexandur? Used the MinGW makefile generator
18:56.44caen23ok, then what directories did you use for source and build, in the cmake gui?
18:58.28Alexandursource -> svn checkouted brldcad            build-> a random folder (also a .build folder and so on) but it doesnt seem to have effect on anything
18:59.00Alexanduralso my task -> http://www.google-melange.com/gci/task/view/google/gci2012/7954218
19:03.32Alexandur?
19:05.54caen23and if you go inside the random folder and run make, you get that error?
19:10.20*** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244)
19:11.05*** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244)
19:15.33Alexanduryep
19:21.03brlcadAlexandur: okay that looks great (and that's the log I was referring to -- it was successful)
19:21.26brlcadso it supposedly generated output somewhere - what's in your build directory?
19:24.34Alexandurhere it is
19:24.35Alexandurhttp://pastebin.ca/2300494
19:30.30brlcadand if you run "make" what happens?
19:30.41brlcaderror above?
19:36.13brlcadthere's clearly a Makefile there so if it says no makefile found, it sounds like you might be in the wrong place
19:55.51Alexandurwell now i tried again and after hiting the make -> $ make Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
19:56.01Alexanduri got just that
19:56.39Alexandurnothing else before there was an error but i think that i might be fixed because i checkouted the latest version
20:07.02Alexandurideas?
20:18.48andrei_Alexandur, I don't think there is any other explanation, I think you are running"make" in the wrong life
20:19.09andrei_folder, sorry
20:19.26andrei_at least for the make not found error
20:21.51*** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
20:22.00maths22What happened to irssi on crit?
20:26.33Alexandurandrei_, well i am not and i am 100% sure its in the right directory also after running make now it just gives me nothing ... i mean really i hit make and i recieve ONLY AND ONLY this -> $ make Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
20:27.58caen23Alexandur: go to the directory that you chose as your build dir, using cd
20:28.25caen23there, run `echo %cd%` without the apostrophes, to make sure you're in the right directory. then run make
20:35.03Alexandurhmmm apart from that after typing make the shell instead of starting with $(mingw shell) it is somehow changes to windows cmd and thats all which is a weird behavior i think
20:35.22Alexandurhmmm apart from that after typing make the shell instead of starting with $(mingw shell) it  somehow changes to windows cmd and thats all which is a weird behavior i think
20:37.31caen23ugh, then try using `pwd` instead, i thought you were using the windows cmd
20:38.58Alexandurwait now i tried with cmd and cd to build dir
20:40.49Alexandurthen mingw32-make and recieved___>>> and error in line in 746 cmakelist.txt --> invalid escape sequence
20:44.59Alexandurfound the problem well in gui there are linux buildpaths which ofcourse use / for path instead of \ under windows
20:45.32Alexanduror something related
20:49.52caen23i think this is because you ran it from cmd instead of mingw, but i'm not sure. you should still try to run it from the mingw shell, just make sure you're in the right directory when running make
20:52.20Alexandureh got it working aaaand at 0% i got error with my directories the compiler somehow swapped some parts of the path (like the begining was at the back ) and some weird stuff so i`ll move everything on D:/ coz i am working on my desktop and re-generate everything
20:52.57Alexanduralso the cmake entry -> INSTALL_PREFIX uses /usr/ something something
20:53.16Alexandurshould i edit it or not?>
20:54.09caen23i'm not sure how mingw works, but you shouldn't need to install so that entry seems less important to me
21:11.51caen23Alexandur: hmm… i think the problem is that mingw creates a virtual environment, which is separate from the place where you downloaded brlcad and ran cmake
21:15.35caen23how did you install mingw? did you use the gui installer here? http://www.mingw.org/wiki/Getting_Started
21:15.44Alexandurwell moving my source and build folders on D: and re-generating got me running again but i got and error at 3%
21:16.42Alexandurundefined references to bcopy, kill , wait, pipe, fork  and so on
21:16.59caen23running make inside Command Prompt is not what you need to do
21:18.00Alexandurhmm running make from mingwshell does nothing at all and my mingw is properly configured
21:18.12caen23how did you install mingw?
21:18.13Alexanduralso what i do is mingw32-make and it starts amking
21:19.10Alexandurinstalled the GUI one from mingw.org and added the enviromental variables
21:23.05caen23go here and download the latest version of the installer https://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/ at some point, it will ask you what components you want to install. you need the c compiler, the c++ compiler, and the mingw developer toolkit
21:26.39*** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it)
21:27.06Alexanduryep re-installed and its the same -> executing make from mingw shell doesnt do anything at all
21:28.09Alexandurexecuting mingw32-make from either mingw shell of cmd stops at 3%
21:28.33caen23the mingw shell is not connected to your hdd. basically, if you had a movie in D:\Movies, you could not access it from the mingw shell. similarly, you cannot access your build dir from mingw
21:29.10caen23you need to get the repo inside mingw, then run cmake inside mingw, and then you will be able to run make inside mingw
21:30.25Alexandurhmm doesnt seem legit coz i can access my D:\compilation folder
21:30.45caen23from the mingw shell?
21:31.16Alexanduryep
21:31.52caen23i don't think so. can you run pwd inside the mingw shell and tell me the output?
21:34.33Alexandurfreshly started shell -> /home/Dimension Master
21:35.25Alexandurcded to D:\compile  -> /d/compile
21:41.02Alexandur?
21:41.12Alexandurcaen23, ideas?
21:41.54brlcadAlexandur: that's the wrong "make"
21:42.08brlcadjust catching up, but that's microsoft's make, not mingw's
21:42.35brlcadyour path is apparently finding msvc before the mingw make
21:42.52Alexandurwell what "make" should i use then?
21:43.00brlcadmingw's
21:43.37brlcadit's probably gnu make and would have been installed along with the compiler you're using
21:43.39Alexandurok so mingw`s make is located in the bin folder of mingw and its called mingw32-make
21:43.51brlcadtry running that
21:44.22Alexandurthats indeed what i am running and getting stuck at 3%
21:44.33brlcadpastebin all the output?
21:44.59brlcadthere's no guarantee that it will compile everything cleanly
21:45.36brlcadthat's not exactly a configuration that is tested all the time, so even minor typos could break the build or there could be build system issues or mingw bugs or a hundred other things that can go wrong and stop the build
21:46.16brlcadthe task is to try (correctly) until you get genuinely stuck ;)
21:47.32Alexandurhttp://pastebin.ca/2300528
21:50.02Alexandurbrlcad, well?
22:53.05``Eriklame, portmanager is no more, now I have to learn a replacement tool O.o
22:53.15``Erik(also; I blowed up crit real good)
23:10.11*** join/#brlcad javamonn (~twitch@108.230.19.64)
23:20.48*** join/#brlcad javamonn (~twitch@108.223.143.237)
23:32.30brlcad``Erik: what happened?  I saw the reboot earlier today
23:32.58brlcadironic timing given I've been flipping over domain names to point to it already
23:46.13``Erikum, decided to try to push the system upgrade through before you got very far with that, purged old libs, core ports still linked against the wrong libs (perl=>libutil.so.8), tried to force a rebuild of all ports, portmanager committed suppuku, ...
23:47.34``Erikbut most of the service was back quickly, still building some here and there (if some out facing service isn't working right, lemme know and I'll bump it up on the priority list to restore), and we have a full release variant instead of that prerelease
IRC log for #brlcad on 20130109

IRC log for #brlcad on 20130109

00:39.35*** join/#brlcad merzo_ (~merzo@90-142-132-95.pool.ukrtel.net)
00:50.26Notify03BRL-CAD:brlcad * 54143 (brlcad/trunk/misc/nsis/brlcad.nsi brlcad/trunk/src/burst/grid.c and 10 others): apply patch from amit.daBeast (http://www.google-melange.com/gci/task/view/google/gci2012/8103205) fixing some spelling mistakes
00:50.28Notify03BRL-CAD:brlcad * 54144 brlcad/trunk/AUTHORS: credit amit.daBeast with special thanks for his gci spelling fix contribution
02:07.36Notify03GCI:amit.daBeast * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): thanks -  my name is Amit Saxena and thanks for helping me through this assignment
02:07.37Notify03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: irc -  Alexandur, that last pastebin you provided via IRC was perfect. If you run that minw make with "VERBOSE=1 -k" and upload...
02:07.38Notify03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
02:07.38Notify03GCI:Cezar * 7982217 Determine why solids.sh fails on 64-bit: x, y, and z -  I logged the x, y, and z of the arguments passed to VDOT in shade_inputs and extracted the differences in those three...
02:07.40Notify03GCI:Cezar * 7982217 Determine why solids.sh fails on 64-bit: Ready for review - The work on this task is ready to be reviewed.
02:07.41Notify03GCI:gcking * 8090205 Compile with -Wwrite-strings, fix warnings that ensue: 10-12 hours -  Sorry for the late reply, I just finished some school work. I guess 10 hours should be ok.
02:07.41Notify03GCI:amit.daBeast * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): Ready for review - The work on this task is ready to be reviewed.
02:07.42Notify03GCI:Melange * 8122202 Find and Fix 20 spelling mistakes in at least 5 different files (#2): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
02:07.43Notify03GCI:Sean * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): Task Closed - Congratulations, this task has been completed successfully.
02:07.44Notify03GCI:Sean * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): nicely done! -  Now I take it you see why I said there are hundreds and they should be rather easy to find...
02:07.45Notify03GCI:V Rahul * 8093205 Find and Fix 5 spelling mistakes in at least 40 different files (#2): Time -  Could you tell me when you'll be online? A few minutes of live chat on IRC can clear all my...
02:07.47Notify03GCI:Sean * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): committed -  Patch applied in r54143.
02:07.48Notify03GCI:Sean * 8086204 Create test for thread creation on Windows: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
02:07.48Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Work -  What's the needed work?
02:07.50Notify03GCI:amit.daBeast * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: Task Claimed - I would like to work on this task.
02:07.51Notify03GCI:Sid Robinson * 8095206 Link all of our orphaned website wiki pages: Yay! -  Thanks. I hope it was okay. Appreciate the help.   Sid
02:12.39*** join/#brlcad crosshammer (6ce24073@gateway/web/freenode/ip.108.226.64.115)
02:15.04crosshammerhey i want to claim task Create a utility library (LIBBU) API unit test ... for parse.c
02:16.47Notify03GCI:Erik * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: Task Assigned - This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good...
02:22.17brlcadcrosshammer: sounds good
02:27.14crosshammerwhere are the unit test examples
02:29.19crosshammerin the description it says there are "plenty of examples" but i don't know where to find them
02:33.20crosshammer7948222
02:40.19brlcaddid you check out the source code?
02:41.01brlcadyou should also claim the task..
02:42.31Notify03GCI:Sean * 7982217 Determine why solids.sh fails on 64-bit: Task Closed - Congratulations, this task has been completed successfully.
02:49.21Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: New Designs -  I've sent two different design concepts for the diagram, both in the .zip file. They both have their pros and...
03:01.07Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Explanation of conceptDiagram1 -  The basic idea of this diagram is that each circle represents a feature corresponding to a...
03:01.16Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Ready for review - The work on this task is ready to be reviewed.
03:35.40*** join/#brlcad javamonn (~twitch@108.223.143.237)
03:49.26Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Fixed -  First three were issues, which are now corrected, but 4 and 5 are there intentionally. argv[1] is the number of times...
03:50.26Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Ready for review - The work on this task is ready to be reviewed.
04:33.51Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: like the concept -  Brenden, I like the new diagram concept. I'm not sure I understand the second one, but the basic idea of filling...
04:34.11Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
05:20.33*** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
05:34.00*** join/#brlcad javamonn (~twitch@108.232.134.148)
08:08.39*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:41.53*** join/#brlcad merzo (~merzo@90-142-132-95.pool.ukrtel.net)
10:43.47*** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244)
10:52.20*** join/#brlcad StrangeLoop (~solo@14.139.82.6)
11:12.47Notify03BRL-CAD:brlcad * 54150 brlcad/trunk/AUTHORS: daBeast is Amit Saxena
11:14.25Notify03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: more time -  Toshita, do you need more time? All that's missing is one image, the paragraph, and the wiki upload. ...
11:14.26Notify03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: looking to get it installed -  Looking to get it installed, I'll update you soon.
11:14.27Notify03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
11:14.28Notify03GCI:javamonn * 8126202 Add a command-line option that sets an object color temporarily: I feel like I'm close... -  I feel like I'm close, but I'm not quite there yet. Changing the application...
11:14.29Notify03GCI:Sean * 8086204 Create test for thread creation on Windows: not what I was saying -  I wasn't saying that passing N and no-of-CPUs aren't needed. I was asking *why* are you running bu_parallel...
11:14.30Notify03GCI:Sean * 8086204 Create test for thread creation on Windows: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
11:14.31Notify03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
11:14.32Notify03GCI:Sean * 8095206 Link all of our orphaned website wiki pages: feel free -  Feel free to remove all of the markers you left in the wiki pages you edited.
11:14.33Notify03GCI:Sean * 8126202 Add a command-line option that sets an object color temporarily: definitely on the right track -  You're definitely on the right track. This is from memory so I could be wrong,...
11:14.34Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Misunderstanding -  There's probably a misunderstanding on my part. The task description says "that calls bu_parallel and calls...
11:14.35Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Ready for review - The work on this task is ready to be reviewed.
11:14.36Notify03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: New test -  The latest patch has some more(25 more) tests. I haven't fixed the "N times" part yet, because I'm waiting for...
11:32.31Notify03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Task Claimed - I would like to work on this task.
11:32.32Notify03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: I would like to complete this -  I was on my way to hometown when you extended it took two days on trains to reach there till then the...
11:35.12Notify03GCI:Cezar * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Task Claimed - I would like to work on this task.
11:50.47Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Re: effort? -  I understand what you're saying and I'm developing a new format that could work really well. I also understand...
11:50.48Notify03GCI:Sean * 8093205 Find and Fix 5 spelling mistakes in at least 40 different files (#2) http://www.google-melange.com/gci/task/view/google/gci2012/8093205:   example?   Capitalization does not...
11:55.46*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.108.134)
11:57.58*** join/#brlcad javamonn (~twitch@108.223.142.236)
11:58.43*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
12:02.41Notify03GCI:Daniel Rossberg * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Task Assigned - This task has been assigned to Cezar. You have 72 hours to complete this task, good luck!
12:02.42Notify03GCI:Daniel Rossberg * 8043208 Create an Halfspace Model and Diagram: Task Assigned - This task has been assigned to Sharan. You have 48 hours to complete this task, good luck!
12:18.52*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
12:29.26Notify03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Ready for review - The work on this task is ready to be reviewed.
12:49.54*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
13:41.29Notify03GCI:Intro CIT * 7945230 Improve geometry database loading behavior: Task Claimed - I would like to work on this task.
13:44.26*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-191-149.web.vodafone.de)
14:00.32Notify03GCI:Daniel Rossberg * 7945230 Improve geometry database loading behavior: Task Assigned - This task has been assigned to Intro CIT You have 72 hours to complete this task, good luck!
14:03.06*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
14:26.30*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
14:29.46brlcadSkriptkid: so what are your plans after gci is over?
14:32.06Skriptkidbrlcad: Give more time to guitar and school, since 12 grade is around the corner, and learn more stuff in CS :)
14:32.18brlcadexcellent
14:32.23brlcadwhat type of guitar?
14:32.53SkriptkidElectric, acoustic. Different styles on both.
14:33.44SkriptkidWhy do you ask?
14:34.35Skriptkidbrlcad: And also start contributing to BRL-CAD and other open-source projects. I've really started liking this :)
14:43.11Skriptkidbrlcad: On my bu_parallel test creation, you asked why I'm running bu_parallel N times. Isn't that what the task desc says? "calls bu_parallel and calls a function N times"? Where am I going wrong here?
14:46.14Notify03GCI:Melange * 8093205 Find and Fix 5 spelling mistakes in at least 40 different files (#2): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:06.38Notify03BRL-CAD Wiki:FlorenciazjkrjepsmuMariacher * 4859 /wiki/To_Expect_At_A_Intensity_2_Ultrasound: New page: Their mission involves helping the doctors when diagnosing the medical issues. There are many different certified or degree programs for pharmacist techs, which may range provided by six m...
15:12.22*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.108.134)
15:15.40*** join/#brlcad merzo (~merzo@70-85-133-95.pool.ukrtel.net)
15:26.23brlcadSkriptkid: just curious what you're up to
15:26.32brlcadplay guitar myself (classical)
15:27.01brlcador better stated *played*
15:27.39``Erikback when classical was called contemporary? *duck* :D
15:27.54brlcadpretty much
15:28.19``Erik<-- still has to fix one of his amps :/
15:29.08*** join/#brlcad Alexandur (4d461d04@gateway/web/freenode/ip.77.70.29.4)
15:30.28Skriptkid_Brlcad: cool :D
15:30.55Skriptkid_Which one?
15:31.31``Erikwhich one what? amp?
15:31.43Skriptkid_Amp
15:31.57*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
15:31.58*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
15:31.58AlexandurHello again! I checked my task and tried compiling with mingw but i got error at 8% -----> [  8%] Built target exppp mingw32-make[1]: Target `all' not remade because of errors. mingw32-make[1]: Leaving directory `D:/compile' mingw32-make: *** [all] Error 2 mingw32-make: Target `default_target' not remade because of errors.
15:32.11``Erikmy jcm2000 went out, so I'm stuck with just an old crate solid state and harmony portable
15:33.11SkriptkidJCM2000 eh, that's pretty awesome
15:33.37``Erikused to be O.o :)
15:34.18d_rossbergAlexandur: did you set BRLCAD_ENABLE_VERBOSE_PROGRESS via cmake?
15:34.23Skriptkid2006, so maybe. I've just read and heard it. :)
15:34.57SkriptkidAlexandur: yep
15:35.03SkriptkidSorry
15:35.10SkriptkidDidnt read that right
15:35.59Skriptkid:-$
15:38.32brlcadAlexandur: what was the command you ran/
15:52.03caen23brlcad: can i get an account for my buildbot nightlies task?
15:53.29brlcadcaen23: sure, gimme a sec
15:53.38caen23okay
16:19.57Alexandurmingw32-make VERBOSE=1 -k
16:25.43*** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2864::ade7:2864)
16:28.29Skriptkid_brlcad: Could you please answers doubt?
16:29.52*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
16:33.52*** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at)
16:48.30Notify03BRL-CAD Wiki:FlorenciazjkrjepsmuMariacher * 4860 /wiki/Specifically_What_Does_A_Sonogram_Technician_Go_About_Doing: New page: The doctor is suggested to show the woman a photo of the sonogram and noticable the heartbeat of the unborn child audible for the woman to learn. How the national average beginning salary ...
17:06.57*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
17:10.19*** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
17:11.47Notify03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Task Claimed - I would like to work on this task.
17:14.00maths22brlcad: what is up with irssi on crit?
17:14.32Notify03GCI:Sean * 8023219 Set up QEMU deployment testing: Task Assigned - This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck!
17:15.01maths22Also, why is crit not the webserver anymore?
17:19.19caen23brlcad: hmm… that's weird. i ran regress on a 32-bit freebsd and solids didn't fail
17:24.53*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
17:31.59Alexandurmingw32-make VERBOSE=1 -k -> tried compile with this and got error at 8%
17:32.07Alexanduranyone?
17:38.51SkriptkidAlexandur: Are you asking why it stops even with "-k"?
17:39.27Alexandurprobably
17:39.38SkriptkidWhat is your question?
17:43.23SkriptkidAlexandur: If you mean to say "I used -k, but still compilation fails" then it's probably because at 8% there are so many errors and failures that nothing beyond can be processed.
17:46.08Alexandurok then my task is completed i think
17:46.19Alexandurhttp://www.google-melange.com/gci/task/view/google/gci2012/7954218
17:47.47Alexandur?
17:49.47SkriptkidAlexandur: Probably, since this is just an "attempt" task. But I can't say, since I'm not a mentor.  But try some workarounds or fixes before submitting. That'll leave a lesser space for questions. And also give a good report about what you did.
17:59.34*** join/#brlcad ``Erik_ (~erik@66-118-151-70.static.sagonet.net)
17:59.42``Erik_irssi on crit seems to work for me
18:03.29brlcadAlexandur: mingw32-make --version
18:04.44brlcadAlexandur: if you think you're done, you should upload that entire build log
18:05.15brlcadit's hard to say what stopping at 8% means without more information
18:05.54Alexandurok but when i do > log.txt more errors occur
18:06.00AlexandurD:\compile>mingw32-make --version GNU Make 3.82 Built for i386-pc-mingw32 Copyright (C) 2010  Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
18:06.12brlcadokay, that's good
18:06.19brlcadso -k should be working ;)
18:06.43brlcadmingw32-make -k VERBOSE=1 > log.txt 2>&1
18:06.51brlcadupload that
18:21.40*** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at)
18:21.46*** join/#brlcad libero (~luca@188-22-206-147.adsl.highway.telekom.at)
18:25.20*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
18:25.27*** join/#brlcad andrei_ (~andrei@188.25.160.239)
18:30.05*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
18:30.26Notify03GCI:Melange * 8095204 Create test for mutex/semaphore locking: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded....
18:43.02Notify03GCI:Alexandur Osenov * 7954218 Research status of compiling BRL-CAD on MINGW: Ready for review - The work on this task is ready to be reviewed.
18:44.28*** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at)
19:51.13*** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at)
20:27.07Notify03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: Task Closed - Congratulations, this task has been completed successfully.
20:29.19Notify03GCI:Sean * 8086204 Create test for thread creation on Windows: Task Closed - Congratulations, this task has been completed successfully.
20:37.55Notify03GCI:Sean * 8086204 Create test for thread creation on Windows: unnecessary tests -  I think there is some misunderstanding on your part of what bu_parallel() does. All of the additional tests you...
20:40.40Notify03GCI:Alexandur Osenov * 7945223 Write a BRL-CAD to RAW converter: Task Claimed - I would like to work on this task.
20:44.45Notify03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: perspective? -  Hi Sharan, welcome back! That looks a lot better but the diagram is still very confusing. Compared to the scale of the...
20:44.51Notify03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
20:45.36Notify03GCI:Sean * 7945223 Write a BRL-CAD to RAW converter: Task Assigned - This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck!
20:45.56Alexandursean can you provide more info?
20:46.55brlcadAlexandur: what do you mean?
20:48.16Alexandurhttps://google-melange.appspot.com/gci/task/view/google/gci2012/7945223
20:48.31Alexandurabout this task
20:48.36brlcadwhat would you like to know?
20:49.40brlcaddid you look at the converter file mentioned in the description?
20:51.41Notify03GCI:Sean * 8095204 Create test for mutex/semaphore locking: more time -  Do you need more time?
20:52.10*** join/#brlcad Alexandur_ (4d461d04@gateway/web/freenode/ip.77.70.29.4)
20:52.57Alexandur_yes i am looking at it now so i need to edit what ? O
20:53.49brlcadAlexandur_: are you familiar with either the stl format or raw format?
20:54.22Alexandur_well no.. but ofcourse this means i`ll look it up
20:54.37brlcadwhat about opengl display lists?
20:56.56Alexandur_sortaaa, but why askin?
20:57.29brlcadif you don't understand what the task is having you do, you're going to have a really hard time doing the task, no?
20:57.42brlcadso the task is to create a geometry exporter
20:57.54brlcadfor the RAW format ... which yes you have to look up
20:58.04brlcadyou're writing out triangles
20:58.20brlcadthe STL format is another relatively simple format but has slightly different syntax being output
20:58.35brlcadwe provide our g-stl.c source as an example to help you
20:59.15brlcadyou're going to copy that, change it to g-raw.c, update the stl references to raw references and then make the output actually be properly formatted RAW output
21:00.17brlcadyou should run the g-stl program on one of our test geometry files so that you understand how it works
21:01.06brlcadraw is considerably simpler, but you'll need to understand how g-stl works to know what to eliminate/simplify
21:02.24Alexandur_so where to find a test geometry file?
21:02.43brlcadthere's a couple dozen provided in our distribution
21:02.53brlcadin the share/db directory
21:04.42Notify03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: okay -  okay thanks
21:05.54Alexandur_in the brld-cad which i checkouted from svn or on the svn somewhere
21:07.49brlcadbuild direcotry
21:08.09brlcadlook for moss.g for example
21:12.00Alexandur_ok so with 2 words i need to edit the g-stl.c so instead of stl the output should be a raw image? And ofcourse not to mention that for 48 hours i cant even get to know even half of the functions used in th Stl which should mean that i need to focus only on 1 thing for example function or case ???
21:13.44brlcadit's not an image
21:13.53brlcadit's 'raw' format triangle data
21:13.57brlcadvertices
21:14.16brlcad3 floating point values per vertex, three vertices per triangle
21:15.06*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
21:15.13brlcadyou certainly will not have enough time to understand all of the functions used in stl-g but fortunately you'll be using them identically -- just printing output differently
21:15.53brlcadAlexandur_: start by running g-stl successfully
21:16.23brlcadlook at the stl file it produces with a text editor
21:16.24Alexandur_tried :D but got library erros..
21:16.40brlcadwhat OS are you on?
21:17.31Alexandur_.. :D windows
21:17.34brlcadis there a language barrier or are you really this slow typing? :)
21:17.38Alexandur_no
21:17.51Alexandur_i got used to wait like 20min for answer
21:17.52Alexandur_:D
21:17.57brlcadk
21:18.11Skriptkidbrlcad: so all the test program had to take was one parameter? Which is the ncpu?
21:18.27Alexandur_coz it iseems like you guys dont use irc as chat but more as forum
21:18.31brlcadSkriptkid: pretty much
21:18.47brlcadSkriptkid: there's certainly no harm in running the command multiple times
21:19.03brlcadand for parallel code, that might actually catch some stateful bug down the road
21:19.14brlcadbut you don't actually test the function, so it's moot ;)
21:19.20Alexandur_ok i`ll be off.. its time for some sleep
21:19.29brlcadAlexandur_: what library error?
21:19.33Alexandur_common.h
21:19.39brlcadthat's not a library
21:19.46Alexandur_its header
21:19.48Alexandur_sry
21:20.05brlcadrunning g-stl will not give you a header error
21:20.19caen23have you compiled successfully with msvc?
21:20.26Alexandur_running :D
21:20.42brlcadwhat does that mean?
21:20.45Alexandur_wait nobody said i had to compile it :D
21:20.56Alexandur_i mean
21:21.04Alexandur_the whole project
21:21.09brlcadyou are obviously going to need to compile your g-raw.c program, just like g-stl
21:21.22Alexandur_otherwise i am trying to compile
21:21.42Alexandur_.... :D i gcced it
21:21.55Alexandur_g-stl
21:22.00brlcadyou're not making much sense...
21:22.07Alexandur_ok
21:22.12Alexandur_will keep it simple
21:22.13caen23i think he tried compiling g-stl.c individually
21:22.22Alexandur_indeeed
21:22.23brlcadahh
21:23.00SkriptkidI do understand what bu_parallel does. I had thought I needed to run bu_parallel N times with X CPUs. Is it possible to make a commit for this on svn?
21:23.13brlcadAlexandur_: you should really just say that, not "running" not "running the whole project" not "i gcced it" .. what is "it"!?
21:23.57brlcadSkriptkid: like I said, running it in a loop is fine
21:24.57brlcadthe real test is running it at *least* 1 time with X CPUs, but no harm runnning more times if it were testing and not printing
21:25.18Alexandur_gcced individually the stl-g.c.. sry guys i dont know how peps on my age can know soo many things like raw format and so on... the thing is that i had a task from school to do 2 google code in tasks and i need to do em...
21:25.41Skriptkidbrlcad: okay. And about the error detection, I couldn't come up with anything, since everything is void and is based on using stderr. Any ideas on this?
21:25.57brlcadAlexandur_: that's okay, you're not supposed to know everything
21:26.09brlcadthe problem hasn't been what you know or don't know but how you're communicating it
21:26.28brlcadI can't read your mind or know what commands you ran or what buttons you clicked on, etc
21:26.45brlcadif you need help, ask for help :)
21:26.49brlcadyou're supposed to
21:27.02brlcadSkriptkid: of course ;)
21:27.21SkriptkidTell me. I'll at least try implementing them.
21:27.28brlcadSkriptkid: everything is void, but you pass a parameter to bu_parallel()
21:27.42brlcadthat parameter is passed to your function
21:27.50brlcadyou even print that value (the cpu id in your case)
21:28.01Alexandur_ok thats all for now coz i have to bed now guys... Good night
21:28.03caen23Alexandur_: in your checkout version, go inside the "doc" folder and open README.Windows with a text editor. it will teach you how to compile on windows, but you will need a full (not express) version of visual c++. you can get a 90-day trial version from microsoft
21:28.37brlcadhelpful as ever :)
21:28.39Alexandur_kk i know how to compile the brl-cad
21:28.42Alexandur_bb
21:29.15Skriptkidbrlcad: so whenever a CPU Id missing, something is wrong with that run.
21:29.31Skriptkid*CPU id is missing
21:29.48brlcadyou're providing the CPU id, so it should never be missing
21:30.17brlcadbut sure, you could test that, but you still have to know whether it worked in the caller where bu_parallel() was invoked
21:31.06brlcadhow can you do that?
21:32.15SkriptkidWhat if a modification is made to the thread_data structure I created in one task? A Boolean or int variable which holds if thread execution as successful or not?
21:33.03brlcadyou're getting your tasks mixed up
21:33.20brlcadwhere do you have access to a thread_data structure?
21:34.01SkriptkidSorry. That's not there yet. Forgot.
21:34.10brlcadlets say you want to test what you just said -- that you want to test whether the CPU id is non-negative inside your test function
21:34.30brlcadsay we only invoke bu_parallel once
21:34.38brlcadit runs your test function
21:35.02brlcadwhat are some of the ways that main() can know whether test function found a non-negative value?
21:36.33SkriptkidA pointer as an argument to the test function?
21:36.58brlcadif you pass a pointer, how do you pass the cpu id?
21:37.49andrei_brlcad: I know you are on a tight schedule so answer just if you have time: any specific plan to remove globals from remrt/remrt.c ? Thanks
21:37.53SkriptkidHmm...yeah. That won't work.
21:38.39brlcadSkriptkid: you're on the right track but think even simpler -- there are a half dozen stupid ways you could do it really easily
21:39.14Skriptkidbrlcad: Files? Some global variable?
21:39.47brlcadthat'd be two ways, yep
21:39.54brlcadandrei_: specific plan as in?  I think the answer is no, but removing globals is always a good thing
21:40.07brlcadyou removing them is a fantastic idea ;)
21:40.17brlcadI saw your e-mail, it's four down in my queue atm ;)
21:40.45andrei_I fixed the other one and nothing crashed so far :)
21:41.05brlcadandrei_: I suggest starting with just ONE global (like save_overlaps) and just trying to eliminate that one properly
21:41.48brlcadthat way your approach will be really obvious, easy to review, and easier to discuss how it might apply to other globals .. most will be on a case-by-case as to how they should be eliminated
21:42.14brlcadSkriptkid: so yeah, you could just have the test function write a global that said "uh oh" and main would read it, and report the error
21:42.42brlcadSkriptkid: and yeah, you could write that same "uh oh" to a file, have main read it, etc
21:43.18brlcadbut then both of those are very terrible computing practices
21:43.29brlcadhorrible even (especially the file-based approach)
21:44.02brlcadhow else can the test function send information back to main()?
21:44.55brlcadSkriptkid: reminder that you were on the right track...
21:47.53Skriptkidbrlcad: I'm out of ideas here. I can think of passing a structure with pointer and CPU id. But that might be stupid too.
21:48.29brlcadwhy's that stupid?
21:48.56SkriptkidBut...if the pointer holds a certain value and test function hasn't changed it, it can be and indication to main that there was a failure
21:49.12Skriptkid*an indication
21:49.39brlcadI'm sensing you haven't worked a whole lot with pointers just yet and that's fine,  but that sounds brilliantly perfect to me
21:50.35brlcadit wouldn't need to be a pointer that "maybe" changes, it could be a simple int that is initialized to 0 and set to 1 by the test function if it fails
21:51.33brlcador it could literally set the CPU id and main() could test whether they match
21:52.29brlcadthe only issue is that you're passing a struct to bu_parallel() which then passes that single struct to multiple simultaneous copies of the test function
21:52.40brlcadso parallelism in play that you have to deal with
21:53.05SkriptkidOf course. But pass by reference will have to done right? Else the main wont be able to read it.
21:53.19brlcadhave done what?
21:53.55SkriptkidYou will need to pass a pointer to the structure. To the test function.
21:53.56brlcadsure it will pass your struct reference to X copies of the test function and they'll all be trying to set the same field
21:54.11brlcadtry it
21:54.25brlcadsimple enough test to see in action
21:55.17SkriptkidWill do. Next thing tomorrow(because its 4AM here now). How do I submit it?
21:55.57brlcadsolution is to pass a pointer to struct containing a per-cpu array
21:56.13brlcadgo ahead and work on it, I'll create another task for it later
21:57.05SkriptkidOkay. Thank you.
22:00.42caen23brlcad: did you manage to set up the crit account? :D
22:21.10Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 1.jpg]]"
22:28.04*** join/#brlcad andrei_ (~andrei@188.25.160.239)
22:30.25Notify03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Re: more time -  Hi Sean,  I am having tiny little issues that I am starting to fix when I am uploading in...
22:33.07Notify03BRL-CAD:carlmoore * 54151 brlcad/trunk/src/proc-db/brickwall.c: remove reference to help (would be replaced by a man page), and add an 'if' construct to avoid division by 0
22:44.37Notify03GCI:javamonn * 8126202 Add a command-line option that sets an object color temporarily: Ready for review - The work on this task is ready to be reviewed.
22:47.38Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Test1.jpg]]"
22:51.58Notify03GCI:javamonn * 8126202 Add a command-line option that sets an object color temporarily: Knew it... -  I knew I was close. I was doing exactly that, overwriting the values in ma_color, but I guess...
23:00.23Notify03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Image Size -  I have a question. You said that the files can't be too big, so I resized my Blender files to...
IRC log for #brlcad on 20130110

IRC log for #brlcad on 20130110

00:17.01Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Ready for review - The work on this task is ready to be reviewed.
00:19.16Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Modified Diagram -  I sent the first diagram with the changes you requested. I sent it as a .png file, but I can send it in a...
00:23.29*** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net)
00:23.42*** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net)
00:39.15Notify03BRL-CAD Wiki:Toshibarve * 4863 /wiki/Image:Test1.jpg:
00:41.30Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 3.jpg]]"
00:42.20Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 4.jpg]]"
00:43.27Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Blender Step 4.jpg]]"
01:11.40*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
02:58.59Notify03GCI:javamonn * 7995206 Add MGED key-binding to reopen the command window: Maybe I'm missing something... -  Maybe I'm missing something, but when you close the command window, you can still re...
02:59.00Notify03GCI:amit.daBeast * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: later -  i'll re-claim this later on friday, im kind of busy right now during the weekday
02:59.00Notify03GCI:amit.daBeast * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:00.52Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 2.jpg]]"
03:00.54Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 5.jpg]]"
03:00.56Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 6.jpg]]"
03:00.59Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 7.jpg]]"
03:01.01Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 9.jpg]]"
03:01.02Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -1.jpg]]"
03:01.03Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Fullscreen capture Step 16 -1.jpg]]"
03:01.06Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -2 -2.jpg]]"
03:01.08Notify03BRL-CAD Wiki:Toshibarve * 4876 /wiki/Tutorial/Blender_to_CAD:
03:01.11Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -2.jpg]]"
03:01.17Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -3.jpg]]"
03:01.17Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Geometry Browser Step 13.jpg]]"
03:01.19Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Graphics Step 11.jpg]]"
03:01.19Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 11.jpg]]"
03:01.21Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 15 -2.jpg]]"
03:01.23Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 15.jpg]]"
03:01.24Notify03BRL-CAD Wiki:Toshibarve * 4884 /wiki/Tutorial/Blender_to_CAD:
03:01.26Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 16 -1.jpg]]"
03:01.28Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 16 -3.jpg]]"
03:01.30Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 12.jpg]]"
03:01.32Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 13.jpg]]"
03:01.33Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 14.jpg]]"
03:01.35Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 15 -1.jpg]]"
03:01.41Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Graphics Window Step 16 -5.jpg]]"
03:01.41Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Raytrace Control Panel Step 15 and 16 -4.jpg]]"
03:01.42Notify03BRL-CAD Wiki:Toshibarve * 4893 /wiki/Tutorial/Blender_to_CAD:
03:01.43Notify03BRL-CAD Wiki:Toshibarve * 4894 /wiki/Tutorial/Blender_to_CAD:
03:01.45Notify03BRL-CAD Wiki:Toshibarve * 4895 /wiki/Tutorial/Blender_to_CAD:
03:59.17*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
06:32.59brlcadcaen23: you haven't done the one thing yet (reply in PM)
06:43.49brlcadNotify: hug
06:43.56brlcadNotify: 1+1
07:26.54*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:35.16*** join/#brlcad luca79 (~luca@ydvlwtU-188-227.uibk.ac.at)
09:48.22*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
09:54.37*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134)
09:55.34SkriptkidIs Jenkins unavailable?
09:56.16Skriptkidcrit.brlcad.org:8080 —> "Browser could not connect"
10:04.45SkriptkidOr maybe it's just shutdown now. But the file needed to start it up("jenkins.war") is in the public_html of another user. Anyway I can access that? I need to do "java -jar  path/to/jenkins.war"
10:06.18caen23why not redownload it in your home folder?
10:12.17Skriptkidcaen23: that can be done, but I was just looking for a quick alternative :)
10:13.44d_rossbergwho is this other user?
10:14.06Skriptkidgcimoin
10:15.23*** join/#brlcad Silvrous (4f7056ea@gateway/web/freenode/ip.79.112.86.234)
10:18.06*** join/#brlcad hsrai (~quassel@202.164.53.117)
10:27.12Skriptkidd_rossberg: I downloaded it
10:32.21SilvrousI have a question about this task http://www.google-melange.com/gci/task/view/google/gci2012/7960232 ; Where are the unit tests that need refactoring? there is no /tests folder in src/libpkg
11:26.47Notify03BRL-CAD:starseeker * 54152 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Die typo die\!
11:26.58Notify03BRL-CAD Wiki:Jacksixb * 4896 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
11:27.00Notify03BRL-CAD Wiki:Toshibarve * 4897 /wiki/Tutorial/Blender_to_CAD:
11:27.01Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Claimed - I would like to work on this task.
11:27.02Notify03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Ready for review - The work on this task is ready to be reviewed.
11:27.03Notify03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Almost Done -  Hey Sean,  I put all the pictures and text into the wiki. I just need to finish the sketch...
11:27.04Notify03GCI:Sean * 8126202 Add a command-line option that sets an object color temporarily: Task Closed - Congratulations, this task has been completed successfully.
11:27.05Notify03GCI:Sean * 8126202 Add a command-line option that sets an object color temporarily: looks great -  That's much better. We'll incorporate a substantially modified version of your patch in the near...
11:27.06Notify03GCI:Melange * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
11:27.07Notify03GCI:javamonn * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Task Claimed - I would like to work on this task.
11:27.08Notify03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: reclaim -  Toshita, reclaim the task so we can credit you with the completion. Looking at the wiki page, I see...
11:27.09Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
11:27.10Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: editable format -  It's better to review as a png, but would be great to have in an editable format (ideally xls or similar gridded...
11:27.11Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
11:27.12Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram http://www.google-melange.com/gci/task/view/google/gci2012/8141203:   also   I kind of expected to see more operating systems too......
11:27.13Notify03GCI:Sean * 7995206 Add MGED key-binding to reopen the command window: on some platforms -  On some platforms (eg, Mac OS X) closing the command window results in the menu being unpacked/hidden...
11:27.14Notify03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Assigned - This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck!
11:27.14Notify03GCI:Sean * 8043208 Create an Halfspace Model and Diagram http://www.google-melange.com/gci/task/view/google/gci2012/8043208:   better   Better but that's a bit too dark. Maybe try adding -A.75 or...
11:27.16Notify03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
11:27.17Notify03GCI:Sean * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Task Assigned - This task has been assigned to javamonn. You have 48 hours to complete this task, good luck!
11:27.18Notify03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: installed -  4.7 has been installed along with 4.6
11:27.19Notify03GCI:Sean * 8104208 Add missing documentation for any one command (#4): fyi -  It looks like you only need to complete one more task for the free t-shirt!
11:27.20Notify03GCI:Sean * 8093204 Fix Cygwin configuration warnings/errors: fyi -  It looks like you only need to complete one more task for the free t-shirt!
11:27.21Notify03GCI:Sean * 7996224 Graph our geometry conversion logs: fyi -  It looks like you only need to complete one more task for the free t-shirt!
11:27.22Notify03GCI:Sean * 7985235 Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls: fyi -  It looks like you only need to complete one more task for the free t-shirt!
11:27.23Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: fyi -  After you complete this task, you'll just need one more for the free t-shirt prize!
11:27.24Notify03GCI:Sean * 8032205 Write a tutorial on manually creating an Eclipse project around BRL-CAD: fyi -  Completing just one more task will get you the free Google t-shirt! Thought you might like to...
11:27.25Notify03GCI:Sean * 7998216 Implement a primitive centroid function ... for extruded bitmaps (EBM): fyi -  In case you didn't know, completing just one more task will get you the free Google t-shirt prize!
11:27.26Notify03GCI:Sean * 8009210 Write solicitation for new website designer: fyi -  Completing just one more task will get you the free Google t-shirt prize. Thought you might like to know. :)
11:27.27Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: lastly -  After this task, I think you just need one more and you'll get the free t-shirt prize from Google!
11:27.28Notify03GCI:Sean * 8017216 Create an "MGED Interface" reference sheet (#2): thingi? -  Ashish, I'm not sure what you're referring to but we can certainly add tasks if there's follow-up work you're...
11:27.28Notify03GCI:Sean * 7999212 Find and fix at least 5 spelling mistakes in at least 40 different files: fyi -  An Ha, I think you're just one task completion away from the free Google t-shirt prize. I...
11:27.30Notify03GCI:Sean * 7982223 Compile BRL-CAD using GCC 4.8: fyi -  I think you're just one task away from getting the free Google t-shirt prize. Thought you might like to know. :)
11:27.31Notify03GCI:Sean * 8063202 Create a Hyperbolic Cylinder Model and Diagram: close! -  Richard, it looks like you're just one or two tasks away from making our top five. Thought you might like to know that...
11:27.32Notify03GCI:Sean * 8001225 Create a numerics library (LIBBN) API unit test ... for msr.c: close... -  Silvrous, it looks like you're just two or three tasks away from making our top five. I thought you...
11:27.33Notify03GCI:Sean * 8095204 Create test for mutex/semaphore locking: close -  Arjun, it looks like you're currently about three or four tasks close to making our top five. Thought you might like to know...
11:27.34Notify03GCI:Sean * 8012216 Create a utility library (LIBBU) API unit test ... for backtrace.c: close -  Lachlan, I thought you might like to know that there's about 4 days remaining and you're currently...
11:27.35Notify03GCI:Sean * 7982218 Add a primitive surface area function ... for right hyperbolic cylinders (RHC): close -  Aaron, thought you might like to know that you're about four tasks close to making our...
11:27.36Notify03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: FYI -  Sharan, thought you might like to know that I think you're currently tied with two others to make our top five. There are also...
11:27.37Notify03GCI:Sean * 8023219 Set up QEMU deployment testing: FYI -  Jacob, I thought you might like to know that you're currently tied with two others to make our top five. There are also about three others...
11:27.38Notify03GCI:Dr Coconut * 8009210 Write solicitation for new website designer: Done :) -  I have actually already completed 3 tasks, 2 for BRL-CAD and 1 for copyleft games
11:27.39Notify03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Ready for review - The work on this task is ready to be reviewed.
11:27.40Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Jenkins unavailable? -  crit.brlcad.org:8080 gives me nothing. Has Jenkins been moved? Or does it require...
11:27.41Notify03GCI:Ashish * 8017216 Create an "MGED Interface" reference sheet (#2): I Would love it ! -  Seriously i would love to do the Mock brlcad's interface !!  But my studies for my board exams have...
11:27.42Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Available -  It had been shutdown. It's running now
11:27.43Notify03GCI:Sean * 8043208 Create an Halfspace Model and Diagram http://www.google-melange.com/gci/task/view/google/gci2012/8043208:   still not quite   It's not clear to me how you're getting that...
11:27.44Notify03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: Task Closed - Congratulations, this task has been completed successfully.
11:27.45Notify03GCI:Sean * 8017216 Create an "MGED Interface" reference sheet (#2): very good -  Ah, very good then. The good thing about open source is that you can participate any time and regardless of GCI so...
11:30.28*** join/#brlcad hsrai (~quassel@202.164.53.117)
11:50.29d_rossbergSkriptkid: now crit.brlcad.org:8080 works again
11:51.05Skriptkidd_rossberg: Yep :) I started Jenkins :)
11:51.06d_rossberg(it wasn't me)
11:51.13SkriptkidI know :)
11:51.14d_rossbergah
11:58.48*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
12:06.22Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Ready for review - The work on this task is ready to be reviewed.
12:10.31*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
12:10.38Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Currently not running -  Currently, Jenkins is not running, because it starts up in the command-line as an...
12:14.53Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Shutting down -  One thing I forgot to mention in the otes - shutting it down. Just go to...
12:20.39*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
12:24.34Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Program suggestions -  What program would I need to use to export in one of those formats? I have MS Paint (which I've used...
12:29.18*** join/#brlcad Skriptkid1 (~Skriptkid@117.201.168.241)
12:30.04Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Preferably free -  I would prefer it be a free program, also. Since I just spent the last of my money getting a can of...
12:37.16Notify03GCI:javamonn * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Ready for review - The work on this task is ready to be reviewed.
12:39.36Notify03GCI:An Ha * 7999212 Find and fix at least 5 spelling mistakes in at least 40 different files: Sorry -  Hi, sorry, I've been busy lately, school is rushing with work and exams are coming up very...
12:41.56Notify03GCI:Cezar * 7995206 Add MGED key-binding to reopen the command window: Could be wrong, but... -  The patch I sent for the other task (Close both windows when mged is closed) contained the fix for...
12:47.52Notify03GCI:Intro CIT * 7945230 Improve geometry database loading behavior: Claim Removed - The claim on this task has been removed, someone else can claim it now.
12:51.22Notify03GCI:Daniel Rossberg * 8141203 Design a commercial CAD comparison diagram: You could use a program from your office suite -  The text and presentation program have simple vector-graphic functions....
12:51.49*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
13:06.50brlcadSkriptkid: you and one other user are within just two tasks of each other, nice work :)
13:08.29Notify03GCI:Ashish * 8017216 Create an "MGED Interface" reference sheet (#2): Of course ... -  After this exam - Supposed to be oneof the 2 biggest exams in my school life i get A full free time for 2...
13:11.19*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
13:11.39Skriptkidbrlcad: Thank you :)
13:17.05Skriptkidbrlcad: Jenkins is done setting up.
13:18.12Skriptkid(Sorry I keep getting disconnected. I'm on my phone and the connection keeps getting closed every 5 mins in idle state)
13:35.19d_rossbergSkriptkid: have you tried to work with a screen session on one of the brlcad.org servers?
13:36.09d_rossbergssh to ftp.brlcad.org (for example) and start screen there, for more information "man screen" ;)
13:37.00Skriptkidbrlcad: Nope. I haven't.
13:37.08SkriptkidSorry. That wasn't for you
13:37.25Skriptkidd_rossberg: I haven't. I'll try that.
13:37.59d_rossbergthe irc program you had to use then is irssi
13:40.00SkriptkidOh. I'll check it out. Thanks :)
13:42.25d_rossbergscreen is a terminal emulation which keeps running on the server even when you log out/are disconnected
13:44.37SkriptkidAh. So that's how brlcad is all the time?
13:44.58Skriptkid*online all the time
13:46.47d_rossbergprobable, he recommended it to me but i prefer to be "sometimes" offline too
13:58.08*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-89-77.web.vodafone.de)
14:08.07*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
14:11.26*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
14:19.08*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
14:26.39maths22d_rossberg: you can use screen and set yourself "away"
14:30.03*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
14:36.03*** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
14:44.25*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:44.40Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed.
14:44.44Notify03GCI:Melange * 8095205 Write a BRL-CAD showcase article #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work...
14:45.07*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:45.33Notify03GCI:Yatharth Agarwal * 8104208 Add missing documentation for any one command (#4): I'm getting it! -  3 tasks for a tee, right? That's what it says in the rules. And according to my dashboard, I...
14:54.09*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
14:56.13*** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.241)
15:02.36Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: what are you doing? -  Plamen, did you not understand the previous reply?  This is no good. The article is a misrepresentation. You're...
15:02.46Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
15:02.51Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
15:08.26Notify03GCI:Sean * 8104208 Add missing documentation for any one command (#4): don't have access -  I don't have access to your dashboard, but I gather that you completed tasks for other orgs which is...
15:12.02Notify03GCI:Daniel Rossberg * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Task Closed - Congratulations, this task has been completed successfully.
15:12.57Notify03GCI:Daniel Rossberg * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Looks OK for me -  No build warnings/errors, and there is no rt_nmg_internal struct ;)
15:14.36*** join/#brlcad merzo (~merzo@229-64-200-46.pool.ukrtel.net)
15:17.22Notify03GCI:Yatharth Agarwal * 8104208 Add missing documentation for any one command (#4): Oh well -  That was my biggest mistake. HadI concentrated on one project, I might have been moivated enough by...
15:30.54*** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
15:31.10*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
15:48.05*** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
15:48.43brlcadd_rossberg: fyi, the intent is to move the nmg sources (to src/libnmg) first, then apply the name fix patch
15:48.51brlcadin case you were planning on committing it
15:49.13brlcadnot that it matters, easy enough to move the files, but one of the gsoc students did do that for us (cristina)
15:49.58*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
15:51.20Notify03GCI:Sean * 8104208 Add missing documentation for any one command (#4): possibly -  You would have needed about 8 tasks to have made our final five consideration. I suspect other orgs are similar.
15:51.33d_rossbergbrlcad: ok, good to know (somewhere i've already read something about this plan)
16:15.06Skriptkidbrlcad: bu_parallel exits only when all threads have started/failed running right?
17:32.00maths22brlad: /lastlog -
17:43.57Notify03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Ties -  What happens if there is a tie?  
17:51.52*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
17:53.48Notify03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Task Claimed - I would like to work on this task.
17:55.03Notify03GCI:javamonn * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Let me know... -  Just get back to me if it turns out that I missed something. I have a couple scripts written that do this...
17:57.01*** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.241)
17:57.02*** join/#brlcad luca79 (~luca@194-166-177-203.adsl.highway.telekom.at)
17:57.18Notify03GCI:Daniel Rossberg * 8051204 Create a 2D Sketch Model and Diagram: Task Assigned - This task has been assigned to Sharan. You have 48 hours to complete this task, good luck!
17:57.48Notify03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Parameters -  Which parameters are to be shown?  Just V,A,and B or anything else  I made the sketch as from the site given above so it...
18:02.15*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
18:02.38*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:04.49Notify03GCI:Daniel Rossberg * 8051204 Create a 2D Sketch Model and Diagram http://www.google-melange.com/gci/task/view/google/gci2012/8051204:   Looking at: Looking at http://brlcad.org/wiki/Sketch -  I...
18:09.44Notify03GCI:Sean * 8023219 Set up QEMU deployment testing: top five -  We can only pick two grand prize winners from the top five students that have completed the most tasks, based on specific evaluation...
18:15.19Notify03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: I think -  In the site i have read that-  V is the postion  A and B sets scale and orientation  VL is a list of 2D vertices  SL is the...
18:30.27Notify03GCI:Melange * 8095204 Create test for mutex/semaphore locking: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
18:43.19Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Update -  Here's the catch on the background workaround. When it is being run in the background, it cannot connect...
18:47.54Notify03GCI:Skriptkid * 7983225 Add a primitive surface area function ... for hyperboloids of one sheet (HYP): One last shot -  Ilm thinking of giving this one last shot. I corrected whatever I had done...
18:49.40*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
18:50.49*** join/#brlcad luca79 (~luca@188-22-203-15.adsl.highway.telekom.at)
18:53.19*** join/#brlcad andrei_ (~IceChat77@188.25.163.190)
19:06.26*** join/#brlcad caen23_ (~caen23@92.83.187.235)
19:20.31brlcadSkriptkid: yep
19:20.46brlcadSkriptkid: remind me about that task if I don't post something later tonight.. :)
19:21.15Skriptkidbrlcad: Will do.
19:21.25brlcadmaths22: hmm?
19:22.24brlcadmaths22: if you said something between 4 and 6 hours ago, my irc client got disconnected
19:22.38brlcadlastlog is no help if you're not attached ;)
19:24.01Skriptkidbrlcad: I tried implementing a model. A pointer to a structure is passed to the function  this structure holds an int called "status". And every call to the test function increments it by 1. So if the value if status is less that no of threads created, something is wrong. But this didn't work. SegFault.
19:24.33brlcadsegfault implies you did something wrong memorywise ;)
19:24.34Skriptkid*value of status is less than
19:24.57SkriptkidYep. I'm troubleshooting that. But is that idea fine?
19:25.26brlcadnote that without cpu-specific memory buckets, your status value will be "at most" X .. but due to race conditions it could end up being less
19:26.15SkriptkidOh....okay. I'll just wait for your post.
19:26.37SkriptkidAfter GCI is over, these issues will still remain open right?
19:27.27brlcadimagine starting with status=0 .. thread0 reads status=>0 ..  cpu switches to thread1, thread1 reads status=>0, writes status=1 .. cpu switches to thread0, thread0 writes status=1 ...
19:27.52brlcad"these issues" means what?
19:28.43SkriptkidAll these feature requests, research and implementation needs.
19:29.31SkriptkidWhich have been put up for GCI.
19:29.43brlcadare you asking if BRL-CAD still needs lots of help?  features, research, implementation needs? ;)
19:30.15brlcadyes, when GCI is over, we're still going to have tons of needs :)
19:30.59SkriptkidIncluding the ones that are still open here at GCI? Because there are tasks I want to work one, but don't think I'll be able to in 3 days.
19:31.01brlcadhad tons before, will have tons after, and the great thing about open source is that it never ends
19:31.12SkriptkidHehe :) yeah :)
19:31.27brlcadto participate in open source, you scratch your own itch however you like
19:31.49brlcadif you want to start working on a new tool or bug fix or feature and spend years working on it, that's fantastic ;)
19:31.58andrei_It is also one of the most useful working experience you can obtain until you graduate university
19:32.25andrei_Open source means anyone can look at what you wrote, and that's always a big plus
19:32.28brlcadI got started in open source (many many years ago) scratching my own itch working on something small that interested me
19:32.35SkriptkidYeah, I do want to continue working :) I've learnt so much here that I probably wouldn't have in a long mite.
19:33.03brlcadcan almost say that I've learned more working on open source than I did through all my years in college
19:33.30brlcadit's probably true, and definitely more time .. hard to say
19:33.50SkriptkidCool :)
19:34.03Skriptkid*in a long time.
19:34.18maths22brlcad: I did not say anything
19:34.29brlcad12:32 < maths22> brlad: /lastlog -
19:34.48maths22That was me forgetting to delete brlad:
19:34.57brlcadah :)
19:36.51Skriptkidbrlcad: If its okay, could you tell me currently who two participants are the best two? Just out of curiosity.
19:37.12brlcadyeah, no :)
19:37.31SkriptkidOh. Okay :)
19:37.40brlcadand I won't be the only one who decides that anyways
19:38.42SkriptkidI see.
19:44.05SkriptkidBye :)
19:44.10andrei_brlcad: just a curiosity, suppose BRL-CAD would want to go back to closed source(Yes, I know that won't happen). Is it possible to do that? I m thinking at the Oracle/Illumos fork
19:45.18``Erikthe versions that are out are permanently open source, if something like that happens, it just means that the new development isn't contributed
19:45.31*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
19:46.20andrei_Can you be open source without allowing anyone from exterior to contribute ?
19:46.32``Erikyes, but you cannot prevent them from forking
19:47.01``Erikthat was a big part of the XFree86/Xorg mess
19:48.10andrei_XFree86/Xorg is reffering to unix GUI handler ?
19:48.40``Erikthe windowing system stuff, yeh
19:48.56caen23``Erik: could you elaborate? they let you view the source but would not accept contributions from outside?
19:49.21andrei_caen23: yes, I actually  stumbled upon such an organization a few  days ago
19:49.42``Erikhttp://en.wikipedia.org/wiki/X.Org_Server has a small blip about it
19:50.57Notify03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Claimed - I would like to work on this task.
19:51.51Notify03GCI:Erik * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Assigned - This task has been assigned to Toshita Barve. You have 72 hours to complete this task, good luck!
19:52.09brlcadahh beat me to it
19:52.33brlcadwas giving me a "you're not permitted to do that" error which made me wtf
19:52.53``Erikhah, neat, file a usability issue with melange?
19:53.12``Erik"ur err0r msg is teh suxx0rz"
19:53.35andrei_haha
20:14.43Notify03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: jenkins installed -  Jenkins is now properly installed via the FreeBSD Ports system, is enabled as a system service,...
20:15.08Notify03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: port -  By the way, it's running on port 8180.
20:15.19Notify03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
20:21.05Notify03GCI:Sean * 7983225 Add a primitive surface area function ... for hyperboloids of one sheet (HYP): certainly come a long way -  You've certainly progress quite a ways since you tried to tackle this...
21:06.15Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed.
21:38.48Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
22:52.39*** join/#brlcad andrei (~andrei@188.25.163.190)
22:58.43Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Blender Step 1.jpg]]"
22:59.43Notify03BRL-CAD Wiki:Toshibarve * 4899 /wiki/Tutorial/Blender_to_CAD:
23:34.57Notify03BRL-CAD Wiki:Toshibarve * 4900 /wiki/Tutorial/Blender_to_CAD:
IRC log for #brlcad on 20130111

IRC log for #brlcad on 20130111

00:06.36Notify03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Claimed - I would like to work on this task.
00:23.18Notify03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Xyz.jpg]]"
00:37.06Notify03BRL-CAD Wiki:Toshibarve * 4902 /wiki/Tutorial/Blender_to_CAD:
00:38.45Notify03BRL-CAD Wiki:Toshibarve * 4903 /wiki/Tutorial/Blender_to_CAD:
00:41.46*** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
02:01.34*** join/#brlcad javamonn (~twitch@108.223.141.99)
02:22.39*** join/#brlcad hsrai (~quassel@202.164.53.117)
02:51.03*** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241)
02:52.06Skriptkidbrlcad: Jenkins is not running on port 8180. I just get a "Could not connect" when I go to crit.brlcad.org:8180
04:43.17brlcadhmmm, it is running, but not accessible from off of crit
06:02.05*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
06:20.24brlcadyawns, wanders for a bit
07:35.27*** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at)
07:37.54*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:57.18*** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at)
08:37.43*** join/#brlcad andrei_ (~andrei@188.25.160.73)
11:24.18*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
11:46.52Skriptkidbrlcad: For Jenkins to be publicly accessible, a restart is required to make it listen on crit. A command line paramter "—httpListenAddress" needs to be added while restarting it. Would it be alright If I set it to the IP addr of crit and restart it myself now?
11:47.18SkriptkidOr set it to 0.0.0.0
11:56.04SkriptkidI can't. permission denied
11:58.40*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43)
12:37.06*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
12:57.29``Erikdoes jenkins use an rc.d script?
12:57.43``Erikyes it does, restarted
12:58.44``Eriknow it's set to listen to 127.0.0.1 which is loopback only
13:04.51*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
13:05.09SkriptkidThank you, Erik :)
13:09.28``Erikis it working as expected now?
13:14.58*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
13:16.26SkriptkidI don't know what an rc.d script is, but could you try restarting using the command line parameter?
14:07.02*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
14:32.13*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
14:36.39Notify03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Ready for review - The work on this task is ready to be reviewed.
14:36.40Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Everything but the File Format -  I'm sending in the copies with the changes you suggested. However, I don't have the ability...
14:36.41Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Ready for review - The work on this task is ready to be reviewed.
14:36.42Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: 3rd Task -  Unfortunatly, I probably won't get that last task in. My Windows 8 Release Preview license expires Tuesday, and the...
14:36.43Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Not running! -  It's not running. Port 8180 gives me nothing.
14:36.44Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Can carry on -  I'll need username/password combo if security is enabled. If it's not, I'll set it up. Also,...
14:36.45Notify03GCI:jasons * 8038207 Publish two Eclipse write-ups to our wiki: Thanks -  Thanks for the mentoring for GCI 2012! Hope my work has benefited your project's goals. If you have any...
14:36.46Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Task Claimed - I would like to work on this task.
14:36.47Notify03GCI:Sean * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Assigned - This task has been assigned to javamonn. You have 72 hours to complete this task, good luck!
14:36.48Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Assigned - This task has been assigned to Plamen Hristov Nikiforov. You have 48 hours to complete this task, good luck!
14:36.49Notify03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: it's running -  It is running, just not accessible from outside of localhost (crit). You may need to look up "jenkins...
14:36.50Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Task Closed - Congratulations, this task has been completed successfully.
14:36.51Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: GCI ends -  GCI ends on Sunday, so you should have time to do both, no? :) Tasks are estimated to only take about 2 hours, especially...
14:36.52Notify03GCI:Sean * 7995206 Add MGED key-binding to reopen the command window: could be -  Could be, the version I tested is not current. Or the problem could be platform specific. The version I tested,...
14:36.53Notify03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Closed - Congratulations, this task has been completed successfully.
14:36.54Notify03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: nicely done -  Thank you for your efforts, nicely done! A future announcement to our brlcad-news mailing list will...
14:36.55Notify03GCI:Arjun Govindjee * 8095204 Create test for mutex/semaphore locking: A little busy -  Sorry I couldn't complete this task (or even start it for that matter), I've been busy these past few days...
14:36.56Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Interview -  I e-mailed some questions to a GSoC student Andrei and got a repy.In the last file that i have uploaded I...
14:36.57Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed.
14:36.58Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins http://www.google-melange.com/gci/task/view/google/gci2012/8109203:   Needs restart   brlcad, It needs to be...
14:36.59Notify03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Last Task -  Probably, I would have to find another task quickly, but I can probably get one more done.
14:37.01Notify03BRL-CAD Wiki:Toshibarve * 4904 /wiki/Tutorial/Blender_to_CAD:
14:37.03Notify03BRL-CAD Wiki:Toshibarve * 4905 /wiki/Tutorial/Blender_to_CAD:
14:37.05Notify03BRL-CAD Wiki:Toshibarve * 4906 /wiki/Tutorial/Blender_to_CAD:
14:37.41Notify03BRL-CAD:starseeker * 54153 brlcad/trunk/src/librt/test_botpatches.cpp: Rework trimming loop assembly to make sure loops are closed - somewhat better results, but that clearly wasn't the only issue.
14:37.43Notify03BRL-CAD:starseeker * 54154 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Need to be able to run brep on invalid geometry, for debugging - don't bail if it isn't valid, just print the message.
14:38.07Notify03BRL-CAD:bob1961 * 54155 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added a snap-to-grid capability to Archer's sketcher.
14:39.38brlcadSkriptkid: given it's set up as an rc.d that implies that command line parameters aren't the way to configure it
14:39.52brlcadthat it should be the config file it's using (wherever that is)
14:40.05SkriptkidOh okay. Didn't know that.
14:40.07brlcada setting in some file
14:40.30brlcadrc.d are "startup" scripts on linux, bsd, unix systems
14:41.00SkriptkidOh. So they're there permanently until new changes
14:41.06brlcada directory filled with scrips that start the services that you want to start up automatically usually, or easily control
14:41.31brlcadthat's how apache httpd is run, for example
14:41.45brlcadsomeone doesn't manually start it, there's a script for it that is just run automatically
14:42.20brlcadand we don't specify any command line parameters for it, even though httpd had *many* that we could configure -- there's a config file
14:43.15SkriptkidOkay.
14:47.14``Erikhm, set up a port forward, http://jenkins.elfga.org/ gets a 404 on / not being found from the servlet engine
14:49.15Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2 http://www.google-melange.com/gci/task/view/google/gci2012/8095205:   that looks much better   That looks much better Plamen! Your interview...
14:51.15Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
14:52.16brlcad``Erik: you know where this loads from?  load_rc_config "jenkins"
14:53.50brlcadah, it says it right there
14:54.01brlcad/etc/rc.conf
14:58.08brlcadSkriptkid: there we go: http://crit.brlcad.org:8180/jenkins/
14:58.47brlcadlet me know if you want me to change the user or pass or any of the other parameters
14:59.12brlcadread /usr/local/etc/rc.d/jenkins to see what options it has
14:59.43brlcad(probably should change the default user/pass)
15:00.39SkriptkidAmazing. It's running. Yeah. I'll configure security.
15:01.12SkriptkidBy default, there is no user/pass. (Or is it there in this installation?)
15:01.53brlcadno idea, you tell me :)
15:02.07SkriptkidIt's not by default.
15:02.24*** join/#brlcad javamonn (~twitch@108.223.143.178)
15:03.51SkriptkidI had previously configured on the temporary Jenkins. I'll configure this in the same way. So all security, build process everything is in my notes.
15:08.15brlcadgreat
15:09.12Notify03GCI:Sean * 8141203 Design a commercial CAD comparison diagram http://www.google-melange.com/gci/task/view/google/gci2012/8141203:   easy   Given you're on Windows, this one is pretty easy:...
15:15.22brlcadSkriptkid: have you seen http://www.unix-heaven.org/book/export/html/65 ?
15:16.52SkriptkidYeah. Was reading it about an hour back.
15:17.59brlcadwonders if it's worth adding another 20 or so eash tasks
15:18.45brlcadconsidering probably only three or four will get completed at best ... hrm
15:19.13SkriptkidYep. 3 days may not be sufficient.
15:19.30brlcadthey're still just 2-hour tasks
15:19.50brlcadsomeone could literally jump to the #1 spot in 3 days
15:20.03brlcadtask-wise at least
15:20.34brlcadno likely of course, but possible :)
15:20.41SkriptkidHehe. Yeah. But what about the waiting the for review? Difference in time ones.
15:20.52Skriptkid*waiting time for review
15:21.02Skriptkid*time zones
15:21.04brlcadmy weekend is mostly available, cleared just in case
15:21.13SkriptkidOh.
15:21.18Notify03GCI:Melange * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:21.24brlcadaww
15:21.38SkriptkidWhat shall I set the build period to? Every 6 hours?
15:21.41brlcadsee now *that* should be an easy task..
15:21.44*** join/#brlcad Skriptkid1 (~Skriptkid@117.202.111.43)
15:21.47brlcadbuilding on pi
15:21.58brlcadcan't wait to play with his raspberry pi
15:22.31Skriptkid_I can do that task, but I don't have a usb keyboard at the moment
15:22.38Notify03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: I am done -  I am done but melange has reopened the task
15:22.46Skriptkid_Oh, snap
15:22.50brlcadheh
15:22.52Skriptkid_:-$
15:22.54Skriptkid_:)
15:22.58brlcadwhat'd you need a usb keyboard for?
15:23.19Notify03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Claimed - I would like to work on this task.
15:23.41SkriptkidRaspberry Pi
15:24.06brlcadI repeat the question, what do you need a usb keyboard for? :)
15:24.58Notify03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Assigned - This task has been assigned to Titi. You have 72 hours to complete this task, good luck!
15:25.04caen23brlcad: would this be a good time to ask about my crit account? :D
15:25.08Skriptkid_To compile BRL-CAD with GCC on a Raspberry PI, to type the commands
15:25.30brlcadSkriptkid: for that, what's wrong with the keyboard you're typing on now?
15:25.41Skriptkid_Wireless, Mac
15:25.46brlcadwe provide remote access to a raspberry pi that we already set up
15:25.53brlcadyou just log in remotely and compile
15:26.09brlcadso as long as you can run ssh, you're good
15:26.15brlcadcaen23: yep :)
15:26.31Skriptkid_Oh, but snap, again, it's taken. I'll move to a design task when this is done
15:26.54Skriptkid_on Jenkins, shall I "make all"? Or just test and regress?
15:27.03brlcadjust "make"
15:27.23Skriptkid_You've added benchmark and regress on Buildbot. That wont be necessary here?
15:27.34brlcadrather, similar to buildbot, make, make test, make regress, make bench, etc
15:27.43brlcadI forget the specific set
15:27.45Skriptkidokay
15:27.54brlcadbut a simple build should be the first step
15:28.11*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43)
15:28.19SkriptkidOf course
15:29.49Notify03GCI:Dominika * 7945221 Create an ISST screenshot or animation: Task Claimed - I would like to work on this task.
15:31.40brlcadyeah, looks like buildbot is set up as make, make benchmark, make test, make regress
15:32.08Skriptkidbrlcad: You can check out Jenkins now. It's still download source, and there might be problems with my config(which I'll will eventually correct,) but if you just wanna see.
15:33.12brlcadcool, it's go the same interactive console output
15:33.49SkriptkidYeah. Looks cleaner though.
15:33.59SkriptkidThan buildbot
15:34.26brlcadwe need a moose watching instead of 'jenkins watching'
15:34.45Notify03GCI:Sean * 7945221 Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Dominika. You have 48 hours to complete this task, good luck!
15:34.58SkriptkidAnother task? ;)
15:35.12Skriptkid"Get a moose to Jenkins"
15:35.34brlcadhehe, http://transparent.clipartof.com/Clipart-Moose-Eating-Popcorn-And-Watching-A-3d-Movie-At-The-Theater-Royalty-Free-Vector-Illustration-10241091160.jpg
15:36.08Skriptkidhehe, that would be cool :D
15:40.03brlcadheh, or http://img.webme.com/pic/h/hcvallorbe-bakalas-wings/manitoba_moose_2004.gif
15:40.13brlcadangry moose!
15:40.28brlcadcurious moose: http://media.photobucket.com/image/moose%20watching/marhaven/Element_Silhouette_Moose.png
15:41.16SkriptkidI'd go with the angry one
15:41.39brlcadCMake Error: The source directory "/usr/local/jenkins/jobs/BRL-CAD/workspace/workspace" does not exist
15:42.17Skriptkidexpected that
15:45.06Skriptkidfixed
15:45.42Skriptkidmake will fail, unless there is some change that has fixed the errors in the last revision
15:46.17Skriptkid(Preface: make failed the last Jenkins tried to Compile it, in the temporary session)
15:46.48caen23Skriptkid: are you talking about the header errors, or something else?
15:47.38SkriptkidYep. Header errors
15:48.10caen23okay
15:48.13Notify03BRL-CAD:carlmoore * 54156 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/test_botpatches.cpp brlcad/trunk/src/proc-db/brickwall.c): remove trailing blanks/tabs, detected by the overnight job I ran
15:50.13*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
15:50.47Skriptkidbrlcad: Does the server support parallel execution? "make -j"
15:51.50brlcadno
15:51.57brlcadeven if it did, not a good idea for a web server
15:52.18SkriptkidThought so. Just asked.
15:52.20brlcadshould probably run all of the make tasks through nice too to set the absolute lowest priority
15:52.49Skriptkidmake failed
15:53.07brlcadnice 20 make
15:53.12Skriptkid"ansidecl.h" not found
15:53.12brlcadnice 20 make benchmark, etc
15:53.22SkriptkidDidnt get you
15:53.29SkriptkidWhat's that?
15:53.32brlcadlook at what buildbot does
15:53.39brlcadit had the same issue I thought
15:53.49SkriptkidOh, yeah.
15:53.51brlcadyou can set the priority of a process with the nice command
15:54.00brlcad-20 to 20
15:54.15Skriptkidso you want me to set bench to highest priority?
15:54.20brlcad20 tells the kernel to only run that task when it's got nothing else to do
15:54.30brlcadhigher is lowest
15:54.34SkriptkidOh
15:54.43Skriptkidokay. I'll do that
15:55.13SkriptkidWould it be better if I add "-k" to make?
15:56.29Skriptkidnice 20 has been added to all make steps
15:56.33Skriptkid"nice 20"
15:57.08brlcadnah, without is fine
15:57.34brlcadconfuses new devs
15:57.45SkriptkidOkay
15:57.54SkriptkidBut you wanted the "nice 20" right?
15:58.05Skriptkid"nice 20 make, bench, etc"
15:58.33brlcadsure
15:58.49SkriptkidSo mark this as complete? Or is anything else needed? You might as well tell me if there's something more needed, since 3 days might not be enough for more tasks
15:59.15brlcadI think it's good enough for the task
15:59.22brlcadundoubtedly will need more work
15:59.34brlcadbut it's set up more proper
16:00.10SkriptkidOkay
16:00.39Notify03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Ready for review - The work on this task is ready to be reviewed.
16:00.49SkriptkidIve documented everything in "jenkins-updated.txt." Hope it's enough, but if you need more info, tell me.
16:01.44Skriptkid(everything essentisl)
16:02.54*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43)
16:03.04Notify03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Closed - Congratulations, this task has been completed successfully.
16:04.05Notify03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Task Claimed - I would like to work on this task.
16:04.17brlcadSkriptkid: so the only thing left is to tell moinnadeem what you did (since he asked and hopefully his write-up was helpful)
16:04.52brlcadSkriptkid: I frankly think the design tasks take more time than the coding tasks... :)
16:05.00Notify03GCI:Sean * 8142202 Design a prototype CAD GUI layout (#2): Task Assigned - This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck!
16:05.04SkriptkidI'm doing that :)
16:05.08brlcadit's not hard, but it takes more time to do anything useful
16:05.09Skriptkidtelling moin nadeem
16:05.13brlcadcool
16:05.14SkriptkidYeah, I know
16:05.27SkriptkidBut, I've been working on it for some time now, and it's almost complete :)
16:05.34SkriptkidThe design task, I mean
16:05.53SkriptkidSo a few more hours maybe, and I'll submit it
16:08.09brlcadok
16:13.48SkriptkidI want to have variety in my tasks, and this'll probably help in that, since everything else has been code and documentation.
16:17.11brlcadnods
16:20.18brlcadcaen23: so if that changes the task too much, feel free to shift the goal (like getting buildbot set up proper instead of in gcimaths home directory
16:20.50brlcadfixing the build errors as part of that would be reasonable since you've done that work too
16:22.30caen23i've asked on buildbot's irc channel if it was a feature of buildbot or a hack by blender and others. i believe it's the latter, but just to be sure. if it's a hack, it would be interesting to try and replicate it, and it shouldn't be too hard, either
16:28.33Skriptkidbrlcad: What exactly is anightly build?
16:28.37Skriptkid* anightly build
16:28.44Skriptkid*a nightly
16:32.58SkriptkidDon't bother answering. Got it.
16:40.24Notify03BRL-CAD:caen23 * 54157 brlcad/trunk/src/other/xmltools/libexslt/CMakeLists.txt: Fix include path error on FreeBSD
16:44.06SkriptkidThere's an issue with nice. "nice 20 make" —> "nice: 20: No such file or directory"
16:44.14SkriptkidWhat have I done wrong?
16:44.20caen23try nice -n20 make
16:46.36SkriptkidYeah. Doing that
16:50.19Skriptkidcaen23: Did you make the header fix?
16:51.04SkriptkidAh, it's successful. But the same error is there in another file
16:51.34caen23the build directory should be deleted before running cmake
16:54.07Skriptkidit gets deleted
16:54.11Skriptkidevery time a build is run
16:54.37caen23i don't know, cmake doesn't seem to start from the top, with trying to find gcc
16:55.57Skriptkidhmm..yeah. But the log says the build directory is sucessfully deleted. Your of works of course, but it was only for libexslt right?
16:56.07Skriptkid*your fix
16:56.47caen23yes, it only modified the CMakeLists in that directory, the other two (libxml and libxslt) had already been modified
16:57.13SkriptkidOkay. Anyway, I don't wanna disturb you from your current task. That'll be a different task I guess.
16:57.23SkriptkidSo its okay
16:58.38caen23you're not disturbing me from anything, i need to know if jenkins is the problem or there's something else i need to change
17:00.43SkriptkidYou'll probably need to add another fix. Jenkins isn't reporting any error
17:07.05brlcadit looks like jenkins is halting after the svn checkout/update
17:08.19SkriptkidIt's not halting. Strangely, it's redirecting to another environment called "default" where the build is being continued
17:08.50SkriptkidNot environment, default is a configuration
17:09.03brlcadah, http://crit.brlcad.org:8180/jenkins/job/BRL-CAD/default/5/console
17:09.16SkriptkidSo it downloads the source only once, and then redirects to a configuration
17:09.20brlcadit's reusing the build directory
17:09.23brlcadneeds to delete it
17:09.57SkriptkidHmm. I've put the "rm -rf build" I'll check it out
17:10.03Notify03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Ready for review - The work on this task is ready to be reviewed.
17:10.19brlcadcan tell from the cmake output that it reused the cmake cache
17:10.31Notify03BRL-CAD:caen23 * 54158 brlcad/trunk/src/other/xmltools/CMakeLists.txt: Add /usr/local/include to xmltools/CMakeLists.txt as well
17:10.36SkriptkidAbout the config, Jenkins is set up for multiple configs. So this is the default config
17:10.44caen23ok, now that should do it
17:12.44caen23brlcad: i told you about this yesterday as well, but on 32-bit freebsd, make regress passes as well
17:12.56caen23so it seems like 32-bit linux is the problem
17:13.00Notify03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
17:13.57Skriptkidcean23: Yep. It's fixed
17:14.35Notify03GCI:Melange * 8023219 Set up QEMU deployment testing: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The...
17:20.51Notify03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: missing lots -  You just did V, yet even you originally identified A and B vectors too. Plus, that should denote (perhaps with different...
17:22.57Notify03BRL-CAD:bob1961 * 54159 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added a ruler to Archer's sketcher.
17:30.50*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43)
17:40.47*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
18:02.44Skriptkidbrlcad: https://wiki.jenkins-ci.org/display/JENKINS/Simple+Theme+Plugin
18:08.13Notify03BRL-CAD:bob1961 * 54160 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Tweak the ruler placement a bit.
18:16.09maths22brlcad: should the latest svn compile correctly?
18:16.24brlcadmaths22: I haven't tried a compile today
18:16.43*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43)
18:16.44maths22thanks
18:16.45brlcadbut generally, it should ALWAYS compile correctly but sometimes things happen that are quickly fixed
18:17.20brlcadif it doesn't compile, it's always something very trivial (usually that anyone can fix if they just read the error message)
18:27.48maths22I get an error in the file /src/libbn/tests/bn_list.c
18:28.56Skriptkidbrlcad: Yesterday, you asked me to remind you about the bu_parallel test.
18:29.03caen23maths22: can you paste the output of the error to http://pastebin.mozilla.org/ ?
18:29.59maths22Not really.  I cannot copy and paste from my qemu vm, which I am trying to set up.
18:30.35caen23then can you tell us what it complains about?
18:30.45maths22Sure:
18:31.23maths22error: ignoring return value of 'fread' declared with attribute warn_unused_result
18:31.42maths22In function 'compare_result'
18:33.09maths22also in function 'check_result_len'
18:33.57caen23i would try adding a (void) before the calls to fread, but i don't know if this is how they should be properly solved
18:34.26maths22ok. thanks
18:36.05maths22Do I then need to re-run cmake, or just make?
18:37.01brlcador better, check the return value
18:37.11Notify03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Ready for review - The work on this task is ready to be reviewed.
18:37.40maths22How (what do I do with the return value?
18:39.31caen23i guess you check to see if fread was successful or not
18:39.57Notify03BRL-CAD:brlcad * 54161 brlcad/trunk/src/libbn/tests/bn_list.c: quellage. check fread() return value.
18:40.14maths22thanks.  I will update my source
18:40.28brlcadyou should read the patch and make sure you understand it too
18:40.34maths22I will
18:40.44brlcadthat's something that should take any dev 5 minutes to recognize, understand, and fix
18:41.07maths22I have not previous looked at any of brlcad's source
18:41.27brlcadthat's not specific to BRL-CAD
18:42.08brlcadyou'll find the more you look at code, there's many common patterns and most of them really are very simple and easy to understand
18:43.03brlcadand the messages that are spit out from compilers even are very common from compiler to compiler, but 99% of the time will be pretty simple messages
18:43.11maths22OK.  I do not have a lot of c exprience (mostly java)
18:43.53brlcadit's really no different for other languages either, more a matter of reading the message and actually *trying* to understand what it's telling you
18:44.29maths22I got that something had to happen with the return value, but I could not identify what.
18:44.46brlcadyou'll find that the messages quickly start to make sense, and the solutions (regardless of language, compiler, platform, etc) are VERY similar and all revolve around the same issues
18:45.08maths22I probably just need more experience with big projects.
18:45.15brlcadnah
18:45.26brlcadjust more experience reading those messages
18:45.51brlcadthe first time you read a message, it'll always take a "little" bit longer until you encounter more and more and more and start to see the patterns
18:46.01maths22True.  I have compiled all of two c programs.
18:46.47brlcadso with that error, you'd just start with what you noticed .. something wrong with a return value
18:47.03brlcadit tells you what's wrong even: "ignoring return value"
18:47.05maths22the fix seems to work.  HOwever, I have not yet been able to look at the patch
18:47.10brlcadso first step is to not ignore it
18:47.37maths22web svn is not working now
18:48.07brlcadreading the fread manual page (man fread), you'd have seen the return is a size_t, so you stash it in a size_t
18:48.34brlcadonce captured ... it's no longer ignored, and had you done that, you'd probably have gotten another warning saying you don't actually use the value
18:49.23brlcadso that should make sense if you just size_t val = fread() and do nothing, that's not readlly doing anything, so reading the manual page you see that the return value should equal the value of the third parameter
18:49.59brlcadthat gives you something to check, you add the check and it's not clear in that code what useful thing could be done if that read fails, so we just print a message
18:50.11brlcaddone
18:50.42brlcadmaybe 10 minutes the first time to go from start to finish, but the second time becomes all of 30 seconds
18:51.19brlcadyou don't need web svn to look at a patch ;)
18:51.45brlcadsvn info file.c ; svn diff -r### file.c where ### is the previous revision
18:54.09*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
18:54.43caen23what is the maximum line length in use? hacking doesn't seem to mention it
18:55.20brlcadthere isn't one
18:55.25brlcadit should just be file-consistent
18:55.39brlcadI have monitors that are 500+ chars wide
18:56.04caen23i usually go with 80, but i've seen that 78 and 79 are also used by some projects
18:56.06brlcadothers will be 100+ or 200 .. with a good editor it shouldn't matter
18:56.35brlcadwe do have column specs for certain files (and for comments)
18:56.54brlcadbut not for code, like a long if() statement or function signature
18:57.28brlcadthose the practice is generally one long line or one arg per line
18:58.03brlcadthe general idea is to be consistent with whatever the file is currently doing
18:58.16brlcadif the file isn't consistent, you can make a separate commit to make it consistent
18:59.34caen23i was thinking that you could have written if(fread != BUFFER) in your previous patch, but then i thought that maybe it got too long and there are some rules in place
19:01.27brlcadnah, that would have been fine
19:01.54brlcadper fread()'s docs, it will never be >, only == or < and < is the error, so I went with that
19:02.15brlcadslightly faster test, not that it matters
19:02.54caen23ugh, didn't pay attention to my sign :D
19:17.09*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
19:26.10Notify03BRL-CAD:brlcad * 54162 brlcad/trunk/HACKING: mention our implicit guidelines around line length. consistency is king, but we're not yet pedants on line length.
19:37.39Notify03BRL-CAD:carlmoore * 54163 brlcad/trunk/src/proc-db/brickwall.c: oops, remove some debugging stuff which was not to be committed
19:39.12*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
19:44.54*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43)
19:59.42Notify03BRL-CAD:brlcad * 54164 brlcad/trunk/src/libfb/tcl.c: deconditionalize the function declarations and validate all parameters. avoids undocumented need for checking if w or h are less than zero, which is unclear what that would even mean anyways.
20:00.21Notify03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Ready for review - The work on this task is ready to be reviewed.
20:00.56Notify03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Closed - Congratulations, this task has been completed successfully.
20:01.36Notify03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Design2.zip -  Ignore Design.zip
20:02.36Notify03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: well done -  Now that looks like a much better compile attempt. I made a change to the file that failed (src/libfb/tcl.c) so it...
20:09.12Notify03GCI:Sean * 8142202 Design a prototype CAD GUI layout (#2): Task Closed - Congratulations, this task has been completed successfully.
20:13.32brlcadSkriptkid_: that is actually very very nice ..
20:13.41Skriptkid_thank you :)
20:13.47brlcadthat's a lot closer to what we were hoping to see from some of the others
20:14.07brlcadI think only one other of the layout tasks did as well and their design is radically different
20:15.19Skriptkid_Oh, Cool :) I looked at how other famous CAD softwares out there are, took the best out of them and added some of my own design
20:17.22Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Task Claimed - I would like to work on this task.
20:18.27Notify03GCI:Sean * 8007218 Implement runtime detection of SSE: Task Assigned - This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck!
20:18.53brlcadwe're just getting started on the design of our third-generation GUI, you might like to get involved with that some in a few months
20:18.59brlcadif that's interesting to you, of course
20:19.28brlcadability to participate in something that very well may get used by millions of people ;)
20:20.03brlcadby our 3rd gen, our usability issues will be nearly all gone (that's the point)
20:20.43brlcadnote that SSE task is a little different than the description says -- I believe that function already exists now in libbu, but it's not being used where we have SSE
20:21.52Skriptkid_I'll keep that in mind. And yes, I'd like to be involved in the design
20:22.47maths22My linux system was tied up trying to make.
20:23.38Skriptkid_brlcad: libbu/simd.c
20:27.07Skriptkid_So since this function is already present, where should it be implemented?
20:33.38Skriptkidbrlcad: Or rather, a more appropriate question, where is SSE being used?
20:34.32caen23brlcad: the guy who maintains buildbot wrote on their irc that blender and scummvm did the download thing themselves. i can do it, too, but how do you want to proceed? close this task as research, or give me an extension and write the whole thing?
20:39.17Notify03BRL-CAD:starseeker * 54165 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/test_botpatches.cpp): interpolation of points to create a 3d curve doesn't work so well when there are only two of them.
20:39.32Skriptkidbrlcad: Sorry, Sean. Gotta run. I know I'm breaking IRC etiquette. I'll figure that out myself.
20:41.14Notify03BRL-CAD:starseeker * 54166 brlcad/trunk/src/librt/CMakeLists.txt: whoops - don't uncomment yet.
20:42.54Notify03BRL-CAD:bob1961 * 54167 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Fixed an issue related to the units being something other than mm. There are a couple more that still need fixing.
20:45.39Notify03GCI:Melange * 7945223 Write a BRL-CAD to RAW converter: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The...
21:09.57Notify03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Task Claimed - I would like to work on this task.
21:25.47Notify03GCI:Sean * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Task Assigned - This task has been assigned to BrendenD15. You have 48 hours to complete this task, good luck!
21:27.45brlcadcaen23: yeah, lets just close it as research
21:28.14brlcadcaen23: best to not try and implement it without deciding on jenkins vs buildbot first
21:28.26brlcadwhich isn't going to happen this weekend ;)
21:28.43caen23alright, then :D
21:34.26Notify03GCI:Cezar * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Ready for review - The work on this task is ready to be reviewed.
21:38.23brlcadcaen23: you should summarize your findings in a comment
21:38.45caen23brlcad: the file is not enough?
21:38.53brlcaddidn't see that, never mind ;)
21:39.09caen23okay :D
21:40.34Notify03GCI:Sean * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Task Closed - Congratulations, this task has been completed successfully.
22:47.43*** join/#brlcad caen23_ (~caen23@92.81.207.138)
22:59.40Notify03BRL-CAD Wiki:BrendenD15 * 4907 /wiki/Tutorial/Shaders: Tutorial/Shaders 0.5 w/o pictures
23:05.26Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot1.png]]"
23:17.47Notify03BRL-CAD Wiki:BrendenD15 * 4909 /wiki/Tutorial/Shaders: Added first image
23:18.27Notify03BRL-CAD Wiki:BrendenD15 * 4910 /wiki/Tutorial/Shaders:
IRC log for #brlcad on 20130112

IRC log for #brlcad on 20130112

01:33.59starseekerarrrgh - I can't believe I didn't see this earlier:  www.cs.berkeley.edu/~sequin/CS284/PAPERS/root3subdiv.pdf
01:34.46starseekeris "faking" the interpolation by scaling, but a proper interpolation is *much* better
01:35.26starseekernoticed openflipper had it listed in their GUI
01:47.00starseekerhmm... looks like openflipper/openmesh may be the only implementation
01:48.50*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
01:49.18*** join/#brlcad abetusk (~abetusk@cpe-24-58-232-122.twcny.res.rr.com)
02:00.11starseekertries openflipper's mesh editing...
02:04.23starseekerwow
02:05.06starseekermay need to rethink any time spent with meshlab, at least for editing...
02:07.22``Erikstarseeker: http://knowyourmeme.com/memes/youre-doing-it-wrong
02:09.28starseeker``Erik: what am I doing wrong?
02:10.37``Erikediting in meshlab, it'd seem :D
02:10.42starseekerheh
02:11.29starseeker``Erik: what do you make of this license exception:  http://www.openmesh.org/index.php?id=381
02:12.26starseeker``Erik: is that enough to be LGPLv2 compatible?
02:13.47``Erikthat exception almost makes it sound PDish or BSD/MITish
02:14.59starseekerI'm interpreting that as "it's LGPLv3, and changes to the particular files are LGPLv3, but you can combine it with whatever"
02:15.50starseekersorta like the MPL2
02:16.10``Erikyeah, I d'no, it's almost like an academic type decided that they're smart enough to do lawyer-speak O.o
02:16.18starseekerwinces
02:16.43*** join/#brlcad javamonn (~twitch@108.223.134.14)
02:17.23starseekerguess it would stand to reason they'd have sqrt3 subdivision implemented, seeing as Kobbelt was behind the original idea
02:17.43``Erikthe dude calls himself professor, usually they're extremely happy to answer questions about their shtuff if it might be used
02:18.16``Erikcould send an email saying how you want to use it and what our beef with lgplv3 is to verify that it's covered
02:19.03``Erik(and I can never remember what our beef with v3 is)
02:19.05``Erik:D
02:19.37starseekernot compatible with LGPLv2, according to the FSF compatibility chart
02:22.26starseekerIIRC, it works like this:  LGPLv2 only is compatible with GPLv2 only usage, but LGPLv3 is not compatible with such usage
02:22.58starseekerso if we use an LGPLv3 library, we "poison pill" our code for use with GPLv2 only licensed codebases
02:25.32starseekerO.o  http://openmesh.org/Documentation/OpenMesh-Doc-Latest/vdpm_docu.html
02:25.43starseekerView Dependent Progressive Meshes
02:28.30starseekersubdivides the heck out of the bunny in openflipper...
02:28.51starseeker``Erik: how many faces do you need before a typical OpenGL view starts bogging down?
02:36.01starseekernevermind, I hit swap too quickly anyhow - ram insufficient
02:51.32``Erikstarseeker: too many variables for a single number... if the faces are front to back, a lot of circuitry can be skipped (depth buffer test), different cards have different onboard ram amounts, so you might be able to cache whole geometries on the card, different cache expiration mechanisms can change performance, pcix vs pcie vs agp vs ...
02:51.48``Eriktristrip vs trifan vs tris vs vars vs ...
02:52.30``Erik(and never do polygons, break 'em to triangles... the cards usually do triangles so they'll have to break polys up on the fly, which can blow pipeline performance)
02:55.55Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot2.png]]"
02:56.51Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot3.png]]"
02:57.41Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot4.png]]"
02:58.11*** join/#brlcad hsrai (~quassel@202.164.53.117)
03:00.26Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot5.png]]"
03:03.26Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot6.png]]"
03:06.32Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:ShadersShot6.png]]"
03:07.47Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot7.png]]"
03:08.52Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot8.png]]"
03:09.22Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot9.png]]"
03:10.02Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot10.png]]"
03:10.33Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot11.png]]"
03:12.44Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot12.png]]"
03:13.19Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot13.png]]"
03:14.14Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot14.png]]"
03:14.40Notify03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot15.png]]"
03:14.57starseekereven if I can't use openmesh directly, I can probably study how he organized his data for the subdivision
03:15.25starseekernot to mention figure out what the *bleep* a couple of his terms actually mean geometrically
03:44.11*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
04:03.13Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Where should it be implemented? -  libbu/simd.c already has a function for runtime detection of SSE. Where should this be implemented?...
04:10.25*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43)
04:19.42Notify03BRL-CAD Wiki:BrendenD15 * 4926 /wiki/Tutorial/Shaders: Added all pictures
04:34.03*** join/#brlcad yukonbob (~AndChat95@107.231.51.27)
04:34.13yukonbobHello #brlcad
04:40.50starseeker``Erik: have you seen this paper?  http://www.graphics.rwth-aachen.de/media/papers/campen_2010_eg_021.pdf
04:49.43*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
04:54.39Notify03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki http://www.google-melange.com/gci/task/view/google/gci2012/8137202:   Almost Done   I've got almost everything set...
05:06.04*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
05:08.27*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
05:16.43*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43)
05:19.59*** join/#brlcad hsrai (~quassel@202.164.53.117)
05:51.48*** join/#brlcad hsrai_ (~quassel@202.164.53.117)
06:11.35*** join/#brlcad hsrai (~quassel@202.164.53.117)
06:28.01*** join/#brlcad hsrai_ (~quassel@202.164.53.117)
06:28.55*** join/#brlcad hsrai (~quassel@202.164.53.117)
06:36.15*** join/#brlcad hsrai_ (~quassel@202.164.53.117)
06:51.05*** join/#brlcad hsrai (~quassel@202.164.53.117)
07:21.25*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-237-182.web.vodafone.de)
07:43.27*** join/#brlcad hsrai_ (~quassel@202.164.53.117)
08:32.10*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:55.11*** join/#brlcad merzo (~merzo@203-196-200-46.pool.ukrtel.net)
10:43.40*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-82-146.web.vodafone.de)
11:21.57*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233)
12:12.50*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:13.09Notify03BRL-CAD Wiki:95.43.219.114 * 4927 /wiki/Community_Publication_Portal: /* Final Editorial Review */
12:13.10Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed.
12:13.11Notify03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: leaderboard... -  can you tell me whats my position on the leaderboard after closing of this task
12:17.39*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233)
15:12.14*** join/#brlcad ibot (~ibot@rikers.org)
15:12.14*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
15:26.22*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233)
16:42.46*** topic/#brlcad by Skriptkid -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
16:43.03SkriptkidSnap. Sorry about that. Accident
16:45.35*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.233)
16:47.51Skriptkidbrlcad: Really sorry that topic changed happen. Now it says "Set by Skriptkid" when someone logs in. Please re-set it so that it goes back to "set by brlcad" Sorry again.
16:51.48andrei__Skriptkid: I don't think that's a terrible mistake, don't worry :)
16:52.31SkriptkidOkay :)
17:14.37Notify03GCI:Melange * 8023219 Set up QEMU deployment testing: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
17:25.05*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233)
17:26.43Notify03GCI:Sean * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: don't worry -  Don't worry about shrinking the images when you upload them. You can upload them full resolution and the...
17:31.08Notify03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: No bezier segments? -  I noticed that there's no bezier segments in your example? It would be good to include at least one. Its pretty...
17:31.33Notify03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
17:32.58Notify03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: I believe -  I believe you're still in the top 5 but we won't be reviewing the list again until after the deadline. Remember that quality...
17:33.08Notify03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: Task Closed - Congratulations, this task has been completed successfully.
17:34.23Notify03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: good enough -  Just to be clear, the image is "good enough" now, but it is still really desirable to have a Bezier segment.
17:38.14Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: forgot an image -  Plamen, I missed noticing in the first review that there should be at least one image with every article. Can you find...
17:38.18*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-098-120.pools.arcor-ip.net)
17:38.19Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
17:45.51*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233)
17:47.21*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-098-120.pools.arcor-ip.net)
18:24.00Notify03BRL-CAD Wiki:BrendenD15 * 4928 /wiki/Tutorial/Shaders: Re sized many photos and added minor formatting changes.
18:25.42Notify03BRL-CAD:caen23 * 54168 brlcad/trunk/src/other/xmltools/libxml/CMakeLists.txt: In some cases (e.g. OS X), CMAKE_THREAD_LIBS_INIT is set to "" when threads are available, causing IF(CMAKE_THREAD_LIBS_INIT) to fail even if threads are available. This, in turn, causes compilation of libxml/src/threads.c to fail. We now check if Threads_FOUND is true, which should be more portable
18:26.09caen23now that's some change i've been meaning to make since the beginning of gci, i hope it's okay
18:28.13Notify03BRL-CAD Wiki:BrendenD15 * 4929 /wiki/Main_page: Added Shaders Tutorial link
18:31.03Notify03BRL-CAD Wiki:95.43.219.114 * 4930 /wiki/Community_Publication_Portal: /* "Improving BRL-CAD's networking library":Andrei - Constantin Popescu */
18:33.08Notify03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed.
18:33.40Notify03BRL-CAD Wiki:BrendenD15 * 4931 /wiki/Tutorial/Shaders: Re sized ShadersShot3.png
18:50.58Notify03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki http://www.google-melange.com/gci/task/view/google/gci2012/8137202:   Finished Product   I've shrunk most of the...
18:51.28Notify03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Ready for review - The work on this task is ready to be reviewed.
19:01.43Notify03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki http://www.google-melange.com/gci/task/view/google/gci2012/8137202:   Other Wikis I've Done   By the way, if you...
19:27.21Notify03GCI:Cezar * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: Task Claimed - I would like to work on this task.
19:33.41Notify03GCI:Andrei Popescu * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: Task Assigned - This task has been assigned to Cezar. You have 72 hours to complete this task, good...
20:08.46*** join/#brlcad andrei__ (~andrei@188.25.163.124)
20:20.02Notify03GCI:Dominika * 7945221 Create an ISST screenshot or animation: Problem with running isst -  I've got a problem with running ISST from disc image. When I try to run isst I can see something like...
20:37.09*** join/#brlcad cherv (53055678@gateway/web/freenode/ip.83.5.86.120)
20:45.38Notify03GCI:Melange * 7945223 Write a BRL-CAD to RAW converter: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
20:53.46*** join/#brlcad Dominika (b225529a@gateway/web/freenode/ip.178.37.82.154)
20:56.27DominikaI've got a problem with running ISSt from disc image. I can see in terminal sometning like that: Error in startup script: couldn't load file "/usr/brlcad/dev-7.21.0/bin/../lib/isst0.1/../../lib/libissttcltk.so": /usr/brlcad/dev-7.21.0/bin/../lib/isst0.1/../../lib/libissttcltk.so: cannot open shared object file: No such file or directory       while executing   "load /usr/brlcad/dev-7.21.0/bin/../lib/isst0.1/../../lib/libissttcltk.so
21:08.45*** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it)
21:46.49Notify03GCI:Cezar * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: Couple of questions -  What happens if dir1/file1 is edited in both repoA and repoB? Should you be prompted...
22:04.40*** join/#brlcad merzo (~merzo@211-22-132-95.pool.ukrtel.net)
22:15.12Notify03GCI:Dominika * 7945221 Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now.
IRC log for #brlcad on 20130113

IRC log for #brlcad on 20130113

00:31.53*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
01:50.02*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233)
02:08.13Notify03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Closed - Congratulations, this task has been completed successfully.
02:08.59abetuskfor { set i 1 } { i <= 5 } { incr i } {
02:09.00abetuskecho $i
02:09.00abetusk}
02:09.21abetuskgives: Error: invalid bareword "i" in expression " i <= 5 "; should be "$i" or "{i}" or "i(...)" or ...
02:09.25abetuskhelp?
02:09.47brlcadabetusk: what don't you understand?
02:10.12abetuskWhat the proper syntax is
02:10.26brlcadabetusk: the "i" in "i <= 5" is invalid
02:10.34brlcadit gives you suggestions
02:10.40abetusksubstituting $i does not work..
02:10.40brlcadwhat's the first suggestion?
02:10.47brlcadwhat does that do?
02:10.56abetuskit does not print out anything
02:11.06brlcadthat's a different problem
02:11.06abetuskbut runs without error
02:11.10abetusktrue
02:12.39brlcadwhere are you running that script?
02:13.06abetuskI have a an mged command line window open
02:13.11abetuskis that what you're asking?
02:13.37brlcadyep
02:13.42brlcadchange echo for puts
02:14.14abetuskthank you
02:14.20abetuskwhat is the difference?
02:15.37brlcadthe tcl intepreter running within mged is running within a complex I/O framework
02:16.17abetuskRight, tcl.  Haven't used that in over a decade.
02:16.35brlcadtcl's default behavior for commands doesn't output to channels we control -- we override the behavior for puts so it works, but not for echo
02:17.01Skriptkidbrlcad: Where is SSE being used? Libbu?
02:18.29brlcadSkriptkid: grep _SSE include/*
02:19.05brlcadvector_x86.h in particular iirc
02:20.57SkriptkidThank you.
02:21.41brlcadif you follow the preprocessor symbols and functions, those are part of a general interface used in a few places, but src/librt/test_dvec.cpp and src/libnurbs/opennurbs_fit.* come to mind
02:22.34SkriptkidI'll look at them too.
02:23.38brlcadthe dvec interface is generalized
02:24.01brlcadit presently toggles over between vector_x86.h and vector_fpu.h depending on whether sse is available
02:24.23abetuskis there a way to 'select' the object from the command line instead of from the 'primitive selection' dropdown?
02:25.33brlcadskriptkid: instead of compile-time toggle, the goal is to make it toggle at run-time (several ways to do that)
02:25.48brlcadSkriptkid: but definitely not easy - don't bang your head for too long
02:25.52SkriptkidSo that toggle needs to be done during runtime rather than at cMake.
02:26.17brlcadabetusk: absolutely, you can use the sed or oed commands to select primitives and combination objects
02:26.21SkriptkidOh. I might need an extension. I haven't been able to work on it yesterday.
02:26.31brlcadSkriptkid: no worries
02:26.55brlcadabetusk: e.g., make sph sph; sed sph ; tra 10 0 0 ; accept
02:27.29brlcador: r sph.r u sph ; oed / sph.r/sph ; tra -100 0 0 ; accept
02:27.57brlcadoed's a little tricky, but there's an entire tutorial on it on the website
02:29.02abetuskbrlcad, I appreciate the help.  I learn faster this way.  As long as you can stand it, I would like to ask this way.
02:31.13brlcadabetusk: sometimes it takes seconds to respond, sometimes hours, but I always respond and absolutely don't mind
02:38.37Notify03GCI:Sean * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Task Closed - Congratulations, this task has been completed successfully.
02:49.04Notify03GCI:Sean * 7945221 Create an ISST screenshot or animation: compile from source -  It should be easy to fix that error by finding the libissttcltk.so file that it's looking for and putting it into...
02:55.40Notify03BRL-CAD Wiki:FlorpeztpmroxjKassem * 4932 /wiki/Benny_Hinn_Moving_In_the_Miraculous_and_Mentoring_the_Next_Generation: New page: My beloved Pastor Benny Hinn of two-and-a-half years was instrumental in teaching me the Word of God, the ways on the Hallowed Soul and the best way to move on the supernatural to bring he...
02:57.12*** join/#brlcad ws (~ws@antigenx.com)
03:06.40Notify03GCI:Sean * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: should merge -  It should merge the two change sets. The trick is getting git to recognize that those are the...
03:35.28*** part/#brlcad ws (~ws@antigenx.com)
03:37.49*** join/#brlcad hsrai (~quassel@202.164.53.117)
03:41.06*** join/#brlcad hsrai (~hsrai@202.164.53.116)
05:58.16yukonbobAnybody aware of brlcad being used for data visualization outside of CSG modeling or displacement maps? Examples? I'm aware of DSP for viewing eg USGS DEM data, and modeling objects for various illustrative purposes (show design, construction, measure mass and dimensions), but curious what other creative uses have been performed.
07:07.24abetuskbrlcad, up and about?
07:50.57*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-119-130.web.vodafone.de)
09:13.23*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-119-130.web.vodafone.de)
09:29.29*** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
09:31.26*** join/#brlcad KimK_laptop_ (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
09:50.17*** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it)
11:55.22*** join/#brlcad andrei_ (~andrei@188.25.26.19)
12:25.04*** join/#brlcad EricPoehlsen (~Eric@109.46.51.124)
13:12.16*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
13:17.01*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
13:18.08*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
14:16.08*** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it)
14:26.17Notify03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Task Claimed - I would like to work on this task.
14:32.29SkriptkidWould dynamic loading be a good option for implementing run-time SSE toggling?
14:32.32Skriptkidbrlcad?
14:32.49Notify03GCI:Andrei Popescu * 8023219 Set up QEMU deployment testing: Task Assigned - This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck!
14:57.40SkriptkidAny suggestions or ideas anyone?
15:48.44*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
15:50.03*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
16:29.29*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
17:14.37*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-104-171.pools.arcor-ip.net)
17:34.14*** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it)
18:08.10Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Dynamic Loading? -  Would dynamic loading be the right path here? I've done reasearch for 5 hours, but I've found nothing that can help...
18:40.07*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
18:50.25*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
19:05.24*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
19:10.58*** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it)
19:13.56*** join/#brlcad Skriptkid__ (~Skriptkid@117.208.162.232)
19:15.35*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
19:20.33*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
19:20.52*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
19:42.40Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Extension -  Need an extension. Please. Was not able to work on this yesteray and today. Started about 6 hours ago and still waiting for...
20:18.28Notify03GCI:Melange * 8007218 Implement runtime detection of SSE: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The...
20:37.45*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
21:26.39*** join/#brlcad crdueck (~cdk@24.212.219.10)
22:07.31*** join/#brlcad crdueck (~cdk@24.212.219.10)
22:14.00*** join/#brlcad crdueck (~cdk@24.212.219.10)
22:39.05brlcadhuh, no emails
22:40.12Notify03GCI:Sean * 8007218 Implement runtime detection of SSE: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
22:41.37Notify03GCI:Sean * 8007218 Implement runtime detection of SSE: dynamic loading -  Dynamic loading would be a viable solution, but generally not desired. Better to just compile both the sse and non-see...
IRC log for #brlcad on 20130114

IRC log for #brlcad on 20130114

00:11.22*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
00:27.07*** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
00:37.45*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
00:56.12Notify03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Well... -  Well, this task has taken me far longer than I had originally anticipated. I started with compiling...
01:04.51Skriptkiddvec.h contains the class dvec and prototypes of all members of the class, while their definitions are in vector_x86.h or vector_fpu.h, depending on availability of SSE right? Sorry If this is stupid. I'm not really familiar with C++
01:14.56*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
01:15.11*** join/#brlcad Skriptki_ (~Skriptkid@117.208.162.232)
02:00.25Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Toggling -  Should subclassing be done here? Since the definitions of members of dvec are different but prototypes are same, overloading...
02:51.51Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Dropping -  I guess I'm dropping this. I don't know C++, especially OOP in it, so no point breaking my head over this when i can do some...
02:54.11Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Ready for review - The work on this task is ready to be reviewed.
02:54.51Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Unclaim? -  How can I unclaim?! There's no "Unclaim" option!
03:43.22*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-104-171.pools.arcor-ip.net)
03:51.29*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-104-171.pools.arcor-ip.net)
04:00.18SkriptkidCould some mentor please reopen that task? I'm unable to unclaim it.
04:29.14*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232)
04:29.20*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
04:56.37*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
05:17.41Notify03GCI:Melange * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status...
05:19.16Notify03GCI:Sean * 8007218 Implement runtime detection of SSE: Task Closed - Congratulations, this task has been completed successfully.
05:23.58Notify03GCI:Sean * 8007218 Implement runtime detection of SSE: as you noted -  As you noted, we technically have an implementation of runtime detection and you identifeid that feature available. You've...
06:09.26*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
06:10.23*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
06:14.15SkriptkidIs analyze working for elliptical hyperboloids(ehy)? I get an "unable to process ID_EHY" on even a fresh checkout
06:41.26Notify03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Subclassing -  Subclassing might be a good idea. You have the main(base) dvec class. Create two subclasses which inhert it. One for x86...
07:17.55*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
07:28.23*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
07:47.16*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
08:00.46*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
08:14.02*** join/#brlcad abhishek (cb7a0604@gateway/web/freenode/ip.203.122.6.4)
08:16.54*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
08:25.10*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
08:53.39*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
09:03.07*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:06.01Notify03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Set the task to "needs review" -  if you think you did enough for a GCi task.
09:13.54*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
10:23.54*** join/#brlcad andrei_ (~IceChat7@5-12-220-69.residential.rdsnet.ro)
10:30.11*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
10:42.01*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232)
10:56.48*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
12:09.38*** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6)
12:24.00*** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6)
12:35.02*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:38.06Notify03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Ready for review - The work on this task is ready to be reviewed.
12:41.18*** join/#brlcad Skriptkid1 (~Skriptkid@117.208.165.6)
12:45.27*** part/#brlcad Skriptkid1 (~Skriptkid@117.208.165.6)
12:46.15*** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6)
12:46.21*** join/#brlcad Skriptki_ (~Skriptkid@117.208.165.6)
13:14.04Notify03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: I'm getting the following compilation errors -  with standard CMake generated make files (no...
13:14.14Notify03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
13:15.09Notify03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
13:15.33*** join/#brlcad Skriptkid1 (~Skriptkid@117.208.165.6)
13:18.49*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-81-124.web.vodafone.de)
14:14.35*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
14:18.04Notify03GCI:Sean * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: two hours remaining -  Javamonn, Since there's only two hours remaining, go ahead and mark the task as needing review...
14:42.21Notify03GCI:Sean * 8104208 Add missing documentation for any one command (#4): thank you! -  As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment...
14:43.21Notify03GCI:Sean * 7998215 Implement a primitive volume function ... for gridded volumes (VOL): thank you! -  As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts....
14:43.31Notify03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: thank you! -  As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment...
14:44.06Notify03GCI:Sean * 8003218 Compile and run BRL-CAD on a Raspberry Pi: thank you! -  As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment interface closes...
14:44.21Notify03GCI:Sean * 7987215 Categorize all of BRL-CAD's commands into a spreadsheet: thank you! -  As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment...
14:47.21Notify03GCI: *  :  -
14:47.31Notify03GCI: *  :  -
14:47.41Notify03GCI: *  :  -
14:47.51brlcadheh
14:48.10brlcadlooks like notify can't handle accents
14:49.02Notify03GCI: *  :  -
14:49.22Notify03GCI: *  :  -
14:51.08Notify03GCI: *  :  -
14:51.23Notify03GCI: *  :  -
14:52.03Notify03GCI: *  :  -
14:52.38Notify03GCI: *  :  -
14:54.03Notify03GCI: *  :  -
14:54.48Notify03GCI: *  :  -
14:55.33Notify03GCI: *  :  -
14:56.48Notify03GCI: *  :  -
14:56.58Notify03GCI: *  :  -
14:57.08Notify03GCI: *  :  -
14:57.18Notify03GCI: *  :  -
14:58.13Notify03GCI: *  :  -
14:58.43Notify03GCI: *  :  -
14:58.58Notify03GCI: *  :  -
14:59.14Notify03GCI: *  :  -
14:59.29Notify03GCI: *  :  -
14:59.44Notify03GCI: *  :  -
15:00.34Notify03GCI: *  :  -
15:02.09Notify03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Name -  I have already provided my name in one ofthe previous task.  BTW my name is Sharan Narayan. My email address is...
15:02.44Notify03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Thank you too! -  GCI has been amazing! I'll save the whole thank-you note for the end ;) My full name is "Akshay Kashyap"  And the...
15:04.09Notify03GCI: *  :  -
15:04.24Notify03GCI: *  :  -
15:05.19Notify03GCI: *  :  -
15:05.44Notify03GCI: *  :  -
15:06.54Notify03GCI: *  :  -
15:07.09Notify03GCI: *  :  -
15:07.20Notify03GCI: *  :  -
15:07.50Notify03GCI: *  :  -
15:08.10Notify03GCI: *  :  -
15:08.25Notify03GCI: *  :  -
15:09.15Notify03GCI: *  :  -
15:09.30Notify03GCI: *  :  -
15:09.55Notify03GCI: *  :  -
15:10.00Notify03GCI: *  :  -
15:10.10Notify03GCI: *  :  -
15:10.30Notify03GCI: *  :  -
15:10.56Notify03GCI: *  :  -
15:11.21Notify03GCI: *  :  -
15:11.46Notify03GCI: *  :  -
15:11.56Notify03GCI: *  :  -
15:15.26Notify03GCI: *  :  -
15:15.36Notify03GCI: *  :  -
15:16.18Notify03GCI: *  :  -
15:16.31Notify03GCI: *  :  -
15:17.31Notify03GCI: *  :  -
15:21.46Notify03GCI: *  :  -
15:22.01Notify03GCI: *  :  -
15:22.31Notify03GCI: *  :  -
15:22.41Notify03GCI: *  :  -
15:23.07Notify03GCI: *  :  -
15:23.27Notify03GCI: *  :  -
15:24.02Notify03GCI: *  :  -
15:24.37Notify03GCI: *  :  -
15:27.48Notify03GCI: *  :  -
15:37.50Notify03GCI: *  :  -
15:42.26Skriptkidbrlcad: There's a feature request on sourceforge - "Tilde symbol for home directory representation" I came with a little piece of code for that(although I don't know if it'll be acceptable.) Can I submit it as an attachment on that artifact?
15:56.05Skriptkidah..can't do that..
15:56.42*** join/#brlcad Skriptki_ (~Skriptkid@117.208.165.6)
16:00.39brlcadSkriptkid: hm?
16:01.37SkriptkidThere's a feature request and I modified Mged to introduce that feature. I can't submit it right?
16:01.48SkriptkidOn sourceforge.
16:03.02brlcadSkriptkid: can you comment on that task?
16:03.50SkriptkidIt's not a task. It's a feature request artifact on sourceforge
16:04.25Skriptkid"Tilde symbol for home directory.
16:05.07brlcadtask == artifact
16:05.22brlcadon that tracker item
16:05.35SkriptkidOh. Sorry. Yeah. I'll comment on it.
16:05.35brlcadcan you comment or do you not have permission?
16:05.43SkriptkidI can comment.
16:06.07brlcadyou can include a note there for starters, at least until we get you added
16:06.25SkriptkidI'll do that.
16:08.08Notify03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Uploading -  Don't download the file yet: it is a 5.6 gb file, and it is still uploading. I could not finish the task on friday because I had...
16:08.45Skriptkidbrlcad: comment added.  
16:10.19Notify03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Ready for review - The work on this task is ready to be reviewed.
16:16.03Notify03GCI:Sean * 8023219 Set up QEMU deployment testing: Task Closed - Congratulations, this task has been completed successfully.
16:28.00*** join/#brlcad yiyus (1242712427@je.je.je)
16:28.05maths22brlcad: my client estimates 1:10 to upload.  I am uploading it to ty family's NAS, so once you have it downloaded to a better location, let me know so I can delete the file.
16:28.21brlcadmaths22: hehe
16:28.27brlcadwill do
16:28.36brlcadlet me know when it's done uploading
16:28.50maths22ok.  There are not many good places to share 5.6 gb files.
16:29.05brlcadwouldn't compress better?
16:29.26maths22How should I compress it.  gzip?
16:29.35brlcadanything :)
16:30.14maths22I will do that and reupload it.
16:30.35brlcadokay, that should make it a lot smaller, I'd hope
16:30.52Notify03GCI:Cezar * 7957220 Separate LIBNURBS files into one class per file: Thanks -  Thanks a lot for all the nice words and the help you've provided to all of us during the contest, it's been a great...
16:30.58maths22It is compressing with gzip; I have no clue how long that will take.
16:37.32*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.165.6)
16:51.19maths22By the way, now that GCI is almost over, I would like to express my interest in the  webmaster role decribed previously.
16:51.43brlcadmaths22: there's still 8 minutes ;)
16:52.12maths22I know.
16:52.23brlcadbut that's fantastic to hear, you're mostly set up so we'll just have to figure out a plan
16:57.22maths22Now it is uploading to ftp://share:brlcad@50.141.159.74/OpenShare/brlcad-ubuntu.qcow2
16:57.35maths22Now it is uploading to ftp://share:brlcad@50.141.159.74/OpenShare/brlcad-ubuntu.qcow2.gz
16:57.50maths22SOrry about the first link
16:57.56maths22It is now only 1.8 gb
16:58.15brlcadexcellent, that's a little better ;)
16:58.23brlcadis it done?
16:59.04maths22Now it is uploadg estimate is about half an hour.
16:59.52SkriptkidWow. GCI is over.
17:00.24maths22Yep.  The homepage now says CONTEST BEGINS ON NOV 26
17:05.23brlcadwoo hoo!
17:05.46brlcadthank you all for your efforts
17:05.47SkriptkidNow that GCI has come to an end, I'd like to thank everyone here at BRL-CAD for this amazing experience. I've learnt so much from you all, that I probably wouldn't have in a longtime, and you've been such a wonderful and helpful crowd! THANK YOU, BRL-CAD! And best of luck to all participants for your future endeavors! :D
17:06.55maths22Thank you for the opportunity to become involved in open source.
17:07.15*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-099-054.pools.arcor-ip.net)
17:07.42brlcadmaths22: you have always had that opportunity ;)
17:07.57brlcadthat's one of the great things about open source, nobody has to invite you and you don't have to ask for permission
17:08.10brlcadGCI has certainly been a great way to get started, though
17:08.18SkriptkidTrue :)
17:08.44maths22Well, I did not think to become involved until GCI
17:10.54Notify03BRL-CAD:carlmoore * 54169 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blanks/tabs
17:18.28*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.165.6)
17:19.46*** part/#brlcad Skriptkid (~Skriptkid@117.208.165.6)
17:20.26caen23congratulations to all the students and the mentors! like i said, it's been an awesome and unique experience, and it's the beginning of a wonderful journey
17:22.14SkriptkidThank you, caen23 :)
17:28.50*** join/#brlcad andrei_ (~andrei@188.25.163.40)
17:36.53*** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6)
17:45.01andrei_woah, it takes almost 3 weeks to decide winners, that's quite the time to think
17:46.03*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
17:48.39maths22brlcad: it is up.
18:14.55brlcadmaths22: receiving, eta 1 hr
18:16.16maths22Sorry that my upload speed is not great.  I unfortuniatly canno host it on my awsome school's network/
18:22.57maths22brlcad: why is bzflag back to being the webhost?
18:23.13maths22sorry: webserver
18:29.44*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-099-054.pools.arcor-ip.net)
18:31.17brlcadmaths22: what do you mean?  back to being the webserver?
18:32.06maths22crit is  not the server for brlcad.org anymore
19:08.29*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-099-054.pools.arcor-ip.net)
19:21.15starseekerfinally:  http://www.pcworld.com/article/2024391/acer-takes-on-apple-with-retina-class-laptop-displays.html
19:34.01*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
19:51.35brlcadstarseeker: heh, that's a CES prototype
19:52.19brlcadso yeah, some other company might start shipping a high-resolution display a solid later .. I'd hope so!
19:52.58brlcadmaths22: ah, I thought you meant the bzflag site itself
19:53.16caen23i watched the first 10 minutes of qualcomm's ces introduction (i think that's what it was) and it was so stupid it wasn't even funny
19:53.21brlcadcrit will be, it wasn't supposed to be switched over to crit just yet and was only accidentally switched for a couple hours
20:19.05maths22Ahah
20:21.15Notify03BRL-CAD:bob1961 * 54170 brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: Stub in a configbody for units and valueUnits
20:35.57Notify03BRL-CAD:bob1961 * 54171 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl): The following tweaks are for Archer's sketch editor. Update the sketch panel when the units are changed. Use bboxVerts to get the bounding box instead of calling the canvas' bbox method. This results in a better initial scale factor for the sketch view. Hook the edit panel entries to
20:35.59Notifynon-array variables. Other minor tweaks.
20:52.57*** join/#brlcad luca79 (~luca@2.192.134.46)
21:07.21maths22brlcad: is it downloaded?
21:12.28brlcadmaths22: yep, all done
21:12.56brlcadit'll be a day or two before I free up space to test it -- we have some gci announcements to prepare (and the website migration work)
21:13.04maths22ok.  that way I can disable the share login.
21:13.13maths22I don't want that out there for too long/
21:13.49maths22(the access, not the file)
21:29.40starseekerbrlcad: yeah, not a product announcement yet - but the first positive sign I've seen in a while that the industry is going to try and follow apple down the retina display road
21:31.27starseeker"caught the PC industry off guard" is putting it mildly - they were so silent about whether they were even going to plan to offer anything like that display I was kinda worried they were hiding under the boardroom tables and hoping it would all go away
21:33.38andrei_starseeker: why do you consider the retina display such a crucial improvement ?
21:34.06andrei_I mean, I have seen flexible displays, lately. I consider that a much bigger accomplishment
21:34.47starseekerandrei_: retina displays let me a) fit more stuff on the screen simultaneously and b) view big images at full quality
21:35.49starseekerfinds flexible displays technically impressive, but largely "meh" functionality wise
21:36.21starseekerspecific applicaitons where they will be useful, but I've never had a real problem with "hard" display screens
21:36.24andrei_Doesn't Apple have patent on retina display ?
21:36.53starseekerthey probably have a trademark on "retina display" - I doubt they can patent "high resolution" displays
21:37.33starseekerI use "retina" only to make it clear that I'm not referring to the non-apple state-of-the-PC-art high PPI displays
21:37.52andrei_I have never used a mac so far, but I have seen many developers use macs in U.S.
21:38.02starseekerEssentially, I'm hoping this will mean the return of the IBM T221 style desktop monitor
21:38.20starseekerhttp://en.wikipedia.org/wiki/IBM_T220/T221_LCD_monitors
21:38.43andrei_was looking at it just now
21:38.58starseekerandrei_: if they get linux working reliably on the Apple retina display hardware, that might be OK too
21:40.05starseekerrefuses to buy in to the Mac OSX thing - too closed. Pretty, but seeing as I use a dark grey fluxbox desktop at home "pretty" doesn't really factor in ;-)
21:40.24andrei_I have to admit, the resolution is significantly larger
21:40.50starseekerscreens are ultimately about displaying as much information as possible as usefully as possible - it's not unusual for me to have a dozen or more terminals open
21:41.41starseekerplus PDF papers, web browsers with project pages, etc. - the more screen real estate available, the more "parallel" my monitoring and switching between information inputs
21:42.39starseekerI tend to have rather small fonts, especially on terminals - usually what I'm doing in a terminal is launching a process or monitoring it's progress via watching "text flow"
21:42.49andrei_I was using a 17' monitor until a year ago or so and when I switched from 17' to 30' I was like : " so many vsplits possible "
21:43.02starseekerhehe
21:44.39starseekerit really does make a difference - I was surprised
21:45.16starseekerhas considered trying to get a T221 via ebay or some such, but not immediately clear how difficult it would be to get it working properly
21:46.45andrei_it takes quite some gear to get it running, for a monitor, at least.
21:46.52starseekerwith any luck, the Apple retina displays will finally bring in a new generation of really high PPI displays and I can assemble a 3x(3840x2400) monitor setup without jumping through insane hardware hoops :-)
21:48.08andrei_that means an incredible amount of info
21:48.39andrei_but, speaking about that, I don't think it will be easy to have the appropriate videocard(s) setup
21:49.04starseekerit will probably usher in another few generations of new video cards
21:49.33andrei_and here I  mean working with BRL-CAD because I think  the GUI insn't incredibly hard to render
21:49.38starseekerthinks NVIDIA and friends should be happy about that - another reason for *everybody* to upgrade their video cards, not just hardcore gamers
21:50.18starseekerandrei_: sorry?  not following - why would BRL-CAD have trouble?
21:50.49andrei_I meant doing 3d modeling probably puts a lot more work onto the graphics card than loading a GUI
21:51.18starseekerah - sure
21:51.18andrei_but in fact, BRL-CAD uses images, not frames
21:51.25andrei_or so I believe
21:51.49starseekerandrei_: if you're using the openGL backend the card will make a difference
21:51.57andrei_I was thinking at some example I encountered a few days ago in openGL
21:52.17andrei_I don't remember the exact name, but I know there is a list used for static objects that significantly improves performance
21:52.29andrei_display lists, or something like that.
21:52.41starseekerover time, will probably start to look more like "standard" cad modelers by default, and that'll involve using GPUs for casual 3D displays...
21:53.01starseekeryeah, display lists - we can use those, even in MGED
21:53.16andrei_I was impressed about the difference they can make
21:53.39starseekerholy cow, there is an 80 megapixel digital camera out there...
21:53.51starseekernow there's a good excuse for a high PPI display
21:54.08andrei_I might be wrong but there are some companies planning to get 40 megapixel on smartphones
21:54.43starseekernotes 16 megapixels is nothing special anymore... wow, we were glad to have 4/5 megapixel cameras just a few years ago
21:55.00andrei_indeed
21:55.17andrei_now I can say " When I was young ..we used to have VGA cameras on phones "
21:55.36starseekeractually picked up a 4 megapixel camera for ten bucks at a yard sale - cost $300 new just a few years ago
21:55.37``Erikwhen I was young, phones didn't have cameras, and they plugged into the wall
21:55.50andrei_hahaha
21:56.33``Erikstarseeker: you can run that 'leenewx' thing on mac hw, or fbsd... and for the most part, apple is surprisingly open O.o darwin is the core kernel, the bsd userland is all open, etc
21:57.35starseekerprojects like this look more affordable by the day:  http://www.diybookscanner.org/
21:57.59starseekerpretty soon you'll be able to fish *everything* you need out of the trash - cameras included
21:58.46andrei_starseeker: that looks like some torture machine
21:58.57starseeker``Erik: sure, the non-GUI parts of Apple aren't bad - but they're a pain in the neck when it comes to encouraging the "locked down, app store" mentality with users
22:00.37``Erikhate to say it, but I think a majority consider that a boon... I'd also point out that there're more automatic transmissions in the US than manuals, people would rather have it 'just work' than have control and freedom
22:01.30starseeker``Erik: agreed.  All the more reason to make sure I put my own $$ somewhere that preserves the alternatives
22:02.43starseekerdoesn't object to things being easy or well done - but in his case, both of those considerations are trumped by the desire to be in control of my own machine
22:04.54starseekerwith any luck, system76 will have a "Retina Display" laptop option by the time I actually need to replace my old Thinkpad (which will be a while - it's still working fine, and it's now so old a thief stealing it would probably lose money paying for their getaway gas)
22:35.10Notify03BRL-CAD Wiki:KaitlinozfrsflzllRamsay * 4933 /wiki/Baltimore_Home_Assessments_Fall: New page: A investment planner can guide you furthermore refer you to an est planning attorney to draft ruined. Buy-sell arrangments made govern the transfer of the most important pharmacy between t...
22:44.11Notify03BRL-CAD:brlcad * 54172 brlcad/trunk/src/util/pix-png.c: don't set the gAMA chunk if gamma is negative/unset, quells warnings on default use
22:45.01Notify03BRL-CAD:brlcad * 54173 brlcad/trunk/src/fb/fb-png.c: zero is also not valid, so go ahead and check if gama chunk is positive.
23:49.44Notify03BRL-CAD:starseeker * 54174 brlcad/trunk/src/librt/test_botpatches.cpp: Add a function for testing whether a bot patch is planar
23:55.41Notify03BRL-CAD Wiki:KaitlinozfrsflzllRamsay * 4934 /wiki/Vivid_White_House%27s_Mexican_Trucking_Proposal_Brings_Ire_Of_Us_Truckers: New page: Also, learn where the scales are each of them on the interstates, and in the truck stops. That is right I cannot care about their country, We care about ours and feel like we should take c...
IRC log for #brlcad on 20130115

IRC log for #brlcad on 20130115

01:07.52Notify03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Ready for review - The work on this task is ready to be reviewed.
01:14.37Notify03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Removed that line -  I removed the line from the patch that was causing the problem. It's still an old style...
03:07.59Notify03GCI:Sean * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Closed - Congratulations, this task has been completed successfully.
03:10.38brlcadcaen23: your task is the last remaining open
03:41.37*** join/#brlcad phoenixyjll (7b7e325f@gateway/web/freenode/ip.123.126.50.95)
03:45.15*** join/#brlcad abetusk (~abetusk@cpe-24-58-232-122.twcny.res.rr.com)
04:26.10*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-074-118.pools.arcor-ip.net)
06:47.12caen23brlcad: i'm sorry, but i haven't managed to get it done properly. i can merge history, but i cannot get it to recognize they are the same files. i was thinking of merging the history with git, then merging the files outside of git (with patch), but i think it's an ugly hack
07:30.27*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:29.12*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
11:08.47*** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6)
11:32.56*** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117)
11:51.18*** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117)
12:11.21*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.104.117)
13:16.14*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-147-17.web.vodafone.de)
13:32.30*** join/#brlcad tujli (5bc6aec9@gateway/web/freenode/ip.91.198.174.201)
13:39.19maths22brlcad: I'm wondering what still has to happen on crit for it to become the webserver.
13:46.07tujliI modeled my part with BRLCAD but the manufacturer says they want a 2d drawing
13:46.26tujlihow can I get it?
14:18.24brlcadmaths22: good question, mainly a file sync and one final database sync
14:18.59brlcadtujli: couple ways but know that 2d drawings are not yet our forte
14:19.23brlcadtujli: you can run the rtedge command and it'll output a hidden-line rendering for a specified view
14:19.55brlcadit's trivial to generate drawings for each primary view (top, front, left, 35/25), and they'll want that
14:20.32brlcadthe problem is that they'll also want dimension information which we don't yet add to the drawings for you
14:20.44brlcadyou'll have to add your annotations and dimensions manually
14:21.10brlcadwhich is honestly done most easily within an image editor
14:22.41brlcadrtege will give you a rendering like this http://brlcad.org/gallery/s/renderings/havoc_rtedge.png.html (35/25 view)
14:23.57brlcadcaen23: can you write up what all you tried?
14:24.28brlcadhow can you merge history if you cannot get it to recognize they are the same files?
14:25.11brlcadtask-wise, the research on a solution is enough
14:26.00brlcadusefulness-wise, even a horrible horrible hack that gets the job done will be awesome because right now the only solution is manually merging and losing the history
14:26.23caen23brlcad: i can create a new (parent) repository and add the other two repositories to it, preserving history. so if repoA had 3 commits, and repoB had 4, this parent repository would have 7 commits logged
14:27.14brlcadah, but that wouldn't necessarily preserve the different authors
14:27.45caen23why not?
14:28.13brlcadhm, how are you adding the two repos?
14:29.08caen23using something called "subtree merge" in git. the log would keep the original authors for each commit, not mention the merger as the author of all commits, if that's your concern
14:30.24brlcadso then is the only problem that it needs two subtrees, because even a merge of the src subdirectory would be right
14:31.40brlcadI guess what's needed is to see the actual steps with some comments
14:32.08caen23ok, i can write that
14:33.04brlcadif it can work with our svn repo and the github repo as the data starting point, not abstracted, even better..  :)
14:35.00caen23i tried running svn2git on the whole repo, but i got an error around r18000, and i wasn't able to finish the conversion. but i didn't try running it on src/step specifically, i could give that a try
14:35.40brlcadso something to try later, for the task just write up what you did
14:35.53caen23ok
14:35.54brlcaddeadline is just in a couple hours I think
14:36.50caen235, i see. i can get it done
14:45.29Notify03BRL-CAD:bob1961 * 54175 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: More tweaks for Archer's sketch editor. Update the handle_configure method to redraw the grid after receiving a window configure event. Whether we're in detail mode or not, the segments need to be created in the canvas.
14:46.58maths22brlcad: the db sync might be difficult for the website, as the two servers are running different versions of the software: changes since I upgraded the software on crit might need to be ported manually.
14:50.13tujlibrlcad, any manual about rtedge (is it a command in mged, or a standalone program)?
14:51.10brlcadcaen23: that's our limit on the task, I don't think that's GCI's limit
14:51.15tujliI can't get hidden lines and faces parallel to my eyesight displayed
14:51.29brlcadif it's 24 hours after gci close, then it's like two hours from now
14:52.37brlcadmaths22: so one specific problem is that the site on crit is missing several modules that have been in place on .bz for quite some time
14:52.44brlcadspam measures in particular
14:53.04brlcadthe db on crit is utterly flooded with spam (dozens a day)
14:53.22brlcadso they need to be purged (not manually deleted)
14:53.33brlcadeasiest way to do that is to drop the database and re-import/re-upgrade
14:53.55brlcadtujli: it's a standalone program but it's also a command in mged
14:54.00brlcadthere is a man page
14:54.14brlcadif you've set your MANPATH correctly, just man rtedge
14:54.24brlcador running brlman rtedge if you've only set your PATH
14:55.16brlcadtujli: I'm not sure what you mean about faces parallel to your eyesight
14:56.17*** join/#brlcad Guest36160 (~abetusk@cpe-24-58-232-122.twcny.res.rr.com)
14:57.05caen23brlcad: ugh, it seems i can no longer upload work at all
14:57.22caen23but i can put the files somewhere and give you the link
14:57.24brlcadcaen23: try to mark it closed
14:57.40caen23i can't without uploading any work
14:59.20tujlibrlcad: I see nothing about face   z=0, 0<x,y<1     when looking from x-axis direction
14:59.54tujliit should be a line from y=0,z=0 to y=1,z=0
15:00.55maths22brlcad: is the wiki or the drupal page getting spammed?
15:01.07maths22I can fix that once I know what is broken.
15:01.27brlcadthat description does nothing to help me help you :)
15:01.30brlcadmaths22: wiki
15:01.39maths22True.
15:01.43brlcadsee http://crit.brlcad.org/wiki/Special:RecentChanges
15:02.09maths22the wiki is much easier to upgrade than the drupal site
15:02.42brlcadthe last 500 changes spans all of 2 days
15:03.08brlcadthere are several measures in place on the old wiki that have been effective
15:03.15brlcadall of them are apparently needed
15:03.36brlcadi have a half dozen to clean up in my queue
15:03.45brlcadbut that's over the past two weeks
15:03.50maths22I don't know what happened to the modules, but I will reupdate the site today.
15:06.30maths22brlcad: can I have permissions to edit the w directory on crit.  Some of the files are locked against my editing.
15:07.18maths22Also, the images directory in w2
15:14.38brlcadcaen23: try uploading a link to our repo or the github repo, just to see if it's even closable
15:15.24caen23i tried, links don't work either
15:15.44brlcadmaths22: sure, give me a few minutse -- that's another issue raised, that there's a w2 directory and a stale out of sync w directory
15:15.52brlcadwithout a file sync, uploaded files are missing
15:16.00brlcadcaen23: ahhh, so maybe too late already
15:16.15caen23i think it is, unfortunately
15:20.22*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
15:20.38maths22I only currently use the w2 directory (last time I could not fix the w directory, so I copied it to a new directory)
15:20.52maths22I will resync the files to the w directory once it is deleted.
15:21.12brlcadcaen23: what error do you get when you try to upload?
15:22.28maths22until then, I will run it out of the w3 directory
15:24.51brlcaddude, just a few minutes :)
15:25.04brlcadyou should be able to do it now
15:25.13maths22That is fine.  I just have time now, so I am doing the work now and can change the path later
15:25.14brlcadvia sudo
15:25.22maths22thanks
15:25.28brlcadwhat's the user/group?
15:25.46brlcadi haven't changed anything yet, that's the config that should be in place
15:25.57brlcadI need a few minutes to switch contexts, log in, and verify
15:26.16brlcadbut sudo -u www is the usual way all web file editing should be occuring
15:26.24brlcadthere could be some deviations that need fixing
15:26.51maths22ok
15:27.45maths22I am "not in the sudoers file"
15:28.21brlcadyou did -u ?
15:28.30maths22i did
15:28.43brlcadthen couple minutes :)
15:32.11caen23brlcad: "All work on tasks has stopped. You can no longer place comments, submit work or make any changes to existing tasks."
15:32.44maths22no hurry
15:33.24brlcadahh, looks like crit hasn't had the sudoers configuration migrated
15:33.25brlcadfixes
15:36.30maths22thanks.
15:39.42maths22<PROTECTED>
15:39.42brlcadmaths22: there, that should do it
15:39.50maths22thank you
15:39.55brlcadnote that your mask is wrong for web root work
15:40.11brlcadumask 002
15:40.14maths22what does that mean?
15:40.26brlcadthe permissions are wrong on the w2 and w3 folders that you made
15:40.40maths22that is fine.  I will delete them
15:41.00brlcadit'll be the same for any other files you create too
15:41.06brlcadso you'll have to keep an eye on that
15:41.10brlcador set your mask
15:41.32brlcadfiles should be user and group readable/writeable and usually world readable
15:41.58brlcadnumerically, files are usually 664 and directories are 775
15:42.19maths22what should my mask be?
15:42.24brlcadand you copy/edit/move everything as sudo -u www
15:42.27brlcad002
15:42.37maths22ok.  thanks.
15:42.45brlcadnp, thx too
15:43.00brlcadthat's set up that way so we can all edit the files
15:43.12brlcadwithout needing a sysadmin to jump in and fix things all the time
15:43.24brlcadand without granting everyone root access (bad)
15:44.11maths22that makes sense
15:45.14*** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117)
15:47.22maths22root seems to own some of the files in w2
15:50.51brlcadfixed -- that was a quick-fix I did a week or so ago to fix the wiki images
15:51.09brlcad(they were all missing, not synced)
15:51.42maths22thanks
15:58.33maths22I somehow do not have read permissions on the w folder (only w and x)
16:01.06tujlibrlcad: well any advice for my question?
16:03.02tujliI was asking, that I see nothing about face   z=0, 0<x,y<1     when rtedge from x-axis direction
16:04.13maths22never mind.  I fiexd it myself
16:05.45brlcadtujli: I reponded -- I don't understand what that means
16:07.19brlcadtujli: sounds like some face "on the ground", but that range seems somewhat useless for understanding the problem
16:07.51brlcadyou're looking down the X axis and can't see a face in the xy-plane?
16:08.35brlcadfaces aren't line-rendered in isolation, it depends on their neighboring geometry
16:12.34tujlibrlcad: http://imagebin.org/242997 was rendered from default view, and http://imagebin.org/242998 from -a0 -A0 -e0
16:13.22tujlilooks like some edges are missing in the second (-a0 -A0 -e0) image
16:13.30starseekergets his hopes up again that a PPI race may begin for desktop monitors: http://www.pcworld.com/article/261738/up_close_with_sharps_stunning_igzo_display_technology.html
16:20.01brlcadtujli: aha, I see what you mean now
16:20.12brlcadthat looks like depth feature culling -- what's the size of that view?
16:20.53tujlibrlcad: 800
16:23.05*** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117)
16:24.38brlcadtujli: units? :)
16:24.41brlcadmm ?
16:25.15brlcadi meant the geometric size, not the pixel size, btw
16:25.53brlcadit'll be at the bottom of your mged command window
16:26.23brlcadhere, doesn't matter, lets just set the depth really really small so you get all features
16:26.50tujliah
16:26.51brlcad-c "set max_dist=0.001"
16:26.59tujli3.5mm iirc
16:27.11brlcadoooh, yeah ... that's itty bitty
16:27.42brlcadit's fine, but you just need to set the distance
16:27.53tujlinice it works for me now
16:28.05brlcadgreat!
16:28.05tujlibtw how can I render hidden lines?
16:28.25brlcadyou mean like the wireframe?
16:28.33brlcadyou can save the wireframe itself
16:30.06brlcadFile -> Render View, plot or postscript should do the trick
16:30.11tujlibrlcad: no it won't work in this way
16:30.57tujlisometimes I write A - B where B is very large
16:31.18brlcadtujli: just so you know, we've been working on major infrastructure changes to make all this MUCH easier, but it's a ton of work to get it all in place so it's taking some time
16:31.20tujliI only want to see boundary of B at sections where it intersects with A
16:32.13brlcadso still a wireframe, but without the "negative" objects
16:32.53tujliso then?
16:34.16brlcadthat's actually exactly what our new infrastructure supports, but I'm not sure it's currently possible honestly
16:34.48brlcadyou could run the "E" command to see a polygonal version evaluated
16:35.09brlcadbut then you're going to get more than the intersection edges, you'll get all the faces
16:35.17tujlibrlcad: in mged?
16:35.19brlcadyes
16:36.53*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-092-231.pools.arcor-ip.net)
16:37.31brlcadhm, actually for a simple test, that actually seems to work
16:37.43brlcadfor flat polygonal faces
16:39.24tujlibrlcad: looks better than the default wireframe view, but I still need to erase some lines (with an image editor?) to get what I want
16:39.36brlcadaround the holes?
16:40.06brlcadcan you show me?
16:41.13brlcadmight be simpler to turn the holes off, capture wireframe with E, then merge with an rtedge rendering
16:41.34brlcadpain in the ass, but should work
16:41.47brlcadand simpler than deleting lines with an image editor
16:42.56tujlibrlcad: in A.s rpp 0 20 0 20 0 20
16:43.02tujliin B.s rpp 10 30 10 30 0 20
16:43.09tujlir C.r u A.s - B.s
16:43.14tujliE C.r
16:43.24tujliview from Top
16:43.39tujliexpected: an L-shaped thing
16:45.06brlcadaha, that one is easy
16:45.09brlcadit's a tolerancing issue
16:45.52brlcadyou subtract B.s from A.s but they share two faces exactly
16:45.59*** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117)
16:46.59brlcadin B.s rpp 10 30 10 30 -0.1 20.1
16:49.34tujlithen the whole boundary of B (a square at 10,10 ~ 30,30) appears instead
16:50.55brlcadrun  "who"?
16:51.11brlcadmake sure you're only displaying C.r
16:51.20brlcadB C.r ; E C.r
16:51.40tujliok got the correct now :)
16:51.47tujlibut this looks so hacky
16:52.06brlcadagreed
16:52.08tujliand difficult to do on an existing model
16:52.12brlcadlike I said, I didn't even think it was possible
16:52.59brlcadyou'd need to make those tolerance corrections to properly export the model as well
16:53.20brlcadthe ray trace render evaluation is a lot more robust, that's why it looks okay via rt/rtedge
16:53.49brlcadbut E and the exporters are a lot more sensistive to tolerancing, you have to nudge your subtractions so they do not coincide
16:54.00brlcadthe boundary is undefined
16:54.15``ErikI don't think any etc files were migrated to crit, so many packages had such significant updates, it woulda caused more harm than good, iirc
16:55.24``Erik"sudo su"? O.o
16:55.40tujlibrlcad: so I guess the only thing I can do now is to wait?
16:59.07tujlibtw is there a good software you would recommend, with which I can get a 2d draft from an exported format of brlcad?
16:59.28brlcadtujli: options seem to be to either wait, edit the lines manually in an image editor, fix the coinciding faces so you can use the E command (which is actually a bit easier than it seems), or export the model into another CAD system that will handle the 2D drawing better (complex path)
17:00.25brlcadthere actually is not any that I would recommend -- even the commercial systems deal with import/drawing very poorly
17:01.57``Eriktujli: best bet is probably to rtedge a huge render and fix it up in inkscape or gimp :/
17:03.40tujli``Erik: the main barrier is that it doesn't show hidden edges
17:07.27``Erikwhat if you facetized the regions and saved the plots of the facetized version? if you're code savvy, rtedge could be modified with some firsthit data to try to draw a stipled line for the hidden edges, but that'd be a bit of C fu
17:14.45tujli``Erik: and have them overlapped each other?
17:14.48tujliI've never looked into brlcad code
17:16.13``Erikoverlapping regions is a semantic error
17:21.26*** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117)
17:26.45brlcadit actually shouldn't be very hard at all to get rtedge to show hidden edges...
17:27.05brlcadtujli: if you can wait a couple days, I can give that a try on Thursday
17:28.34Notify03BRL-CAD:bob1961 * 54176 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Minor tweak to restore the graphical display after deleting the currently selected sketch.
17:28.58brlcadit has all the machinery, might not be too hard
17:29.05Notify03BRL-CAD:brlcad * 54177 brlcad/trunk/TODO: add option to have rtedge also show interior/back-facing edges
17:29.58tujli``Erik: i didn't really understand what you said.
17:30.31tujlii mean "what if you facetized the regions and saved the plots of the facetized version?"
17:31.18tujlibrlcad: in what timezone :p
17:31.32tujliit's already Wednesday here now
17:47.38Notify03BRL-CAD:starseeker * 54178 brlcad/trunk/src/librt/test_botpatches.cpp: Try to push the surface edges away from the trimming curves, to avoid uv pullback failures.
17:59.45brlcadtujli: so "a couple days", however you want to take that
18:00.03brlcadno promise that it'll work, but I'll gladly try if it'll be of use to use
18:00.17brlcadI just can't work on it right this moment
18:15.04caen23brlcad: i was thinking of setting up buildbot on crit, where would you like me to place the master (sorry, not used to working on servers)?
18:16.03Notify03BRL-CAD:bob1961 * 54179 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a few issues related to primitive labels not being drawn.
18:26.42tujlibrlcad: that's ok. thx anyway
18:29.22tujlibrlcad: better to have interior edges have a different linestyle, or color
18:34.31maths22brlcad: I updated it with the newest version
19:24.04brlcadcaen23: talked to google and it was too late yesterday even
19:24.38brlcadI was a little confused because we were able to approve one after the deadline .. apparently they opened up the system for 15 minutes, just enough time for another student to submit and us to accept
19:25.35brlcadyou can just share what you found on the brlcad-devel list instead, since that really is a high-priority hot topic I'd like to get closure on
19:28.34caen23okay
19:32.49brlcadtujli: now you're just getting needy
19:32.53brlcad;)
19:33.30brlcadhm, colors might be doable ... linestyle will have to wait for the new infrastructure, though
19:35.58tujlibrlcad: anyway without color doable, I can generate two images, one with hidden edges and the other without them, using different color
19:36.11tujlithen put the second one over the first one
19:36.25brlcadmaths22: Warning: Missing argument 3 for makeBlock(), called in /usr/web/brlcad.org/skin2/page.tpl.php on line 179 and defined in /usr/web/brlcad.org/skin2/page.tpl.php on line 40
19:37.31brlcadtujli: technically you can do that now too .. rtedge front + rtedge back (diff color), mirror back image, and composite together
19:37.59*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-44-247.web.vodafone.de)
19:38.16brlcadthat'd be neat to experiment with in a script..
19:38.47tujlibrlcad: nope. my model has a hole from top to bottom
19:39.44tujliso it can't be seen from either side
19:39.53brlcadah, so you need an *interior* edge
19:39.58brlcadgood to know
19:40.44brlcadany value distinguishing between front, interior, and rear with three colors?
19:41.05brlcador just front and not-front
19:41.45tujlithe second is enough for me but the first might look reasonable
19:42.12brlcadmaths22: that warning is on the mediawiki page (recent changes) .. which makes me wonder why if page.tpl.php is from mw or ours?
19:43.45brlcadwhy does the recent changes page suck so badly.. 500 changes in last 30 days and it stops at 3 JAN
19:44.29caen23brlcad: i tried posting to the mailing list, but it seems i am not allowed to
19:44.41brlcadcaen23: if you're subscribed, you're allowed to
19:46.07brlcadmail is supposed to come from the subscribed email address
19:46.24tujlibrlcad: what's your $wgRCMaxAge value?
19:46.37caen23this seems right. do i need to prefix the header with anything?
19:46.45brlcadnope
19:47.24caen23hmm… actually, it could be because i am subscribed with mail@gmail.com, but the mail is sent from mail@googlemail.com
19:47.35brlcadtujli: whatever the default is, apparently
19:47.45brlcadcaen23: that would be why
19:48.20brlcadlist has no way of knowing that google makes those one in the same
19:48.43tujlibrlcad: so it should be 7 days... per https://www.mediawiki.org/wiki/Manual:$wgRCMaxAge and I see your mediawiki version 1.11.0
19:48.57caen23makes sense, i guess i was hoping google would take care of it
20:06.15brlcadtujli: that's a good find, thanks!
20:06.41brlcadthe site it was migrated to is the latest, but assumedly the 1.11 database has already purged the old changes
20:09.58caen23brlcad: the mail is posted, and i wanted to setup buildbot on crit. where would you like the master to be located?
20:12.28brlcadsets it to 6 months, rebuilds recent changes, yay!
20:13.58brlcadcaen23: it is/was setup in skriptkid's public_html folder
20:14.14brlcadit'd be nice to have it use a system-installed service like how jenkins was set up
20:14.41brlcadcaen23: before you go down that road, we should probably decide which to use so you don't waste effort though
20:16.59brlcadi'm torn, I like the jenkins interface more, but like buildbot configurability/scriptability more (and simplicity of setup)
20:17.18brlcadout of the box, jenkins was definitely slightly more friendly
20:22.30caen23i like buildbot for being easier to modify, too. it's python, it's got a nice community around it, and a lot of people seem to use it, including webkit, llvm and i think mozilla. i actually made a small contribution to it myself :) but jenkins definitely looks nicer, although this should be doable with buildbot and some html, too
20:24.46caen23did you see this? http://trac.buildbot.net/wiki/SuccessStories
20:25.05*** join/#brlcad andrei_ (~andrei@188.25.162.155)
20:52.53*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-12-7.web.vodafone.de)
20:55.19*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-12-7.web.vodafone.de)
21:10.07maths22page.tpl.php is ours.  I will fix it.
21:10.26maths22except...
21:10.30maths22it works now
21:10.44maths22I don't know why it was not working.
21:25.02brlcadmaths22: I still get the error
21:25.05brlcadhttp://crit.brlcad.org/wiki/Special:RecentChanges
21:25.26brlcadit's half underneath the image/menu header
21:32.08maths22I do not see it.  this is what I see: http://grab.by/j2B4
21:34.56caen23maybe you need an account?
21:38.59maths22I also get the error when logged in.
21:39.54caen23so you should be able to fix it now
21:58.17maths22I meant to say I don't get the error when logged in.
21:58.28maths22The problem with talking to people and writing.
22:03.31Notify03BRL-CAD:carlmoore * 54180 brlcad/trunk/src/proc-db/brickwall.c: add 'horizontal'; change vert_bricks computation; remove blank line (need only 1 blank line at start of mged input)
22:04.47Notify03BRL-CAD:carlmoore * 54181 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blank
22:06.05maths22crit
22:06.08maths22sorry
22:06.24*** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20130116

IRC log for #brlcad on 20130116

00:13.01Notify03BRL-CAD:n_reed * 54182 brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: fix usage of 3D point macros on 2D points
02:27.53brlcadmaths22: they're underneath the top banner
02:28.19brlcadresize your window smaller
03:00.47maths22ok. thanks
03:06.16*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
04:16.05maths22It is fixed.  I do not know if i fixed it or it fixed itself.
04:43.23brlcadeh, I still see the error unless I'm looking at cached pages
04:43.56brlcadI should be more specific, I see it on Main_Page
04:44.24brlcadahh, hm.. and a refresh and it goes away .. perhaps a cache issue
08:12.11*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-35-51.web.vodafone.de)
08:29.24*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
09:11.28brlcadfinishes
10:27.53*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-187-129.web.vodafone.de)
10:41.56*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-187-129.web.vodafone.de)
11:00.19*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
11:24.22*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182)
11:31.02*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-49-180.web.vodafone.de)
12:00.42*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-202-6.web.vodafone.de)
12:40.59*** join/#brlcad Skriptkid1 (~Skriptkid@59.93.64.182)
12:56.53*** join/#brlcad gagan_ (~gagan@115.245.253.9)
13:04.53*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-214-100.web.vodafone.de)
13:07.02*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-214-100.web.vodafone.de)
15:04.53*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182)
15:18.21*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182)
15:23.27*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-5-250.web.vodafone.de)
15:36.14*** join/#brlcad Chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
15:48.48Notify03BRL-CAD:carlmoore * 54183 brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks
15:57.44*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:22.25maths22cacheing is definately annoying
16:29.31``Erikcaching of what?
16:31.12maths22the website
16:31.27maths22when I updated the template, it took a while for the changes to show up on the pages.
16:45.00``Erikweb browser caching can be forced to reload by holding shift when you click reload on most browsers, iirc
16:45.42``Erikhttp://en.wikipedia.org/wiki/Wikipedia:Bypass_your_cache
16:48.26maths22I know.  I just had not thought of it then.
16:48.34maths22Anyways, the problem is fixed
17:01.25*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:27.47brlcad``Erik: mediawiki caching, not browser
17:27.59brlcadprobably a way to force it too
17:28.58``Erikah, server side
17:29.41``Erik(speaking of, read the story behind the varnish cache manager? interesting stuff on app space vs kernel space)
17:31.28``Erikhttp://queue.acm.org/detail.cfm?id=1814327
17:35.12``ErikO.o crazy, 'armor for cats' art http://jeffdeboer.com/Galleries/CatsandMice/tabid/77/Default.aspx
17:40.34maths22Caching reduces server load, at the expense of easy development
17:54.35Notify03BRL-CAD:bob1961 * 54184 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: More tweaks to Archer's sketch editor. Added more bindings for the creation modes. Added hints for using key and button presses to change the mode or the sketch canvas view.
18:00.33brlcad~seen skriptkid
18:00.38ibotskriptkid <~Skriptkid@117.208.165.6> was last seen on IRC in channel #gsoc, 1d 23h 45m 33s ago, saying: 'sttaylor: Thanks :)'.
18:06.33Notify03BRL-CAD:bob1961 * 54185 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Minor tweaks to the hints label used by Archer's sketch editor.
18:45.48*** join/#brlcad luca79 (~luca@188-22-206-175.adsl.highway.telekom.at)
18:57.36Notify03BRL-CAD:r_weiss * 54186 brlcad/trunk/src/libbu/getopt.c: Fixed a bug in function "bu_getopt" in file "getopt.c". The function would confuse a negative number with an number option (i.e. -0 -1 ... -9).
20:43.09*** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2864::ade7:2864)
IRC log for #brlcad on 20130117

IRC log for #brlcad on 20130117

00:48.06*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
02:14.09*** join/#brlcad javamonn (~twitch@108.223.141.117)
03:34.36maths22IRC really has calmed won after GCI!
03:34.43maths22oops.  down
06:08.41*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
08:17.53*** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at)
11:09.51*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182)
11:19.21*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81)
12:46.01*** join/#brlcad caen23 (~caen23@92.81.207.138)
12:49.25*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:17.37*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-90-20.web.vodafone.de)
14:24.34*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81)
14:31.12brlcadhey Skriptkid, thanks for working on that sf patch
14:31.30brlcadnormally would have been right on that, but we have just a little bit of a patch backlog ;)
14:32.18SkriptkidThanks :) is that patch okay? Or does it need changes?
14:32.35brlcadhaven't gotten to look at it yet
14:32.45brlcadlike I said, huge backlog :)
14:32.46*** join/#brlcad Skriptkid1 (~Skriptkid@117.202.111.81)
14:32.58brlcadand then there was two
14:34.15Skriptkid_It's okay. But do tell me if it needs anything more(or less.) I'm keen on working on patches
14:36.46Skriptkidbrlcad: Does BRL-CAD have it's own scripting lang?
14:38.34brlcadSkriptkid: we use tcl
14:38.47brlcadour command line is technically a tcl interpreter
14:39.50SkriptkidOkay
14:40.14brlcadmy vision for the third-generation editor is to actually embed a generalized scripting interface so that users can run variable scripting engines on top of our command api (to initially include a posix shell (ksh/bash-style), tcl, python, and lisp)
14:40.40brlcadmost of that is lined down in the design already, but no code to run with as yet
14:43.36caen23brlcad: what do you mean by "users can run scripting engines"? like we provide the interpreters and they write the code, or some interface to let them bring their own interpreters?
14:44.04Skriptkidbrlcad: Why not your own simple script which will be easier for beginners?
14:44.30SkriptkidYes, I didnt get that part too
14:44.41caen23Skriptkid: i think what you're thinking is closer to macros than to a full language?
14:45.28Skriptkidcaen23: Yep
14:45.32brlcadcaen23: you'd be able to select which command line interface you want to use
14:46.11brlcadso it's more that we're providing a few interpreters that we've fully bound to libged
14:46.51brlcadhow a given libged "command" is exposed will be somewhat different depending on the language
14:47.47brlcadin tcl, everything is a command, so there's a 1-1 mapping; lisp would turn them into routines; python they'd either be methods on an object or functions; shell are also conveniently commands
14:48.19brlcadit's really just about what syntax is most convenient since the commands would be identical
14:48.41caen23would javascript be a good language to prototype this with with? given all the interpreters out there
14:49.40brlcadSkriptkid: users can completely ignore the scripting engine since we effectively are providing our own scripting command-set to them
14:50.37brlcadcaen23: possibly, I considered them, but it works best with languages that support interactive prompting
14:51.04brlcadjscriptshell or something similar might work, but it's not exactly common/familiar
14:51.42brlcadand that particular implementation is a java beast
14:54.26SkriptkidHmm…true. I was thinking, if a user needs to just port all his instructions elsewhere, record it or maybe make a quick run, a script might be useful. But then again, he has the database itself.
14:55.29caen23Skriptkid: i think you can already do that. have a look over regress/tgms/solids.mged for example
14:56.13SkriptkidAhh…my lack of knowledge. Thanks, caen23.
14:58.19caen23didn't know about this myself until i worked on a task that used that file
15:00.14*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
15:00.56starseekerhmm - wonder if this would be useful for a python interface?  http://code.google.com/p/tinypy/
15:19.32*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81)
15:21.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:42.40Skriptkida hyperboloid of one sheet is a bounded elliptical hyperboloid right?
15:47.37*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.81)
16:04.18*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81)
16:12.17*** join/#brlcad caen23 (~caen23@92.81.207.138)
16:21.37*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
16:31.35*** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.81)
16:40.55*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
16:41.16Notify03BRL-CAD:carlmoore * 54187 brlcad/trunk/TODO: add missing parenthesis
17:04.59*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:19.29*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81)
19:25.41*** join/#brlcad andrei__ (~IceChat7@188.25.158.112)
19:57.57*** join/#brlcad luca79 (~luca@188-22-129-209.adsl.highway.telekom.at)
20:58.15Notify03BRL-CAD:r_weiss * 54188 brlcad/trunk/src/other/openNURBS/opennurbs_zlib.cpp: Update to file "opennurbs_zlib.cpp" to allow a 32-bit build with Visual Studio 2010.
22:24.19Notify03BRL-CAD:carlmoore * 54189 brlcad/trunk/src/util/bw-a.c: fix some obvious mistakes in bw-a.c program, including inserting a missing hyphen.
22:42.58Notify03BRL-CAD:carlmoore * 54190 brlcad/trunk/src/util/bw-a.c: fix 2 words in a comment
22:43.34starseekerbrlcad: is this the bu_parallel unit test?  http://www.google-melange.com/gci/task/view/google/gci2012/8086204
23:14.21*** join/#brlcad javamonn (~twitch@108.230.18.56)
23:19.25javamonnNow that GCi is over, whats the best way to keep finding code related tasks to do? I'd pull from the list of "itty bitty" tasks but I realize most of these have been completed during gci. Do you guys keep another list somewhere?
IRC log for #brlcad on 20130118

IRC log for #brlcad on 20130118

00:12.27*** join/#brlcad javamonn (~twitch@108.223.141.242)
03:27.55*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
07:45.36*** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at)
09:44.16*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
10:58.59*** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81)
12:41.55*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
14:38.33*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-168-149.web.vodafone.de)
14:42.50*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.154)
15:10.45maths22brlcad: can I host a small php webapplication on crit in my user directory?
15:19.46*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.154)
16:57.03*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:19.55*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.154)
18:10.36Notify03BRL-CAD:carlmoore * 54191 brlcad/trunk/TODO: change 'and fo' to 'for' (assuming that is the intended meaning)
18:23.08Notify03BRL-CAD:carlmoore * 54192 brlcad/trunk/doc/docbook/system/mann/en/handle.xml: fix 2 consecutive words 'for the'
18:37.06*** join/#brlcad EricPoehlsen (~Eric@109.46.210.149)
18:43.17*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
18:58.22Notify03BRL-CAD:bob1961 * 54193 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updates for cadwidgets::Ged. Added the following options: -drawRayOdd, -drawRayEven and -drawRayVoid. Also added draw_ray, erase_ray and color_to_tk.
19:07.08Notify03BRL-CAD:bob1961 * 54194 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added the ability to fire rays to get nirt-like results by using the mouse to pick shot locations while in "Measuring Tool" mode. For speed, the raytracer is prepped only if the display items change. Also added preferences for setting colors for the ray partitions.
20:13.11Notify03BRL-CAD:carlmoore * 54195 brlcad/trunk/src/fb/fbzoom.c: fix spelling in a comment
21:17.13*** join/#brlcad crdueck (~cdk@24.212.219.10)
22:23.45Notify03BRL-CAD Wiki:PrestoncdvdumwfdiRoura * 4935 /wiki/Extremely_Place_To_Sell_Gold: New page: Stick to either NGC or alternatively PCGS certified coins. Sometimes people second-hand iron to protect their stashes and this will confuse all the signals even more, so you will have to d...
22:52.07brlcadmaths22: yep
23:17.20starseeker``Erik: here's a challenge for your lisp+web fu - do you think you could duplicate the functionality displayed here?  http://www.cs.umd.edu/~bederson/papers/index.html
23:18.53starseeker``Erik: looks like he's doing some custom python backend work, but probably at least some of the javascript would translate
23:20.16starseeker``Erik: would be interesting if one or more bibtex files could be read into lisp somehow to provide the search filtering ability...
23:21.21starseekerwe'd have to add a few custom entires to the bibtex files to supply keywords for papers
23:27.26starseekerhmm... this might help us tie our bibtex files directly to the web searching interface:  http://ftp.math.utah.edu/pub//bibsql/
23:31.00``Erikif there is python as a server, it's very very trivial. that page is all javascript with 4 ajax calls to populate the data sets... one is http://hcil2.cs.umd.edu/bederson/pubs/pubs/authors/
23:31.17``Erikd3 in action, yo, that graph stuff I showed you a week ago :)
23:32.27``Erika server side search capability (with ajax trim) would be trivial to write in any old language, even php
23:34.11``Erik(defun dothingy (stream query) (print-as-json stream (remove nil (mapcar (lambda (x) (searchfunc query x)) biglist)))) ; done
23:40.57maths22thanks.  can I create a mysql database to go with it, or should I host that elsewhere (it is for the Robotics Club i participate in)
23:57.33``Erikmight be worth waiting until migration is completed before creating a new db, just to minimize merge effort
IRC log for #brlcad on 20130119

IRC log for #brlcad on 20130119

00:24.32brlcadmaths22: you did read the usage policy right?  of course you can
00:24.40brlcadjust pm me the info
00:27.22maths22I did not know I could use the account for non-brlcad processes.
00:27.57maths22(if I could)
00:32.44maths22thanks.
02:44.45Notify03BRL-CAD Wiki:PrestoncdvdumwfdiRoura * 4936 /wiki/What_Are_the_Best_Techniques_to_Discover_Silver_Earrings: New page: On the subject of selecting jewellery pertaining to ladies, it is likely to find various advantages to silver earrings. If you need some thing classy that won't break the bank and comes in...
07:12.17*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
08:41.47*** join/#brlcad luca79 (~luca@194-166-181-11.adsl.highway.telekom.at)
08:58.19*** join/#brlcad luca79 (~luca@194-166-181-11.adsl.highway.telekom.at)
09:31.47*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
09:37.16*** join/#brlcad luca79 (~luca@194-166-181-11.adsl.highway.telekom.at)
12:32.39*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:26.41*** join/#brlcad luca79 (~luca@188-22-133-209.adsl.highway.telekom.at)
14:20.34Notify03BRL-CAD:tbrowder2 * 54196 brlcad/trunk/TODO: clarify intent of using different image sizing markup for html and pdf output when appropriate
15:07.05*** join/#brlcad luca79 (~luca@188-22-133-209.adsl.highway.telekom.at)
15:32.57*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
16:06.22*** join/#brlcad luca79 (~luca@188-22-133-209.adsl.highway.telekom.at)
16:20.08*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
16:20.11*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
17:14.54*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
19:39.02*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
21:17.09*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
23:12.54*** join/#brlcad gene_hacker (~chatzilla@cpe-70-113-84-191.austin.res.rr.com)
23:13.21*** part/#brlcad gene_hacker (~chatzilla@cpe-70-113-84-191.austin.res.rr.com)
23:15.57*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
23:47.28*** join/#brlcad yukonbob (~bch@nat60-100.kcls.org)
23:47.35yukonbobhello #brlcad
IRC log for #brlcad on 20130120

IRC log for #brlcad on 20130120

07:22.08*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:30.56*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
07:49.37*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
08:51.45*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-59-87.web.vodafone.de)
08:52.23*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
10:31.50*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
17:52.04*** join/#brlcad ibot (~ibot@rikers.org)
17:52.04*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
18:23.33*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
23:34.32*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20130121

IRC log for #brlcad on 20130121

03:14.21*** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2864::ade7:2864)
06:27.16*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
07:40.15*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:36.20*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:47.58*** join/#brlcad luca79 (~luca@net-188-216-157-107.cust.dsl.vodafone.it)
13:17.18*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-68-231.web.vodafone.de)
14:06.02brlcadyou all don't make this easy...
14:21.40*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
14:26.01*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:56.02``Erik¿que?
15:33.10brlcadthe votes, no clear second-place vote
15:33.19brlcadbasically a three-way tie
15:33.24brlcad(almost)
15:33.37``Erikhow much time is left to break that tie?
15:34.16``Erikmaybe use goog doc webforms with a set of questions for each participant, rank 1-5?
15:35.10``Erik6 sided die, each participant gets 2 sides, roll and go! :D
15:45.00*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:04.53brlcad``Erik: no time, I gave everyone up to the last minute to provide a vote
16:05.19brlcadit wasn't a perfect tie, it was just uncomfortably close
16:12.12``Erikhm, I assume you'll do a little postmortem writeup for the webpage? maybe give the other two a shout out, 'special recognition' or something?
16:45.54*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:01.15*** join/#brlcad luca79 (~luca@net-188-216-157-107.cust.dsl.vodafone.it)
17:07.01*** join/#brlcad Eric_ (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
19:03.09*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
19:03.42*** join/#brlcad caen23_ (~caen23@92.81.175.131)
22:56.26brlcadyep
IRC log for #brlcad on 20130122

IRC log for #brlcad on 20130122

00:35.44Notify03BRL-CAD Wiki:MontyvmccsilihhLentsch * 4937 /wiki/Make_Ease_Of_Your_Trucking_Operations_Using_It%27s_Dispatch: New page: There may be hopefulness for good deal job after all. sprang from which the 1987 the merger of DeVry Institutes and Keller Graduate School of Management, with DeVry Higher educatoin instit...
01:16.37Notify03BRL-CAD Wiki:MontyvmccsilihhLentsch * 4938 /wiki/Customer_Care_England_Truck_Driving_Jobs_Inside_Video_Articles: New page: Moreover, whether it is boom nor depression, there will always comprise need for transferring products from place to another and designed for balancing the nation's resources. Fees can be ...
01:30.09Notify03BRL-CAD Wiki:ColemanqghhpzaseeRoccio * 4939 /wiki/ColemanqghhpzaseeRoccio: New page: Biochemistry and biology instructors, Carl Wamser and Todd Monkfish at Portland State’s Technological innovation Campus been testing the mix of solar panels and also eco-roofing for you ...
02:25.45*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
07:58.17*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:30.31*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:14.24*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-214-22.web.vodafone.de)
13:56.29*** join/#brlcad Skriptkid (~Skriptkid@117.208.166.189)
13:59.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:50.40Notify03BRL-CAD Wiki:AlexistlnnsziexcFinona * 4940 /wiki/Welsh_Gold_Jewellery_Gift_Ideas_For_Boys: New page: There's the rustle in front doorstep so that as you keep an eye out the window the thing is the postman venturing out your front yard. It signifies longevity and a strong commitment from t...
14:53.39*** join/#brlcad Skriptkid (~Skriptkid@117.208.166.189)
15:31.55*** join/#brlcad Skriptkid_ (~Skriptkid@117.208.166.189)
15:31.56*** join/#brlcad Skriptkid (~Skriptkid@117.208.166.189)
15:33.50*** join/#brlcad luca79 (~luca@net-188-216-157-107.cust.dsl.vodafone.it)
15:38.45Notify03BRL-CAD Wiki:ColemanqghhpzaseeRoccio * 4941 /wiki/ColemanqghhpzaseeRoccio:
16:28.50*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:32.11*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:26.27``Erikheh http://paste.lisp.org/display/134837
18:41.45*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
20:11.43*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
20:11.52*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
20:45.27Notify03BRL-CAD:r_weiss * 54197 brlcad/trunk/src/librt/search.c: Fixed a bug in librt file "search.c". Corrected the sort order of the "options" array. This corrects a problem on Windows when using the "-break" option within the mged "search" command. The error was "-below: unknown option passed to find_create".
21:50.52*** join/#brlcad crdueck_ (~cdk@24.212.219.10)
23:40.23*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20130123

IRC log for #brlcad on 20130123

02:59.08*** join/#brlcad hsrai_ (~hsrai@202.164.53.116)
03:01.39hsrai_Gauravjeet Singh who did 6 tasks of GCI, out of which 3 were for BRL-CAD, has done one more excellent thing. Check: http://cad.devplace.in/form.html play by changing values, on submission you will get 4 views of "Table". Code is at: https://github.com/GreatDevelopers/wBRLCAD
03:04.32*** join/#brlcad hsrai (~hsrai@202.164.53.116)
03:45.29*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
04:08.39maths22hsrai: that's cool!
05:18.45brlcadhsrai: thanks for sharing that, really awesome
06:10.50*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-149-226.web.vodafone.de)
13:11.19``Erikhmmmm add_custom_target(dist COMMAND ${CMAKE_MAKE_PROGRAM} package_source)
13:41.02*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-82-213.web.vodafone.de)
13:51.07*** join/#brlcad Skriptkid (~Skriptkid@117.208.166.10)
14:06.01*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
15:46.10brlcad``Erik: sounds like a good alias to add to me
15:51.19*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
15:58.51*** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:50.38*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
16:59.46*** join/#brlcad caen23 (~cezar@92.81.175.131)
17:00.39kanzurehttps://github.com/GreatDevelopers/wBRLCAD/blob/master/table
17:00.43kanzurethat.. that does not look good.
17:00.56kanzurehow is that "excellent"
17:08.53brlcadkanzure: so.. you're working on something better right? :)
17:09.25kanzurehuh? brlcad already has a working scripting language
17:09.39kanzurethere's no reason to throw it all away
17:09.39brlcadI think it's awesome if only because the end result is something that nobody else has done before
17:09.48kanzurecgi?
17:09.51brlcadthe system is meant to be scripted just like that
17:09.56kanzureyou're fooling yourself if you think cgi is new
17:10.03brlcadhm?
17:10.07kanzureanyway, i am just cranky that i clicked and saw that
17:10.22kanzureshapesmith at least bothers to send objects as json between the client and server
17:10.31kanzure(not that json is the important part; it's the messages/transactions that matter)
17:11.03caen23he was talking about the end product, not code… it's html and some bash, it wasn't the code that was excellent
17:11.25brlcadthis has absolutely nothing to do with cgi
17:11.49kanzureok what was excellent then
17:12.34brlcadthat a high school student was able to figure out all the pieces to interactively create and render geometry on top of a fairly complex system, and do that in the span of just a couple days
17:12.53kanzureageism is the worst.
17:13.06brlcadwtf
17:13.14kanzureanyway, i guess it would have been helpful to say "it's excellent because he's young"
17:13.27kanzurethat would have put it in more context to see why anyone would think it's that
17:13.32brlcadit would have been excellent had anyone done it
17:13.36kanzurereally??
17:14.30brlcadbut knowing that he's inexperienced does make it more interesting if only because I'd rather encourage someone inexperienced to become more experienced than piss in their cheerios because someone somewhere has a better idea
17:14.36kanzureanyway, when he's around could you ping me? if he wants to make web things with brlcad, i think there's some better things he could be implementing.
17:15.25``Erik*cough* *cough* http://www.youtube.com/watch?v=scaAz1zcdXI *cough*
17:16.17kanzurei mean, if he wants guidance on how to make brlcad instances usable through a browser safely
17:16.20kanzureor something like that
17:17.12``Erikhe made an mvp, dude
17:17.39kanzurei would have serious hesitations about rolling that into the brlcad repo
17:17.49kanzurewait, i mean i do have
17:19.08caen23do you really have nothing better to do than comment on some code written in a few days by a high school student? code which, by the way, no one is rolling anywhere…
17:19.41kanzureyes, i think code review is super important
17:20.28caen23it's not called code review if you're ranting without the person being present
17:20.47kanzurehe's not present?
17:22.03caen23do you see him answering your "review"?
17:22.29brlcadkanzure: questioning others for finding it cool and interesting when you did not is far from a code review
17:22.43kanzureok let's try this a different way. what is the actual argument for committing this?
17:22.54``Erikno one has made that argument
17:23.22kanzureokay.
17:23.45brlcadexpressing your dissatisfaction is similarly not be a useful criticism
17:25.27brlcadthat is the student's own github repo, and good for him for committing his work to a version control system
17:25.30brlcadpeople should do that more often
17:29.01brlcadif you think you could actually achieve what the student did with a better design or fewer lines of code, I'd be interested in seeing that
17:29.17brlcadnot hearing about it though, ideas are easy, talk is cheap
17:29.50brlcadbut then if someone wants to go down that route, there are other tasks that would be more in line with our long-term goals
18:50.14*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
22:32.09Notify03BRL-CAD:brlcad * 54198 brlcad/trunk/src/util/bombardier.c: clean up the wording a little bit
IRC log for #brlcad on 20130124

IRC log for #brlcad on 20130124

01:35.40maths22what is ibot?
02:03.52brlcadhttp://books.google.com/books?id=fxL4tu5bzAAC&printsec=frontcover#v=onepage&q&f=false
02:03.59brlcadibot: ibot
02:03.59iboti guess ibot is not a help system
02:04.03brlcadheh
02:04.49brlcad~infobot
02:04.49ibotrumour has it, infobot is me, http://infobot.svn.sourceforge.net/svnroot/infobot/ // The original infobot is no more, it has been replaced by the latest version of blootbot, accompanied by a rename back to infobot // apt/ibot/infobot/purl is now an infobot run by TimRiker
02:10.48maths22I have had some fun asking ibot questions, but I was not sure what it acutally was.
02:11.17brlcadthere's a lot of nice little tricks she has up her sleeve
02:11.40brlcadbasic math, to actions, to info, all customizable
02:11.56maths22now that I know where the source is, I can look at it and do some fun things.
02:12.04maths22I like it's response to ~ask
02:12.08brlcad~lart maths22
02:12.08ibotnabs the moon and broadsides maths22 with the sea of tranquility
02:12.19brlcad~feed maths22
02:12.19ibotACTION offers maths22 some toe-jam
02:12.20maths22~kill me
02:12.20ibotACTION shoots a super-inverse anti-positrino gun at maths22
02:12.50brlcad~maths22++
02:12.59brlcad~karma maths22
02:12.59ibotmaths22 has karma of 2
02:13.07maths22~karma brlcad
02:13.07ibotbrlcad has karma of 1
02:13.13brlcadah, he fixed it
02:13.31brlcadused to be one of a few hard-coded to a negative number
02:13.45brlcad~karma tupone
02:13.45ibottupone has karma of 166
02:13.58maths22~karma ``Erik
02:13.58ibot``erik has karma of 3
02:14.13brlcadmostly used by the bzflag and debian communities iirc
02:14.17maths22now I have a new way to waste my time :)
02:14.50brlcadfactoids are the most useful aspect, stash little shorthand bits of info
02:14.55brlcad~cadsvn
02:14.55ibotTo obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
02:15.11brlcad~pastebin
02:15.11ibotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
02:15.26brlcadand I'm sure you saw ~ask more than a few times ;)
02:15.45brlcad~factoids
02:15.45ibotfactoids are information that ibot can learn and then reply with. "/msg ibot help" for more info.
02:16.52brlcad~botmail for maths22: she has a lil mailbox system too
02:18.06brlcad~status
02:18.06ibotSince Sun Jan 20 17:51:05 2013, there have been 2 modifications, 162 questions, 0 dunnos, 0 morons and 84 commands.  I have been awake for 3d 8h 27m 1s this session, and currently reference 118884 factoids.  I'm using about 23912 kB of memory. With 0 active forks. Process time user/system 588.78/13.94 child 0.01/0
02:18.20brlcad~nickometer maths22
02:18.40brlcadnot too bad ;)
02:19.34brlcad~bzflist
02:19.53brlcadah, must be old protocol
02:22.47maths22~nickometer brlcad
03:59.20DarkCalf~nickometer DarkCalf
03:59.37DarkCalfibot is lame
04:18.30maths22~nickometer ibot
09:57.42*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:12.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:20.20*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
11:30.20``Erik!notify todo add user specified factoid irc commands (replace :ask with a table, maybe make commands channel specific)
11:30.21NotifyOK
11:31.51``Erik!notify todo add public todo url to response line
11:31.52NotifyOK
13:18.58*** join/#brlcad EricPoehlsen (~Eric@109.46.66.156)
13:30.02*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:53.34Notify03BRL-CAD:bob1961 * 54199 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 5 others): Enhanced Archer's move-arb-face editing ability by allowing the face being edited to be changed via the mouse while in translate mode. This makes it simpler and faster to move arb faces by reducing the user's interaction with the GUI.
14:49.30*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
15:24.51Notify03BRL-CAD Wiki:AleshaplmbfbdzdvBormes * 4942 /wiki/AleshaplmbfbdzdvBormes: New page: Covent Garden Hotels inside London are a must-see along with must-stay place for anybody browsing investment. It’s positioned in one's heart with the busiest a part of London and also bo...
15:58.49``Erik~nickometer ``Erik
15:59.05``Erikpets his stealth marks
16:08.13Notify03BRL-CAD Wiki:AleshaplmbfbdzdvBormes * 4943 /wiki/AleshaplmbfbdzdvBormes:
16:11.12brlcadI thought they were two pointy hairs (horns), just both on the same side of your head
16:13.57caen23nickometer arithmetic would crash on fps servers, lol
16:22.10brlcadasks if alan cox wants to get back to work on brl-cad ;)
16:22.29*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.233)
16:35.43*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:55.18*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:05.21brlcadcaen23: how is it feeling to decompress? :)
17:16.21brlcadTO ALL: brlcad.org now points to the new server
17:16.39brlcadthat's particularly relevant to those of us that ssh in and connect via screen+irssi
17:17.18brlcadthe old server is still bzflag.bz for the time being, so can join that way but at some point, you should all migrate to logging in via brlcad.org and holding a screen session there
17:17.29brlcadfiles are going to be sync'd one more time
17:45.45*** part/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
17:46.04*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
17:54.40caen23brlcad: can't really say i'm decompressing, it's almost the same except for more sleep :) and less focus :( i'm currently reading a book on c to fill some gaps
18:25.38``Erikbrlcad: are they going to update the PTR record, too? are the db's fully migrated?
18:26.09``Erikstarts fidgeting with the thermite cap and eyes bz O.o
18:31.26``Erikare the mx records shifted, too? O.o should probably do some test emails to verify the sendmail can receive all the right hostnames
18:47.25brlcadcaen23: which book?
18:48.36brlcad``Erik: I'll fix RDNS when all's said and done
18:49.38caen23brlcad: head first c. it's not necessarily comprehensive on the language, but it's a good intro to related stuff such as make, static/dynamic linking, and c-specific sockets, threads and ipc
18:49.39brlcaddb's should be fully migrated, but I'm making sure one by one
18:49.54*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.233)
18:50.09``Erik'k, just did a test email to @brlcad.org and it went to bz, not crit
18:50.49brlcadcaen23: huh, yeah .. that's not a book that would have jumped to mind
18:52.57brlcad``Erik: that's because your MX (and only yours apparently) goes to bz.bzflag.bz
18:53.03caen23it's not heavy material, but i wasn't looking for that
18:53.09brlcadwhich will be the last thing to flip
18:53.43brlcadcaen23: there are lots of other books that aren't heavy but do a great job ;)
18:54.16brlcadas far as the language goes, it's hard to beat the original C book
18:54.22brlcadbut yeah, doesn't cover the "other stuff"
18:54.46brlcadotherwise, generally considered one of the best programming books ever written
18:55.59``Erikused gmail, figured it'd be safe
18:56.33brlcadit was :)
18:57.50``Erikmail.yahoo.com does the same :/
18:58.56caen23brlcad: i stumbled upon a list of more serious books yesterday on esr's web site and i'm very interested in reading those, but they're focused on unix. haven't read the entire k&r yet (i tried starting with that one, but it seemed too difficult when i started, especially as i had done no programming before), but i plan to. my first book on c was kn king's, if you're familiar with that one. it still seems both comprehensive and accessible to a beginner
18:59.19``Eriksame for work O.o
19:04.35*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
19:49.21maths22I'm excited that we are on the new server!
19:49.22brlcad``Erik: you mistunderstand something
19:49.50brlcad*your* MX record points to a bz.bzflag.bz address, so mail to erik@brlcad goes to .bz
19:51.19brlcadi'd have to change your mx record to be a different alias (or perhaps remove it altogether so it delivers to brlcad.org)
19:51.42brlcadmaths22: in no small part to all your efforts, great work :)
19:52.10maths22thanks.
19:52.17brlcadI did have to just upgrade once again (there've been two security-fix drupal updates since you migrated), but it went mostly smooth :)
19:52.34maths22Minor drupal upgrades are easy.
19:52.45maths22The major ones are the ones that take the effort.
19:52.48brlcadit was also ignoring our synopsis markers, fixed that
19:53.00maths22What are those?
19:53.04brlcaddrupal 7 bug
19:53.43brlcadwhen you write a story, you can tell it how much goes onto the main page with a <!--break--> marker
19:54.46maths22thanks.
19:57.01brlcadalso was some apparent problem with a mediawiki extension and one other drupal module, iirc, but all figured out in a couple hours
19:57.11brlcadwould have made a good gci task ;)
20:07.04brlcad``Erik: ah, I see my terminology (or understanding) was off -- the MX record how i've set it up goes to our DNS host (zoneedit) which in term forwards as specified (so the forwards stay private/unpublished)
20:07.30brlcadtheir interface just presents it all as MX management
20:07.35``Erik'k, so it is a forward, aight
20:08.42``Eriksaw mail5.zoneedit.com and mail6.zoneedit.com listed as the mx records when I did a 'dig brlcad.org mx', thought it was weird... any reason to use their forward service instead of using the machine and enabling sendmail .forward files?
20:09.59brlcadoriginally didn't provide mail
20:10.02brlcadonly aliases
20:10.12``Erikah, legacy
20:10.36brlcadstill have a lack of faith in my own ability to secure sendmail/qmail with confidence for outbound
20:10.54brlcadwhy it was (supposed to be) inbound only
20:11.22brlcadstill have my doubts that we're secure there even on .bz
20:28.46maths22Oh well.  If you have any other problems like that, feel free to let me know and I will try to fix it.
20:31.39maths22by the way, any old gallery links will no longer work.
20:32.19maths22Gallery 3 uses a different system for URLS, and it is at brlcad.org/gallery3
20:33.01brlcadany reason we can't just copy it?
20:33.25brlcad(assuming we move the old one out of the day)
20:33.28brlcads/day/way/
20:34.21maths22I can move it.  I will do that now; the urls are still different
20:44.32maths22i have moved it.  I fixed the link on the drupal site to point to the new location as well
20:54.46brlcad~maths22++
20:54.50brlcadawesome :)
21:16.30Notify03BRL-CAD:carlmoore * 54200 (brlcad/trunk/src/proc-db/clutter.c brlcad/trunk/src/proc-db/pyramid.c brlcad/trunk/src/proc-db/room.c): simplify the expression for sine of 60 degrees; would pyramid.g be able to spot M_PI ?
21:40.49Notify03BRL-CAD:carlmoore * 54201 brlcad/trunk/src/libfft/fftest.c: simplify 2 expressions by carrying out division of constants
22:18.07*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
22:18.42starseekeris now logged in on screen+irssi from brlcad.org rather than bz
IRC log for #brlcad on 20130125

IRC log for #brlcad on 20130125

00:13.10maths22should I stop connecting to crit.brlcad.org and start connecting to brlcad.org
00:14.12``Erikbrlcad.org == crit.brlcad.org now
00:17.20maths22will the domain crti.brlcad.org be deactivated?
01:16.48``Erik<-- kinda surprised brlcad didn't set up brlcad.org as a cname to crit.brlcad.org
01:17.22``ErikI don't see any reason why crit would be deactivated *shrug* but that's not my call
01:19.17maths22I will change my ssh seetings either way.
01:19.28archivistno need for cname, just add another A record, one less dns trip
01:19.58maths22I am now connected via brlcad.org
03:12.17*** join/#brlcad crdueck (~cdk@24.212.219.10)
03:17.10*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
06:25.12*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
10:06.40*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
12:56.02*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
13:17.37*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-25-160.web.vodafone.de)
14:05.32Notify03BRL-CAD:bob1961 * 54202 brlcad/trunk/src/libged/draw.c: Fixed a bug in _ged_drawtrees that was causing vlists for previously drawn objects to be created each time anything was drawn, causing the vlists to grow larger for the redrawn objects (i.e. the created vlists were added to the previously created vlists for the redrawn objects).
14:19.10*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
14:53.19*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
15:35.11*** join/#brlcad kanzure (~kanzure@131.252.130.248)
15:38.25*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
15:39.21*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:06.37*** join/#brlcad ibot (~ibot@rikers.org)
16:06.37*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
16:47.12*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-0-133.web.vodafone.de)
17:23.25maths22what does/did bz.bzflag.bz host other than brlcad.org
17:42.33``Erik58 hosts
17:42.47``Erikmostly small ones, like small business, local hobby groups, etc
17:56.38maths22ok.  thanks.  I was just wondering.
18:32.41*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.113)
18:37.57maths22on a related note, what does crit host?
18:42.38*** join/#brlcad Eric_ (~Eric@ip-109-41-185-126.web.vodafone.de)
19:03.15*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.113)
19:30.23n_reedr54202 doesn't make sense to me, I don't see the evidence for the bug described, but assuming it exists I don't think that would be the way to fix it
19:32.53*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
19:34.31Notify03BRL-CAD:r_weiss * 54203 brlcad/trunk/src/other/openNURBS.dist: Updated openNURBS file "openNURBS.dist" and removed files "opennurbs_brep_changesrf.cpp", "opennurbs_brep_kinky.cpp", "opennurbs_crashtest.h", "opennurbs_memory_new.cpp", "opennurbs.sln", "opennurbs.vcproj" and "opennurbs_staticlib.vcproj". These changes remove files not used by BRL-CAD and are not part of the 2012-10-24 version of openNURBS. In
19:34.33Notifyaddition this corrects an error "Files listed in subversion but not accounted for in build logic", related to openNURBS, when running "make distcheck-full".
19:35.10*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
19:42.57n_reed_ah, yeah it appends a duplicate if you draw a subpath of a displayed object
19:54.24brlcadn_reed: can revert, causing a problem?
19:58.27n_reedI know, I'm still looking into it
20:03.22brlcadlemme know if it's a show-stopper, working through my commit reviews now for a hopeful source release asap
20:09.51brlcaddoing what should be the final sync of the user home dirs (so some early migraters may have to delete files)
20:15.32``Erikfrightening arg line on that rsync
20:31.40Notify03BRL-CAD:n_reed * 54204 brlcad/trunk/src/libged/draw.c: first item won't always exist, don't assume it does
20:34.43maths22Why does the login message now say  "bz.bzflag.bz" ?
20:35.56n_reedbob got lucky; the sp->s_vlist hp is a bu_list, not a bn_vlist, so vp->nused could have been garbage if vp was the head, but it just so happens that struct solid has a int s_vlen initialized to 0 right after the s_vlist member
20:38.00Notify03BRL-CAD:r_weiss * 54205 brlcad/trunk/src/other/openNURBS/Makefile.am: Update to "Makefile.am" for openNURBS version 2012-10-24.
20:44.30n_reedso bob's change does seem to fix a real problem, but it seems like ged_erasePathFromDisplay is where that case is really supposed to be handled; I think it's fine for now though
21:08.34Notify03BRL-CAD:n_reed * 54206 brlcad/trunk/src/libged/draw.c: Have to count the vlists' commands before appending them, or else s_vlen is always 0. Interestingly, this doesn't change any behavior because none of our code seems to read s_vlen.
21:24.22brlcadmaths22: that's just the motd
21:24.40brlcadmaths22: that server name will also eventually get migrated, the child becomes the master
21:26.11brlcadn_reed: interesting
21:27.44maths22ok.  thanks.
21:28.29maths22is the switch there waiting until everyone is off of the old server?
22:08.30Notify03BRL-CAD:r_weiss * 54207 brlcad/trunk/src/tclscripts/mged/lc.tcl: Fixed a bug and added features to the mged "lc" (list codes) command. Fix a bug which caused some duplicates to not be reported. Added an option to not list duplicates which all have the same parent and material_id. Also added region parent to the list.
22:11.27brlcadmaths22: not really, just a lot more behind the scenes work to verify, sync, update, migrate
22:15.27maths22ok
22:38.47brlcadmaths22: if you want something to look into, you could check on the CIANotify mediawiki plugin
22:40.44brlcadI don't think it's announcing in there which means it's not sending mail
22:40.59brlcadthe plugin was written against a previous version, so the hooks may have simply changed slightly
22:41.39brlcadanother thing still needing attention is the gallery -- the default gallery3 settings kinda suck :)
22:42.24brlcadwould be better to minimize / eliminate "pages" when browsing an album
22:49.52brlcadand that's just getting started.. :)
22:51.50brlcadgetting site style on the gallery, setting up site-wide search (wiki and drupal and maybe gallery), syncing logins/accounts (single sign-on), and updating the appearance are all on the to-do list too
22:57.35maths22Must gallery be an independent site, or can I integrate it with Drupal?
22:57.53maths22I also will look into the CIANotify plugin
23:03.03brlcadmaths22: integrated would be awesome
23:03.18brlcadthe concern is mostly about usability
23:03.32brlcaddrupal's image gallery support really sucked the last time it was attempted
23:15.36maths22I'm going to see if gallery3 integrates with drupal
23:32.28maths22exit
IRC log for #brlcad on 20130126

IRC log for #brlcad on 20130126

01:19.59brlcadthere was a module, don't know if it's been updated
01:20.49brlcadfrankly could be something better, drupal built-in module of some sort, manual gallery
02:36.41maths22I will see
02:54.49*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:57.01*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
06:57.04*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
08:45.21*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
09:02.22*** join/#brlcad caen23 (~cezar@92.81.175.131)
09:10.02*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-60-177.web.vodafone.de)
10:16.57*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
10:17.00*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
14:20.03Notify03BRL-CAD Wiki:50.141.159.74 * 4937 /wiki/Tes: Created page with "Back to testing"
14:20.20maths22CIA-noify works now
14:20.55Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/Tes: Finished testing
14:21.18maths22It may need some improvements; i will se
15:28.42maths22I have put in a google custom search on the drupal.  If you like it, I will add it to mediawiki
17:15.33*** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it)
18:57.07*** join/#brlcad caen23 (~cezar@92.81.175.131)
IRC log for #brlcad on 20130127

IRC log for #brlcad on 20130127

06:45.55*** join/#brlcad ibot (~ibot@rikers.org)
06:45.55*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
08:46.32*** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it)
09:02.27*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
09:47.22*** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it)
09:57.11*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-8-163.web.vodafone.de)
12:54.13*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38)
14:09.43maths22http://blog.charlescary.com/?p=95
14:09.59maths22sorry. not my link
14:31.49*** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it)
15:36.48*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38)
15:55.17*** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it)
15:57.07*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:26.44*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38)
16:41.15*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38)
16:44.25*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
16:47.13*** join/#brlcad harmanpreet (~chatzilla@124.253.75.200)
18:13.36*** join/#brlcad harmanpreet (~chatzilla@124.253.154.144)
20:04.10Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22:
20:04.20Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22:
20:05.05Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22:
20:13.17Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22:
20:13.27Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22:
20:31.26Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Czgafatol:
20:33.08Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Dloman: drupal
20:33.18Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Dloman: drupal
20:33.28Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Erik: drupal
20:33.39Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Erik: drupal
20:51.55*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:09.32*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
21:50.34Notify03BRL-CAD Wiki:SusanasslrtqytgxBurhanuddin * 0 /wiki/User:SusanasslrtqytgxBurhanuddin:
23:18.17Notify03BRL-CAD Wiki:83.9.178.238 * 4938 /wiki/Chosing_Wedding_Gowns_35048: Created page with "Marriage is – ideally – an once-in-a-lifetime event. There isn't much leeway to practice or make mistakes. So to make the bride's entrance down the carpet perfect and memo..."
23:31.36*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38)
23:36.37Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:83.9.178.238: Spamming links to external sites
23:36.47Notify03BRL-CAD Wiki:Sean * 0 /wiki/Chosing_Wedding_Gowns_35048: spam
IRC log for #brlcad on 20130128

IRC log for #brlcad on 20130128

00:26.43maths22Integration should be fixed now.
00:28.29maths22If an account does not work, please let me know and I will fix it.
05:31.57*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
06:32.51Notify03BRL-CAD Wiki:TheodorespwtitrdakLoughney * 0 /wiki/User:TheodorespwtitrdakLoughney:
10:23.22Notify03BRL-CAD Wiki:02-safe-online-loans-in-one-hour-now * 0 /wiki/User:02-safe-online-loans-in-one-hour-now:
10:37.29*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
10:58.20*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
11:00.42Notify03BRL-CAD Wiki:Rhymninicky * 0 /wiki/User:Rhymninicky:
11:07.54*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
11:21.05*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
11:25.50*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:48.29*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
11:48.33*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
12:04.17*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
12:07.42*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
12:09.27*** join/#brlcad caen23 (~cezar@92.81.175.245)
12:10.16*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
12:27.57*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
12:28.20*** join/#brlcad caen23 (~cezar@92.85.86.230)
12:42.04*** join/#brlcad luca79 (~luca@host23-15-dynamic.0-87-r.retail.telecomitalia.it)
12:58.07*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
13:25.14*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
13:29.02*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
13:37.44*** join/#brlcad libero (~luca@host90-106-dynamic.0-79-r.retail.telecomitalia.it)
13:41.05*** join/#brlcad luca79 (~luca@host90-106-dynamic.0-79-r.retail.telecomitalia.it)
13:41.34*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-49-0.web.vodafone.de)
13:44.08*** join/#brlcad libero (~luca@host58-21-dynamic.0-87-r.retail.telecomitalia.it)
13:44.52*** join/#brlcad luca79 (~luca@host58-21-dynamic.0-87-r.retail.telecomitalia.it)
13:59.01*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:33.00*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:59.44*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
15:12.44*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
15:13.32*** join/#brlcad libero (~luca@host147-118-dynamic.180-80-r.retail.telecomitalia.it)
15:15.49Notify03BRL-CAD Wiki:Esmehenning * 0 /wiki/User:Esmehenning:
15:17.55*** join/#brlcad luca79 (~luca@host147-118-dynamic.180-80-r.retail.telecomitalia.it)
15:30.14*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
15:45.39*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
16:06.15maths22by the way, all previous artiles have lost their authorship information because all users had to be removed and recreated.
16:11.05*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
16:11.41maths22actually, I am/can fix that
16:39.04*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
16:41.50Notify03BRL-CAD:carlmoore * 54208 brlcad/trunk/src/tclscripts/mged/lc.tcl: remove trailing blanks
16:47.34*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:07.04*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
17:16.34*** join/#brlcad luca79 (~luca@host124-104-dynamic.1-79-r.retail.telecomitalia.it)
17:37.48*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
17:57.31*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
18:04.06brlcadmaths22: awesome getting cianotify up and running -- did the hooks need changing?
18:06.55*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
18:17.39brlcadmaths22: and what all was done to integrate the accounts?  how does drupal know that I am the same as my mediawiki user?
18:18.44brlcadgave me a bit of a scare with the loss of authorship .. it'd be okay on the drupal side just because I've been the only author, but not on the wiki side
18:32.49``Erikwonders if someone jenkins-savvy could configure it to use /tmp/jenkins/ instead of /tmp/ O.o :D
19:36.19*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:03.42Notify03BRL-CAD Wiki:EfraindamdxpurlsScocca * 0 /wiki/User:EfraindamdxpurlsScocca:
20:07.49*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:31.17*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:39.47*** join/#brlcad caen23_ (~cezar@92.81.194.120)
21:01.52*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:03.03*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:03.05Notify03BRL-CAD Wiki:EfraindamdxpurlsScocca * 4939 /wiki/Visa_Or_Master_Card_Debt_Settlement_Process: Created page with "The scammer cannot remember the details of the portion of art or they easily obtain the artwork mixed up with people. Sometimes may possibly also referred to as NCO group or ..."
21:05.42Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:EfraindamdxpurlsScocca: Spamming links to external sites
21:05.44Notify03BRL-CAD Wiki:Sean * 0 /wiki/Visa_Or_Master_Card_Debt_Settlement_Process: spam
21:07.23Notify03BRL-CAD Wiki:EraxPadsaccer * 0 /wiki/User:EraxPadsaccer:
21:07.34Notify03BRL-CAD Wiki:EraxPadsaccer * 4940 /wiki/Talk:Main_page: /* The Best Video Games To Play From Each Genre */ new section
21:17.43*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:22.13*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:24.06Notify03BRL-CAD Wiki:Sean * 4941 /wiki/Talk:Main_page: Reverted edits by [[Special:Contributions/EraxPadsaccer|EraxPadsaccer]] ([[User talk:EraxPadsaccer|talk]]) to last revision by [[User:Sean|Sean]]
21:24.23Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:EraxPadsaccer: Spamming links to external sites
21:25.54starseekergrowl
21:26.10starseekerlooks like opennurbs has a memory leak, but I'm not sure where/how to plug it
21:26.38brlcado.O
21:27.03brlcadhow can you be sure it's opennurbs then?
21:28.01starseekerhttp://paste.lisp.org/display/134973
21:28.14maths22No.
21:28.24maths22THe integration was a bit annoying.
21:28.39maths22I had to remove all the drupal users and use mediawiki to recreate them.
21:28.52maths22I had to modify a rather oudated document.
21:29.18maths22I knew that you were almost the only author on the drupal side.
21:29.20brlcadstarseeker: that doesn't say opennurbs has a leak
21:29.46maths22Therefore, deleting the users to be recreated was not a big deal.
21:30.12maths22No was to hooks.
21:30.24maths22I think I only had to comment out a few lines.
21:30.34maths22and renable it :)
21:30.49brlcadhuh, okay
21:31.16maths22to what?
21:31.26brlcadthat you only had to comment out a few lines
21:31.44maths22they did not appear to do anything other than cause error messages.
21:32.03brlcadso how is drupal using mediawiki users?
21:32.28brlcadfrom my understanding, drupal has much much more fine-grained control on users, roles, and permissions than mediawiki
21:32.50maths22Mediawiki groups corrospond to drupal roles.
21:33.06maths22Currently, all sysops in mediawiki are drupal admins.
21:33.15brlcadhow/where is that set?
21:33.22maths22If something needs to be changed or another group must be created, I can do that.
21:33.27starseekerbrlcad: maybe I'm not nailing it down properly yet, but something's wrong.  I'm trying to do a rapid fire series of surface splits without increasing memory usage, but memory usage is growing during the process
21:33.36maths22It is set throught the mwi/di extentions.
21:33.52starseekercould be I'm not using it right
21:34.07maths22http://www.mediawiki.org/wiki/Extension:DrupalIntegration
21:34.23brlcadstarseeker: you definitely have a leak there -- valgrind doesn't lie about that :)
21:35.24brlcadstarseeker: it just doesn't say (and can't say) where it's being leaked, whose responsibility it was to free the memory that was allocated and lost
21:38.13brlcadthat particular leak it reports is pretty big
21:39.12brlcad``Erik: those are in temp because it obey's the TEMP var
21:39.41brlcadcould create a subdir and put them all in there, but there shouldn't even be any in there .. they're supposed to be auto-unlinked, so something is awry
22:07.38starseekerah
22:07.44starseekernote to self - Initialize is evil
22:28.54``Erikbrlcad: java.io.tmpdir, and there're postings about a tmp reaper plugin for it, kinda smells like a "windows/linux" approach to me
22:45.55starseekerwas trying to be too cute, messed up low level assumptions being made about surface properties, and got zapped
22:49.02brlcad``Erik: ah, thought you were looking at the 2.5k brl-cad temp files that were in there
23:07.52*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
23:08.56Notify03BRL-CAD:carlmoore * 54209 brlcad/trunk/src/shapes/coil.c: simplify computation, in float mode
23:21.32*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
23:29.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:51.51*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
IRC log for #brlcad on 20130129

IRC log for #brlcad on 20130129

00:22.28*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
00:34.41*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
00:52.02*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:14.56*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:23.03*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:52.39*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
02:23.05*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
03:15.06Notify03BRL-CAD Wiki:Carpinteyrorcz * 0 /wiki/User:Carpinteyrorcz:
03:40.48*** join/#brlcad agkphysics (~aaron@206.10.252.27.dyn.cust.vf.net.nz)
03:54.31*** join/#brlcad aaron (~aaron@206.10.252.27.dyn.cust.vf.net.nz)
04:11.30*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
04:13.46*** join/#brlcad Guest24238 (~aaron@206.10.252.27.dyn.cust.vf.net.nz)
05:43.41Notify03BRL-CAD:brlcad * 54210 (brlcad/trunk/src/conv/step/DerivedUnitElement.cpp brlcad/trunk/src/conv/step/DerivedUnitElement.h and 2 others): fixed bad header. looks like 'United' regex gone mad.
05:44.30brlcadstarseeker: your src/librt/test_* files seem to be lacking their header (sh/header.sh will fix it for you)
06:12.29Notify03BRL-CAD:brlcad * 54211 brlcad/trunk/src/tclscripts/mged/botedit.tcl: add missing header and footer
06:14.29Notify03BRL-CAD:brlcad * 54212 brlcad/trunk/sh/template.sh: if /bin/sh isn't a bash shell, footer.sh will fail (due to the array usages). make sure we're using bash. clean up backup recovery outputs too.
06:19.29Notify03BRL-CAD:brlcad * 54213 (brlcad/trunk/src/tclscripts/boteditor/botEditor.tcl brlcad/trunk/src/tclscripts/boteditor/botPropertyBox.tcl brlcad/trunk/src/tclscripts/boteditor/botTools.tcl): add missing headers and footers
06:23.44Notify03BRL-CAD:brlcad * 54214 brlcad/trunk/src/tclscripts/archer/itk_redefines.tcl: missing header/footer added
06:27.11Notify03BRL-CAD:brlcad * 54215 brlcad/trunk/src/libsysv/tcl.c: add missing header, remove per-file authorship per dev guide
06:29.40Notify03BRL-CAD:brlcad * 54216 brlcad/trunk/sh/copyright.sh: ignore cmake build directories and svn dirs.
06:43.08*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-173-38.web.vodafone.de)
07:22.22Notify03BRL-CAD:brlcad * 54217 (brlcad/trunk/CMakeLists.txt brlcad/trunk/COPYING and 2735 others): update copyright for 2013 welcoming our files to the year of slithering slathering serpent subjects
07:48.45Notify03BRL-CAD Wiki:033-compare-online-loans-no-credit-check-approval * 0 /wiki/User:033-compare-online-loans-no-credit-check-approval:
07:56.14*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:15.35*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-12-50.web.vodafone.de)
15:29.36brlcadtightens up mediawiki to not allow dashes in username and usernames > 12char
15:30.11brlcadstill don't know why the MinimumNameLength extension isn't catching those
15:30.27brlcadmodified the core User.php file to impose harder limits
15:31.01Notify03BRL-CAD Wiki:Jacksixb * 4942 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
15:33.54brlcadstarseeker: any hints on how I can fix this? http://pastebin.ca/2308596
15:34.44brlcadat least what the right fix is, clearly caused by not finding fontconfig package, but is the fix to empty out the var so it's not NOTFOUND?
15:36.42maths22brlcad: why did you want to do that?
15:38.02maths22lastlog -
15:38.06maths22sorry
15:42.46maths22it ist to prevent spam users?
15:56.57brlcadyep
15:58.03brlcadmaths22: I installed an extension to limit usernames, but it doesn't seem to prevent them fully
15:58.13brlcadnote the recent..
15:58.13brlcad02:48 < Notify> BRL-CAD Wiki:033-compare-online-loans-no-credit-check-approval * 0 /wiki/User:033-compare-online-loans-no-credit-check-approval
15:59.29brlcadwe're also still getting 1-2 spams a day, so I'm looking for more measures that don't impede fly-by-editing
15:59.44brlcadour regex is getting pretty huge
16:04.48maths22true.
16:05.42brlcadwe had it down to about 1-2 a month, which was quite acceptable
16:06.00brlcadbut then hundreds of spam accounts were getting created, nice to limit that too
16:06.35brlcadan option to double-verify new accounts would be nice..
16:08.32``Erikdisable new page creation for non-verified users?
16:09.38maths22what do you mean double-verify
16:11.02``Erika common approach is to require an email address and send an email there with a validation link to 'enable' an account, would that be a useful approach?
16:11.23maths22Let me look into that.
16:11.26brlcadusers must already provide an e-mail address I "think"
16:11.38brlcadhaven't tried to create a new account in a while.. ;)
16:12.13brlcadrequiring an account for new pages would be good if that's not already enforced
16:12.26brlcadstill want to allow anonymous edits to any page
16:13.15maths22by they half to confim it.
16:13.19maths22Let me look
16:13.50``ErikI'd imagine some of the spam is generated mechanical turk style :/
16:14.43brlcadthe majority are rather complex but at least half-automated
16:15.09brlcadthere was one that clearly got posted in error a while back that showed the regexes the spam script was using
16:15.25brlcadit had it's own internal regexes to get past filtering
16:16.05``Erikcool, didja save it anywhere? be interesting to see the red teams secret technologies in this arms race
16:16.18brlcad(buy|purchse|sell) (car|boat|house) (loans|investments|estate) on the best (property|deal|goal) ...
16:16.42brlcadi'm sure it's in the wiki history somewhere, but no not specifically
16:16.55brlcadjust gave me a couple dozen patterns to add to our regex ;)
16:17.13maths22I have deactivated page creation for unregistered users
16:17.21brlcadmaths22: awesome
16:18.06brlcadwhat was REALLY effective was disabling all URLs ...
16:18.16maths22what do you mean.
16:18.22brlcadbut of course then we couldn't even edit our own existing pages
16:18.37brlcadthe regex pattern match extension
16:18.44brlcadI modified it to match any url
16:18.50``Erikif text contains "http://" reject
16:18.58brlcadlil more complex, but yeah
16:19.16brlcad"http:\/\/.*\.com|http:\/\/.*\.net|http:\/\/.*[^cC][^aA][^dD]\.org|". # any link to an external site
16:19.46maths22that would make using our own site hard.
16:19.48brlcadbut that was a no-go, way too restrictive
16:20.19brlcadwhat WOULD be useful is if a submit contains a url, that it prompts an additional captcha
16:20.33brlcadeven better, if it contains a *new* url :)
16:20.38``Erik'cept it was fine for the mountains of spam to http://mrastercard.com.cn *cough* :)
16:20.42brlcadbut I'm not aware of such an extension
16:21.19``Erik.cn is china
16:21.25brlcad``Erik: that'd still get caught by http:\/\/.*\.com
16:21.31``Erikah, hm
16:21.48brlcadbut yeah, some isoteric matches *could* get through, just unlikely :)
16:22.06``Erikregisters brlcad.xxx before it becomes a hot property O.o
16:22.09brlcadmyawesomespamcad.org would get in
16:22.48brlcadand any other tld actually not containing ".com", ".net", or "cad.org"
16:23.12brlcadthey're just currently not even in the noise
16:24.24maths22look at this: http://www.mediawiki.org/wiki/Extension:QuestyCaptcha
16:26.42brlcadmaths22: we already have that installed
16:26.50brlcadvia ConfirmEdit
16:27.18brlcadI think that captcha is only enabled during an edit
16:27.29brlcadpretty effective at edit spam
16:28.25brlcadhell, most fly by users would have to do some research to answer the questions I put in there... :)
16:28.30brlcade.g., What is the dot product of [2, 12, 1] with [7, 2, 4]
16:30.40maths22Why are we allowing all registered users to skip the captcha
16:30.54maths22We should only let autoconfirmed users skip it.
16:31.00brlcadbecause I don't want to burden a real user with a real edit
16:31.17brlcadthere's that distinction?
16:31.20maths22what about this: $wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true;
16:31.39brlcads/there/where/
16:32.07brlcadthat sounds good to me, I assumed you couldn't be a registered user without confirming your e-mail
16:32.10maths22Sorry.  Autoconfirmed means:
16:32.31maths22never mind.
16:32.40maths22What we should do is set http://www.mediawiki.org/wiki/Manual:$wgAutoConfirmAge
16:32.53maths22and/or http://www.mediawiki.org/wiki/Manual:$wgAutoConfirmCount
16:34.36maths22or rather http://www.mediawiki.org/wiki/Manual:$wgAutoPromote
16:34.59brlcadautoconfirmage doesn't look very useful
16:35.19brlcadmuch of the spam accounts are registered several days before they start spamming
16:35.30brlcadand they are then only used to spam once or twice
16:35.52brlcadprobably to combat exactly that
16:36.13maths22then use autoconfirmcount
16:36.32brlcadyeah, that sounds useful
16:36.34maths22ignore my last link
16:36.38brlcadwhat's a good value?
16:36.40brlcad3?
16:37.03brlcadeffectively 0 now right?
16:37.23maths22yes.
16:37.29maths223 to five sounds good
16:37.44brlcadyeah, a few captchas when they're just getting started sounds reasonable
16:37.52maths22ok.
16:38.32brlcadmore than 3 is probably not preventing anything -- if they get past even one, it's a real human and they'll be able to get past N
16:40.34maths22true
16:40.47maths22I have set that
16:42.00brlcadwhat about captcha during account creation?
16:42.10brlcaddoes it currently prompt?
16:42.50maths22It already does
16:44.44brlcadbut not the questy one, I imagine?
16:45.56maths22yes. it is the questy one
16:46.04brlcadhuh
16:46.34maths22I remember I had to think about the sum of elements in a zero matrix.
16:46.41brlcadunrelated, any way to return users that log in from drupal to the drupal page they logged in from?
16:46.54maths22Let me look at that
16:47.53brlcadif you all have other good CADy mathy matrixy questions to include, lemme know ;)
16:58.11``Erik<-- kinda wonders if a dot product isn't too much, plenty of people do modelling and purdee pikchurz without doing that much math regularly O.o
16:58.58``Erikbasic 4 operations might be good, I've seen those used as captchas before
17:02.06brlcad``Erik: yet a simple search reveals how to compute a dot product with trivial ease
17:02.13brlcadeven online calculators
17:03.03brlcadI don't think we have a single user that couldn't figure it out if they had to
17:03.14``Erikyeah, it's easy to do, but I'd guess that a lot of non-geeks wouldn't think to google it *shrug*
17:03.20brlcadand they get a different captcha if they fail anyways
17:03.59``Erik(not that the contribution rate is high among new/driveby users *shrug*)
17:04.38brlcadit's non-zero, so that's in part why I still want to support anonymous editing at all
17:04.42brlcadI think it works
17:04.58brlcadwe've had a half dozens anon edits in the past two months
17:05.25``Erikaight, be interesting to collect the data from the old machine on contribution rates and compare it to that kind of captcha
17:05.43``Erikd'no if there's enough to do a statistically significant a/b test :/
17:06.01brlcadquestions in our domain that require thought are okay by me, just can't be "hard" questions (as in not easily searched or understood)
17:07.01``Eriksooo, not "provide a ponynomial time algorithm to the traveling salesman problem in haskell"
17:09.20brlcadyeah
17:09.26brlcadhaskell would be too much ;)
17:13.58maths22let's see if autoconfirm + no anonymous pages helps
17:14.27brlcadthat's no anonymous NEW pages right?
17:14.35brlcadstill want to allow anonymous edits on existing pages
17:14.45``Erikhow's this for mental sickness: http://paste.lisp.org/display/134995 (sh script for cron)
17:16.15brlcadwhat for?
17:16.57``Erikin case data accidently gets stomped
17:17.14brlcadokie
17:18.05brlcadI like to keep a local and offsite backup of dumps, have it scripted up for the mysql dbs
17:18.17brlcadwas what was filling up .bz's hard disks a couple years ago if you remember
17:19.08``Erikyeah, I had a nightly script on forge that did db dumps before an fs dump, good to have a replayable script
17:51.12*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
18:32.34brlcadpokes Notify
18:59.38brlcadhttp://pastebin.ca/2308674
19:02.50``Eriklast email notify got was at 11:48:15 and was posted O.o
19:03.12``Erikvar is fun
19:03.14``Erikfull
19:05.34Notify03BRL-CAD:tbrowder2 * 54221 (brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm-gears.png brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm-gears.svg): change to 128x128 per web site
19:11.07brlcadahh, /var/log is growing now that we're all on it
19:11.24brlcadheh, web logs
19:11.36brlcadalready 3GB
19:12.26``Erikmebbe move 'em to /backup or /usr
19:12.49``Erikd'no what the plans are for /backup, but it's a different spindle
19:13.22brlcadyeah. no plans
19:13.45brlcadit came that way, we can make it be anything but a level 0 backup of the main disk is actually kinda useful
19:14.09brlcadof course, that's half a tb, which we could use if space gets tight
19:14.41brlcadprobably just move var/log to usr/var/log like the other dirs for now
19:14.50``Erikghetto raid-1 done with dd or something?
19:14.50brlcads/move/link/
19:14.55brlcadyeah
19:15.03brlcadrsync it
19:15.06``Erikor cpio once it's got the first image
19:15.36brlcadsync it weekly with no deletes or similar
19:18.12``Erikthe notify posts should show up over the next few hours in random order as smtp retries come in
19:19.00``Erikassuming the 47 free megs don't get used up first O.o
19:22.17``Erikturns off the hourly tarball regeneration of the git mirror.. should slow down the logs a bit
19:32.15Notify03BRL-CAD:r_weiss * 54222 brlcad/trunk/src/tclscripts/mged/lc.tcl: Update to the mged "lc" command adding the "-r" option to skip listing regions which their parent is a region and the child is subtracted within the parent. Also added the 'los' test to the "-s" option.
19:32.29brlcadlets see how hard this hits the fan
19:34.15brlcadwaits on apachectl stop && mv /var/log /usr/var/log && ln -s /usr/var/log && apachectl start
19:36.58brlcaddone, now hopefully the mail spool will be a lil more resiliant
19:36.58``Erikall of /var/log, not just /var/log/httpd ?
19:37.08brlcadwhole deal
19:37.16brlcaduser logs are huge once they get re-enabled
19:37.50``Erikcould cause boot issues :/
19:38.07brlcadhrm, how so?  shouldn't care..
19:38.42brlcadI've had /var/log redirected elsewhere without a problem iirc
19:39.27``Erikah, syslogd isn't started until thhe FILESYSTEMS and criticalremotes
19:39.31``Erikaight, cool
19:40.06brlcadhups syslogd just for good measure
19:41.27starseekerbrlcad: I think the fontconfig fix looks OK
19:41.39``Eriklsof seems happy
19:42.11starseekermutters under his breath some more about Tcl/Tk...
19:43.53brlcadmaths22: do you recall when you submitted your first task (or first popped on irc)?
19:45.43brlcadi'm seeing nov I think
19:47.15``Erikheh, var is now 3% used
19:48.31Notify03BRL-CAD:brlcad * 54218 brlcad/trunk/src/other/tk/CMakeLists.txt: also need to account for a non-existent fontconfig
19:48.51Notify03BRL-CAD Wiki:Lajosgodly * 0 /wiki/User:Lajosgodly:
19:55.26Notify03BRL-CAD:brlcad * 54223 brlcad/trunk/AUTHORS: credit burroughs (maths22) for his awesome work getting most of our website infrastructure migrated to newer hardware and fixing/improving numerous website features (upgrades, search, unified login, spam filtering, more). came in under GCI but interested in taking over website ops.
20:03.31Notify03BRL-CAD:n_reed * 54224 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/pipe/pipe.c brlcad/trunk/src/librt/primitives/primitive_util.c): replace pipe draw routine struct parameters & returns with pointer parameters to avoid struct copies
20:14.00Notify03BRL-CAD:brlcad * 54225 brlcad/trunk/src/other/openNURBS/opennurbs_array.h: gcc 4.4.6 warns about being unable to inline the (implicit) destructor. declaring the destructor implies to not inline, making the warnings/errors go away. performance should be moot, destructor is ON_SimpleArray's virtual.
20:25.08Notify03BRL-CAD:tbrowder2 * 54220 (brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm.svg =================================================================== and 12 others): rename file to match that used on the site
20:25.17*** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it)
20:28.06Notify03BRL-CAD:brlcad * 54219 (brlcad/trunk/src/other/boost/boost/detail/container_fwd.hpp brlcad/trunk/src/other/boost/boost/mpl/has_xxx.hpp): apply boost patch regarding error: "BOOST_MPL_HAS_XXX_NO_EXPLICIT_TEST_FUNCTION" is not defined along with a handful of other defines not defined. see https://svn.boost.org/trac/boost/ticket/6142 for some relevance.
20:35.27Notify03BRL-CAD:brlcad * 54226 brlcad/trunk/src/other/openNURBS/opennurbs_layer.h: more inline warnings/errors due to the compiler attempting to inline default functions. declaring them quells via intent.
20:40.13maths22brlcad: November 27
20:40.35maths22day after GCI started
20:41.05maths22yes.  No autonomous new pages
20:50.24Notify03BRL-CAD:carlmoore * 54227 brlcad/trunk/src/shapes/coil.c: simplify 2 more derivations of coil_radius
21:07.06Notify03BRL-CAD:brlcad * 54228 (brlcad/trunk/src/other/openNURBS/opennurbs_array.h brlcad/trunk/src/other/openNURBS/opennurbs_layer.h): revert 54226 and 54225 since they cause vtable symbol failures when linking against the lib (declaring them apparently also implied don't define the default.
21:11.53*** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it)
21:19.53Notify03BRL-CAD:carlmoore * 54229 brlcad/trunk/src/shapes/coil.c: remove commented-off code because of the simplicity of the replacement
21:30.33Notify03BRL-CAD:carlmoore * 54230 brlcad/trunk/src/shapes/coil.c: add decimal points although this should already compute in floating point mode
21:36.54Notify03BRL-CAD:carlmoore * 54231 brlcad/trunk/src/conv/iges/extrudcon.c: simplify computation of q1
22:39.29Notify03BRL-CAD:carlmoore * 54232 brlcad/trunk/src/conv/shp/shapelib/shpopen.c: simplify what I take to be integer-mode calculations
IRC log for #brlcad on 20130130

IRC log for #brlcad on 20130130

03:14.44brlcadhmm
03:22.42*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
03:26.24maths22_I like that bash is  now the default shell.
03:32.54brlcadyeah, the default is a little lame ;)
03:34.39maths22_I like knowing my current path.
03:35.00brlcadyou can make the other show that
03:35.23maths22_I did not know that; however, I did not try.
03:36.25maths22_Thanks for the credit in Authors
04:08.41maths22cianotify can be removed from todo
04:09.00maths22I am working on figuring out gallery
04:35.24brlcadcool
07:24.50*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:28.01*** join/#brlcad luca79 (~luca@host53-23-dynamic.0-87-r.retail.telecomitalia.it)
08:03.23*** join/#brlcad luca79 (~luca@host222-23-dynamic.0-87-r.retail.telecomitalia.it)
09:48.56*** join/#brlcad luca79 (~luca@host63-192-dynamic.14-87-r.retail.telecomitalia.it)
09:57.04*** join/#brlcad libero (~luca@host189-44-dynamic.4-87-r.retail.telecomitalia.it)
11:22.48*** join/#brlcad luca79 (~luca@host158-82-dynamic.14-87-r.retail.telecomitalia.it)
12:12.09*** join/#brlcad libero (~luca@host250-221-dynamic.5-87-r.retail.telecomitalia.it)
12:26.14*** join/#brlcad luca79 (~luca@host250-221-dynamic.5-87-r.retail.telecomitalia.it)
13:21.41*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-113-249.web.vodafone.de)
13:36.18*** join/#brlcad luca79 (~luca@host194-193-dynamic.14-87-r.retail.telecomitalia.it)
14:03.08maths22brlcad: what do you want done with the theme?
14:03.18maths22Also, the sitemap is rather nonexistent
15:15.10``Erikneat, someone in #lisp is trying to do a swig cffi binding on opennurbs O.o
16:38.20Notify03BRL-CAD:carlmoore * 54233 brlcad/trunk/src/tclscripts/mged/lc.tcl: remove trailing blanks/tabs
16:40.24*** join/#brlcad luca79 (~luca@host194-193-dynamic.14-87-r.retail.telecomitalia.it)
16:57.14*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:02.57brlcadmaths22: i have the sitemap, wouldn't worry about that until after a new theme is in place
17:03.28brlcadI want the existing theme to go away :)
17:03.34brlcadit's old and tired
18:10.38Notify03BRL-CAD:bob1961 * 54234 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/arb8/arb8.c): Added code for selecting arb edges (i.e. rt_arb_find_e_nearest_pt2()).
18:50.19Notify03BRL-CAD:carlmoore * 54235 (brlcad/trunk/src/librt/comb/db_comb.c brlcad/trunk/src/librt/db5_types.c): use %ld to fix warnings about expecting int but getting long int
19:24.27Notify03BRL-CAD:bob1961 * 54236 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/move_arb_edge.c and 2 others): Create "C" and Tcl interfaces to the code for finding/selecting arb edges.
19:30.43Notify03BRL-CAD:bob1961 * 54237 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 4 others): Enhanced Archer's move-arb-edge editing ability by allowing the edge being edited to be changed via the mouse while in translate mode. This provides a more straight forward way to move arb edges.
19:35.25Notify03BRL-CAD:carlmoore * 54238 brlcad/trunk/src/lgt/do_options.c: simplify x_translate , y_translate ('if' block to be simplified later)
20:19.43*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
20:34.16maths22Do you yet have the plan for the new theme?
20:36.14*** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it)
20:40.55``Erikblack background, lots of animated gifs (including the 128x128 repeated background image), a music player, <blink> out the wazoo, ummm
20:45.39``Erik(damn, now I want to make an alternate stylesheet for my pages and call it "1998")
20:46.25maths22That sounds like a good idea ;)
20:54.02maths22Today I have not not noticed any wiki spam!
21:07.02n_reed``Erik: webpage for my scripting class had a hidden style like that
21:07.29n_reedhttp://userpages.umbc.edu/~dhood2/courses/cmsc433/spring2012/, type konami code and select geocities from the pop-up
21:31.25*** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.vodafone.it)
21:48.14``Eriknice, my web programming class was in 2000 by a guy who thought mssql and vb/aspx was the shit, perl cgi got a minor mention O.o
21:48.26``Eriksorry, not mssql, access
22:34.07brlcadmaths22: yep, no spam so far... very nice!
22:34.17brlcadhopefully we'll last a few days/weeks before we see any
22:34.40brlcadand hopefully not some misconfiguration where just everyone is locked out of making changes ;)
22:36.39maths22yes
22:39.09Notify03BRL-CAD Wiki:Erik * 4943 /wiki/User:Erik: minor gsoc/gci updates
22:39.25``Erikwell, I seem to be able to edit stuff
22:40.04Notify03BRL-CAD Wiki:Erik * 4944 /wiki/User:Erik:
22:40.15brlcadas anon?
22:40.19``Erikno, as me
22:40.59brlcadlog out, see if the captchas work
22:42.03Notify03BRL-CAD Wiki:74.103.121.45 * 4945 /wiki/User:Erik: add exit links (as anon). -Erik
22:42.51``Erikwheh, catpcha was at the top, missed it the first time (if it was there that time) O.o
22:46.34``Erik(captcha was 'what year did BRL-CAD become open source' or something, fwiw)
22:51.26maths22That is a quetion, so that makes sense.
22:51.51maths22That is, a question on the list
23:01.13Notify03BRL-CAD:starseeker * 54239 brlcad/trunk/src/librt/test_nurbsfit.cpp: Add standard header for test_nurbsfit.cpp
23:03.08Notify03BRL-CAD:starseeker * 54240 (brlcad/trunk/src/librt/test_botpatches.cpp =================================================================== and 931 others): Rename some test files
23:06.49Notify03BRL-CAD:starseeker * 54241 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/test_bot2nurbs.cpp brlcad/trunk/src/librt/test_root3-subd.cpp): Add more headers to test files
23:14.57Notify03BRL-CAD:starseeker * 54242 brlcad/trunk/src/libnurbs/CMakeLists.txt: Checkpoint some work on reducing the memory footprint of the NURBS surface tree (at the same time trying to reorganize the code to be a little more easily understood.) Not in a working state right now, will remove after this check-in - performing checking so files can be retrieved if they are otherwise lost.
23:16.01Notify03BRL-CAD:starseeker * 54243 brlcad/trunk/src/libnurbs/CMakeLists.txt: Reverse 54242
23:17.45starseeker``Erik: hmm, looks like 54240 broke an assumption in Notify somehow
IRC log for #brlcad on 20130131

IRC log for #brlcad on 20130131

03:03.33brlcad~maths22++
03:03.38brlcad``Erik: excellent, thanks
03:06.08maths22brlcad: for what?
03:08.07brlcadfor making the wiki more awesome ;)
03:08.28maths22thanks.
03:08.35maths22Lets hope it lasts.
03:10.59brlcadyeah, hopefully
03:15.24maths22and does not discourage anon editing
03:36.25*** join/#brlcad yukonbob (~bch@nat60-100.kcls.org)
03:36.29yukonbobhello #brlcad
04:07.03brlcadhowdy
04:18.46*** join/#brlcad caen23_ (~cezar@92.81.194.120)
04:27.22yukonbobhey brlcad -- how're things?
04:27.46yukonbob(and oh, did you see ping and Mike Muuss were on front page of hackernews the other week?)
04:28.31yukonboband it just occurred to me... is the BRLCAD moose a tribute to Mike?
04:29.24Notify03BRL-CAD Wiki:SlurehewSuB * 0 /wiki/User:SlurehewSuB:
06:13.29*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
07:29.23*** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it)
13:06.09Notify03BRL-CAD:bob1961 * 54244 brlcad/trunk/src/librt/primitives/bot/bot.c: rt_bot_find_e_nearest_pt1() has been updated to push p1 and p2 into the same plane before using in the call to bn_dist_pt2_lseg2()
13:12.28*** join/#brlcad EricPoehlsen (~Eric@109.46.230.109)
13:14.12*** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it)
13:26.55*** join/#brlcad Eric_ (~Eric@109.46.252.0)
14:39.39Notify03BRL-CAD:bob1961 * 54245 (brlcad/trunk/src/libdm/labels.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Let dm_draw_labels handle checking for the existence of a geometric object. This fixes the problem where primitive labels were not getting drawn for objects specified using a path.
15:16.30Notify03BRL-CAD:starseeker * 54246 (brlcad/trunk/src/other/libvds/build.c =================================================================== and 679 others): Adding vdslib 0.9 to src/other. To preserve history, start with the original vdslib_0.9.orig.tar.gz contents from the Debian source package (the original website no longer has the source code - contacted the author to see if 1.0 was available, but apparently it
15:16.32Notifyhasn't survivied - in any case 0.9 is the version with a license that works for us.)
15:22.17Notify03BRL-CAD:starseeker * 54247 (brlcad/trunk/src/other/libvds/Makefile =================================================================== and 136 others): Add original Makefiles, since they're not autogenerated at this stage.
15:24.47Notify03BRL-CAD:starseeker * 54248 (brlcad/trunk/src/other/libvds/Makefile brlcad/trunk/src/other/libvds/polyview/Makefile and 9 others): Apply debian patch file vdslib_0.9-6.1.diff
15:25.13brlcadstarseeker: kindly ask you or nick do a distcheck-full on that when you're done since we're close...
15:29.49Notify03BRL-CAD:starseeker * 54249 brlcad/trunk/src/other/libvds/build.c: Add initial CMake build files, tweaks for compilation, move some docs to more standard filenames.
15:30.54Notify03BRL-CAD:starseeker * 54250 (brlcad/trunk/src/other/libvds/polyview/cluster.cxx =================================================================== and 176 others): cluster looks to be generally useful, so move it out of polyview
15:32.41Notify03BRL-CAD:brlcad * 54251 brlcad/trunk/include/nurbs.h: propagate a few LIKELY/UNLIKELY hints for the null sanity checks
15:34.01Notify03BRL-CAD:starseeker * 54252 brlcad/trunk/src/other/libvds/CMakeLists.txt: Clean up CMakeLists.txt file a bit.
15:36.22Notify03BRL-CAD:starseeker * 54253 (brlcad/trunk/src/other/libvds/polyview/geom.h =================================================================== and 126 others): cluster needs geom.h
15:37.54Notify03BRL-CAD:starseeker * 54254 brlcad/trunk/src/other/libvds/CMakeLists.txt: Remove the remainder of polyview - revision control has it if we need it
15:41.49*** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it)
15:44.20Notify03BRL-CAD:starseeker * 54255 brlcad/trunk/src/other/libvds/README: Rework the README a bit.
15:52.31Notify03BRL-CAD:starseeker * 54256 (brlcad/trunk/src/other/libvds/docs/fold.png =================================================================== (Binary files differ)): Add at least the basic overview page and its image for documentation.
16:04.47*** join/#brlcad ishwerdas (~chatzilla@117.214.201.5)
16:08.09Notify03BRL-CAD:starseeker * 54257 (brlcad/trunk/INSTALL brlcad/trunk/configure.cmake.sh brlcad/trunk/src/other/CMakeLists.txt): Add in the logic to hook vds into BRL-CAD's overall build system.
16:13.46Notify03BRL-CAD:brlcad * 54258 (brlcad/trunk/src/fb/Makefile.am brlcad/trunk/src/other/openNURBS/Makefile.am): update for files that no longer exist
16:14.40Notify03BRL-CAD:starseeker * 54259 (brlcad/trunk/src/other/libvds.dist =================================================================== and 16 others): Add in the distcheck list for libvds
16:16.05Notify03BRL-CAD:brlcad * 54260 brlcad/trunk/src/util/bombardier.c: recent change fails c90, need to get cmake build testing that at some point too
16:23.15*** join/#brlcad Skriptkid (~Skriptkid@117.208.186.97)
16:36.17Notify03BRL-CAD:bob1961 * 54261 brlcad/trunk/src/tclscripts/lib/Ged.tcl: The call to libtclcad's edit_motion_delta_callback requires a view parameter.
16:46.30Notify03BRL-CAD:bob1961 * 54262 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Removed the call to clear the primitiveLabels in ArcherCore::gedWrapper
16:47.19Notify03BRL-CAD:n_reed * 54263 (brlcad/trunk/src/other/libvds/build.c brlcad/trunk/src/other/libvds/cluster.c and 13 others): ws/style
16:49.19Notify03BRL-CAD:n_reed * 54264 (brlcad/trunk/src/other/libvds/build.c brlcad/trunk/src/other/libvds/file.c brlcad/trunk/src/other/libvds/util.c): remove uses of malloc.h
16:51.05brlcadstarseeker: is there a way to generate a cmake output that doesn't rely on cmake?
16:52.18brlcadi.e., I'd like to run cmake on a given system that's pretty much identical to the one i'm going to compile on, but the latter doesn't happen to have cmake installed
16:52.33brlcadwould be nice to be able to run cmake, copy files, and compile
17:00.11Notify03BRL-CAD:n_reed * 54265 brlcad/trunk/src/other/libvds/vds.h: remove use of bit field with vdsNodeStatus; bit field support for enum types is compiler specific
17:08.32Notify03BRL-CAD:starseeker * 54266 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt): Need to flag extra outputs from DocBook man pages for CMake.
17:10.34starseekerbrlcad: um.  You could just copy the whole thing after having run CMake, and see if it works... haven't tried that
17:10.52starseekerbut I don't think so
17:11.08starseekerIIRC, I rely on the CMake binary itself for a number of abilities
17:11.43starseekerwe could always add the bootstrap ability...
17:29.40Notify03BRL-CAD:carlmoore * 54267 (brlcad/trunk/src/libfb/if_disk.c brlcad/trunk/src/librt/db5_types.c and 7 others): fix d <--> ld format mismatches
17:31.23*** join/#brlcad Skriptkid (~Skriptkid@117.208.186.97)
17:33.00Notify03BRL-CAD:n_reed * 54268 (brlcad/trunk/src/irprep/CMakeLists.txt brlcad/trunk/src/irprep/pictx.c): check scanf and system returns
17:39.01Notify03BRL-CAD:n_reed * 54269 brlcad/trunk/src/irprep/pictx.c: fix program name in error message
17:49.27caen23the latest revision fails to compile on osx, libvds is unable to find GL/gl.h. is this because it's a work in progress?
17:51.53starseekercaen23: pretty much
17:53.04caen23okay :D
17:53.32starseekerwatch for a commit from n_reed, then give it another go
17:54.45*** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it)
17:59.39Notify03BRL-CAD:n_reed * 54270 (brlcad/trunk/src/other/libvds/CMakeLists.txt brlcad/trunk/src/other/libvds/build.c brlcad/trunk/src/other/libvds/geom.h): remove unneeded GL-specific code
18:03.39Notify03BRL-CAD:n_reed * 54271 brlcad/trunk/src/other/libvds/build.c: last revision pulled in other work without comment; removing it temporarily
18:07.30Notify03BRL-CAD:n_reed * 54272 brlcad/trunk/src/other/libvds/build.c: Fix buffer overrun. Insufficient memory was being allocated; need one id per node to access ids array by node index.
18:10.40Notify03BRL-CAD:bob1961 * 54273 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: More tweaks for updating the -primitiveLabels option.
18:22.15*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
18:28.18Notify03BRL-CAD:n_reed * 54274 brlcad/trunk/src/util/pixcut.c: check fread return value
19:09.49Notify03BRL-CAD:carlmoore * 54275 brlcad/trunk/INSTALL: remove trailing blanks -- no other changes
19:26.37Notify03BRL-CAD:carlmoore * 54276 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c): resolve d <--> ld discrepancies
19:34.49*** join/#brlcad andrei_ (~IceChat7@188.25.171.229)
19:35.00starseekercaen23: did that fix it?
19:35.19Notify03BRL-CAD:carlmoore * 54277 (brlcad/trunk/src/conv/g-shell-rect.c brlcad/trunk/src/mged/menu.c): supply ld instead of d format
19:35.27andrei_ey
19:35.52caen23starseeker: looks like it did, but i'm currently recompiling
19:36.12Notify03BRL-CAD:starseeker * 54278 brlcad/trunk/src/other/CMakeLists.txt: Fix root cause of spaces removed in commit 54275
19:49.01*** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it)
19:49.33brlcadcaen23: would you also give "make distcheck-full" a try?
19:49.44brlcadmight want to add -j## to speed that up .. :)
19:49.55caen23sure
19:50.25brlcadif that works for you, that'll be two distinct platforms and I can start pulling a source release together
19:52.46caen23should i post the results of distcheck somewhere, or can i simply write here?
20:04.53brlcadcaen23: you can post it here if it's just a few lines or you can summarize
20:05.06brlcadpastebin to share the log if it failed would be best
20:05.16caen23okay then
20:05.18brlcadunless the failure is "obvious"
21:53.29*** join/#brlcad Mahi (~Mahi@ec2-50-17-32-65.compute-1.amazonaws.com)
22:32.59brlcadcaen23: how'd it go?
22:59.04Notify03BRL-CAD:n_reed * 54279 (brlcad/trunk/INSTALL brlcad/trunk/src/other/libvds/cluster.c brlcad/trunk/src/other/libvds.dist): Remove geom.h; holdover from polyview. We have no use for it or the one function that uses need it.
22:59.07Notify03BRL-CAD:n_reed * 54280 (brlcad/trunk/src/other/libvds/cluster.c brlcad/trunk/src/other/libvds/vds.h): rename clustering routine and expose in vds.h
22:59.15Notify03BRL-CAD:n_reed * 54281 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/table.c): stub in rt_bot_adaptive_plot
22:59.30Notify03BRL-CAD:n_reed * 54282 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/libvds/CMakeLists.txt): make libvds routines available in librt
23:00.40Notify03BRL-CAD:carlmoore * 54283 (brlcad/trunk/src/liboptical/sh_gauss.c brlcad/trunk/src/liboptical/sh_treetherm.c): insert 2 more uses of 'ld' in lieu of 'd'
IRC log for #brlcad on 20130201

IRC log for #brlcad on 20130201

01:06.03*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
02:13.35*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
02:58.29*** part/#brlcad Mahi (~Mahi@ec2-50-17-32-65.compute-1.amazonaws.com)
04:59.34*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
07:21.40Notify03BRL-CAD Wiki:CokFrombZom * 0 /wiki/User:CokFrombZom:
08:32.02*** join/#brlcad luca79 (~luca@host170-19-dynamic.4-87-r.retail.telecomitalia.it)
10:14.13*** join/#brlcad kanzure (~kanzure@131.252.130.248)
11:22.43caen23brlcad: hmm… it failed the "[distcheck-autotools] Performing distcheck - autotools configuration…" test. does this mean it's trying to run ./configure?
14:01.47*** join/#brlcad Skriptkid (~Skriptkid@117.208.186.149)
14:03.28Notify03BRL-CAD:bob1961 * 54284 brlcad/trunk/src/libged/draw.c: Drawing combinations using the shaded mode options was no longer working. This fixes the problem.
14:03.39``Erikcaen23: I'd assume so, to verify that the old deprecated way is still usable... is there any info on why it failed? probably something simple like a .c file was added and not put in a Makefile.am (or ya don't have automake/libtool/etc on your system)
14:20.28``Erikcool perspective trick with spoiler http://cheezburger.com/7022356736
14:52.44*** join/#brlcad harmanpreet (~chatzilla@124.253.148.240)
15:13.55starseekern_reed: If you need to debug include dir ordering in CMake, the macro we use to handle that is BRLCAD_SORT_INCLUDE_DIRS in BRLCAD_Targets.cmake
15:51.05starseekerO.o - a build time path survived the install?
15:53.02starseekerthe primary governing logic for that is in the toplevel CMakeLists.txt file around line 630 (RPATH stuff)
15:54.01starseekermaybe there's some Mac bundling foo confusing things...
15:54.33starseekerwe don't use CMake's BundleUtilities package for this, but it might be worth looking into:  http://www.cmake.org/Wiki/BundleUtilitiesExample
16:11.44*** join/#brlcad luca79 (~luca@host170-19-dynamic.4-87-r.retail.telecomitalia.it)
16:53.09brlcadstarseeker: another case in point for container encapsulation, so we can try things like this easily: http://google-opensource.blogspot.com/2013/01/c-containers-that-save-memory-and-time.html
16:54.55*** join/#brlcad EricPoehlsen (~Eric@ip-109-85-58-60.web.vodafone.de)
17:12.10Notify03BRL-CAD:bob1961 * 54285 (brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb7EditFrame.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Minor cleanup
17:52.31starseekerbrlcad: hah, interesting
18:29.05Notify03BRL-CAD:starseeker * 54286 brlcad/trunk/TODO: Add a note to investigate what it would take to make search aware of boolean ops
18:43.19Notify03BRL-CAD:bob1961 * 54287 brlcad/trunk/src/libtclcad/tclcad_obj.c: This fixes an issue that appears in Archer when editing an object that has been drawn as part of a combination.
19:41.24*** join/#brlcad merzo (~merzo@46.201.149.204)
20:20.58Notify03BRL-CAD:bob1961 * 54288 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/move_arb_face.c brlcad/trunk/src/librt/primitives/arb8/arb8.c): Added rt_arb_check_points (used by rt_arb_calc_points and rt_arb_edit to prevent zero length edges).
20:24.43Notify03BRL-CAD Wiki:Stewgodart * 0 /wiki/User:Stewgodar:
20:34.26Notify03BRL-CAD:bob1961 * 54289 brlcad/trunk/src/librt/primitives/arb8/arb8.c: Fix for the local_arb4_edge_vertex_mapping array (i.e. arb4's use index 4 for point 4).
20:48.38Notify03BRL-CAD:carlmoore * 54290 brlcad/trunk/INSTALL: remove trailing blanks
21:03.03*** join/#brlcad max___ (bed54b56@gateway/web/freenode/ip.190.213.75.86)
21:03.11max___hi!!! evryone
21:03.22max___any GCI mentors here
21:03.30max___currently
21:04.31max___had some queries regarding GCI
21:06.55brlcadmax___: what's your query?
21:07.16Notify03BRL-CAD:carlmoore * 54291 brlcad/trunk/src/util/pixbustup.c: switch to long int format
21:28.56starseekerthis looks like it could be fun:  http://llvm.org/pubs/2008-12-OSDI-KLEE.html
22:01.34brlcadinteresting, but their website is a little thin on how they actually "automatically" generated tests resulting in high coverage
22:07.09Notify03BRL-CAD:carlmoore * 54292 (brlcad/trunk/src/libged/tables.c brlcad/trunk/src/libged/wdb_comb_std.c and 9 others): change d to ld in formatting
22:51.07Notify03BRL-CAD:carlmoore * 54293 brlcad/trunk/src/lgt/do_options.c: simplify an if/then/else block (some code moved to before the 'if')
23:52.34*** join/#brlcad pawleeq (~pawleeq@31.28.150.26)
23:52.43pawleeqhello
23:53.57pawleeqI have completed Model new BRL-CAD Logo using BRL-CAD itty-bitty task, where should I send the g file?
IRC log for #brlcad on 20130202

IRC log for #brlcad on 20130202

01:30.29Notify03BRL-CAD Wiki:Onepeople123 * 0 /wiki/User:Onepeople123:
02:01.32Notify03BRL-CAD Wiki:Arbimbfreen * 0 /wiki/User:Arbimbfreen:
09:19.09*** join/#brlcad pawleeq (~pawleeq@31.28.150.26)
09:20.10pawleeqhi
09:45.51*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
11:50.39*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-62-161.web.vodafone.de)
14:56.13*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
14:56.38*** join/#brlcad Skriptkid (~Skriptkid@59.93.67.70)
15:25.15*** join/#brlcad Skriptkid (~Skriptkid@59.93.67.70)
15:51.54starseekerbrlcad: I'm going to need to rework some of the SCL cmake stuff - never had to seriously try to detect a system SCL (stepcode, now) and use it
15:52.09starseekerwant me to hold off committing any of that until the source release is posted?
15:58.59``Erikbranch?
16:22.41brlcadstarseeker: if you distcheck-full on two plats, it shouldn't affect me ;)
16:23.11brlcadotherwise, yeah, what erik said would work too
16:23.26brlcadhoping to tag later today, just a couple more failures
16:24.10brlcad``Erik: fyi, full host backup has been under way since yesterday (bz) ...
16:24.46brlcadone last sync "just in case" something goes horribly wrong or gets deleted in the turn-off
16:26.53brlcadstarseeker: was the -lc ordering fixed?
16:53.41*** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in)
16:55.41brlcadhi Suryajith
16:56.57Suryajithbrlcad: hey
16:57.18Suryajithbrlcad: I want my work to get committed :(
16:58.01SuryajithAnything I need to do apart from the patches upload ?
17:00.54brlcadSuryajith: I don't recall the latest status of your patches, but I want them to get committed too
17:02.28SuryajithRai said they were fine but did not act upon them on sf
17:02.30brlcadthat's part why actively pressing for integration during gsoc, because it's often harder later :)
17:02.36brlcadokay, that's good
17:02.50brlcadthough I recall he reviewed the user-facing result, not the code?
17:03.02brlcadcommit is all about following HACKING
17:03.08Suryajithtrue :)
17:03.12brlcadand existing code, being paramount to maintainability
17:03.12SuryajithI totally agree.
17:03.33SuryajithSo, how about I update the patches as new ?
17:03.41brlcadthat'd be great
17:03.49brlcadmake sure they can apply cleanly to a trunk checkout
17:04.05brlcadthey should fit in "somewhere"
17:04.07Suryajithi have a clean trunk checkout now.
17:04.49Suryajithyeah. it was under trunk/web/htdocs/benchmark
17:05.03brlcadi'm in the middle of tagging and posting a source release this weekend, but can review it shortly after
17:05.10brlcadwhich trunk?
17:05.13Suryajithbrlcad: thanks, take your time
17:05.16Suryajithweb trunk
17:05.35brlcadyou mean then web/trunk/htdocs/benchmark?
17:05.49Suryajithoh yeah, sorry about that
17:06.43brlcadcouple really cool GCI tasks affect benchmark performance, so I'm looking forward to your interface capturing those changes :)
17:10.11Suryajithwhat were they ?
21:23.42*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
IRC log for #brlcad on 20130203

IRC log for #brlcad on 20130203

01:14.39*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:50.18Notify03BRL-CAD Wiki:Owersesside * 0 /wiki/User:Owersesside:
07:20.14*** join/#brlcad tujli (740103cf@gateway/web/freenode/ip.116.1.3.207)
07:20.31tujlihi brlcad
08:29.33*** join/#brlcad harmanpreet (~chatzilla@124.253.78.250)
10:20.03*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-234-215.web.vodafone.de)
10:20.58*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-234-215.web.vodafone.de)
10:39.46*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-234-215.web.vodafone.de)
11:10.22*** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
11:10.29pawleeqhi
13:38.31*** join/#brlcad merzo (~merzo@204-112-201-46.pool.ukrtel.net)
16:18.55*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
16:28.33*** join/#brlcad merzo (~merzo@178.92.234.176)
16:36.52pawleeqI have created the new logo in brlcad, if you are still interested
17:11.08*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:38.57*** join/#brlcad Skriptkid (~Skriptkid@117.208.163.237)
17:45.54Skriptkidhttp://kkovacs.eu/the-tao-of-programming
17:46.12SkriptkidJust thought this might interest people. Worth a read.
17:50.27caen23Skriptkid: did you read "teach yourself programming in 10 years"?
17:50.48SkriptkidNope. Why?
17:50.58caen23you should, it's a good read
17:51.17SkriptkidWill do. Thanks :)
17:51.29caen23it's about the same length as the link you posted
17:52.22SkriptkidYeah. Opened it up just now.
18:36.29*** join/#brlcad Skriptkid (~Skriptkid@117.208.163.237)
18:37.49*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
20:03.24*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
20:13.44Notify03BRL-CAD Wiki:Stevar1111 * 0 /wiki/User:Stevar1111:
20:18.19*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
20:44.49Notify03BRL-CAD Wiki:Pitamersib * 0 /wiki/User:Pitamersib:
21:30.51*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:31.19kanzurestarseeker: excellent work on separating out the scl history into the git repo.
21:31.32starseekerkanzure: thanks
21:31.55starseekerhopefully that will be useful from a merging standpoint
21:32.34kanzurei'm not familiar with merges of this magnitude, but my first idea was to do an incremental merge based on this
21:32.45kanzurefor instance, you would merge one file at a time because of the manual work involved
21:33.30starseekerpossibly.  Mark (stepcode project lead) seems to be a lot more comfortable with git than I am, so I'm hoping he'll chime in
21:34.06kanzurei had to do a lot of cvs->svn->git rescuing for nanoengineer, it involved lots of antics :/
21:34.19kanzurei was thinking i should record all of the steps i had to use and sing it to the tune of tom lehrer's "new math"
21:34.26starseekerhehe
21:34.49kanzure"you can't pull from remote because remote is less than head, but head is really two ahead and you can't take 68bc from f78 because.."
21:34.57kanzurewell, it's hard to sing in irc.
21:35.48starseekerI suppose I should record it... was a combination of the tricks used for utahrle breakout and hints from here:  http://stackoverflow.com/questions/1683531/how-to-import-existing-git-repository-into-another
21:36.32kanzuresvn-all-fast-export was really helpful because it uses a separate rules file for how to process svn commits
21:36.59starseekerthe utahrle process I did document:  http://sourceforge.net/p/utahrle/utahrle/ci/2a06256d8604b80c33376119403c88368c926033/tree/doc/svn-to-git.txt
21:37.41starseekeryeah - svn-all-fast-export seems to be the tool of choice, even though it takes some digging to figure out how to get it to fly
21:38.12starseekerin most respects, utahrle was more complicated - tracking the history around between different directories was tricky
21:38.56starseekerkanzure: did you break out nanoengineer into different git repos, or was it all in one repo?
21:39.41kanzureit was all in one repo, plus branches
21:39.56kanzurethey originally did a bad cvs->svn conversion, so i had to fix that first
21:40.01kanzurethen i was able to save all of the branches
21:40.17starseekerah
21:40.37starseekeryeah, that's one thing that helps here - don't have to worry about branches for these cases
21:40.59kanzuregit filter-branch is also very handy.. i've been trying to manipulate github's contributions calendar to write text on the calendar dates:
21:41.04kanzurehttps://github.com/kanzure
IRC log for #brlcad on 20130204

IRC log for #brlcad on 20130204

02:38.40*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
06:45.17*** join/#brlcad Skriptkid (~Skriptkid@117.208.163.237)
09:31.51Notify03BRL-CAD Wiki:Smussyingem * 0 /wiki/User:Smussyingem:
09:44.17*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
10:00.00*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-158-248.web.vodafone.de)
11:43.51*** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
11:43.59pawleeqhello
11:47.24pawleeqHere si another article (in czech) regarding some solid types and rtwizard: http://www.abclinuxu.cz/clanky/brl-cad-pokrocile-techniky-modelovani-2
11:48.14pawleeqAnd here I have uplaoded the brlcad database with the new logo: www.pawleeq.com/brlcad/logo.g
12:23.56Notify03BRL-CAD Wiki:SergeyFadeev * 0 /wiki/User:SergeyFadeev:
12:58.41*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
14:17.34*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
14:18.55*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
14:45.44*** join/#brlcad Skriptkid (~Skriptkid@117.202.99.77)
16:00.25*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
16:01.02starseekerhuh, weird
16:08.52*** join/#brlcad cristina (~quassel@188.24.85.189)
16:27.19*** join/#brlcad merzo (~merzo@165-210-132-95.pool.ukrtel.net)
16:32.18maths22what is wierd
16:56.38*** join/#brlcad Skriptkid (~Skriptkid@117.202.99.77)
17:02.04maths22congradulations Skriptkid, caen23!
17:02.33Skriptkidmaths22: tnaks :D
17:02.54caen23maths22: thanks
17:03.18maths22you're welcome
17:03.20caen23wow, just checked out the blog post. we're from all over the world, i think it's a first
17:03.29maths22Enjoy your trip to google!
17:04.14*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
17:06.36maths22This moring, I looked at what tasks the top five had done, and I guessed it would be you two
17:08.19*** join/#brlcad merzo (~merzo@203-38-133-95.pool.ukrtel.net)
17:09.46*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
17:10.23caen23it would be interesting to see how many winners didn't have the most tasks completed
17:11.29maths22Unforinately, the list does not show the display names of the participants, only the real names
17:11.48maths22I had to look it up using irc whois for you two
17:25.43brlcadcongratulations caen23 and Skriptkid, and a huge thanks to everyone that has contributed
17:26.24brlcadthat was brutal to hold off announcements for so long!
17:26.54Skriptkidbrlcad: Thank you too! :D
17:27.45caen23brlcad: thanks
17:27.52brlcadfor what it's worth, it was nearly a three-way tie for second
17:28.00Skriptkidbrlcad: By the way, just asking, any idea how long it might take for the patches to get reviewed?
17:28.12brlcadbetween Skriptkid maths22 and javamonn, that was really tough close competition
17:28.34SkriptkidYep. They're work was real good too.
17:29.37brlcada call for votes went out to all of the mentors and all three got voted best
17:30.54brlcadSkriptkid: as soon as possible but it will take a little while to "recover" we put a lot of work on hold to participate, respond to the discussions, review submissions, etc
17:31.22SkriptkidOkay
17:31.24brlcadI'm hoping one or two of you will get commit rights actually and can help work on further reviewing and integrating ;)
17:32.19brlcadyour involvement isn't supposed to end just because GCI is over, it's an introduction to the world of open source culture!
17:32.39brlcadand as gci made clear, there's certainly plenty of work to go around ;)
17:35.12brlcadpawleeq: that's really awesome
17:39.00brlcadmaths22: have you used revision control before?
17:48.24Skriptkidbrlcad: Wont end with GCI :)
18:06.18maths22I have used svn
18:06.24maths22I have not really used git
18:08.40maths22why are you asking?
18:26.42maths22How many mentors are there?
19:10.41pawleeqbrlcad, I am planning to design BRL-CAD letters in few weeks, so I wil let you know
19:14.07brlcadstarseeker: feb 12 siggraph poster deadline
19:14.41brlcadmaths22: from memory, I think there were six mentors in total
19:15.35brlcadmaths22: was asking for setup/management of our web repo
19:16.02brlcadpawleeq: hehe, interesting that you're taking on several of the GCI tasks :)
19:16.18brlcadpawleeq: how about try one of the ones that is still open?
19:16.36brlcaddon't yet have them populated onto our wiki, but they are on the gci site
19:17.01pawleeqsorry, I did not know which were open
19:17.47pawleeqI just chose the tasks interesting to me, is anybody working on them right now, or have they been completed recently?
19:21.01pawleeqgive me please the link to the GCI site
19:21.03brlcadhttp://www.google-melange.com/gci/org/google/gci2012/brlcad
19:21.11brlcadlists all of the ones still open and the ones closed
19:22.03pawleeqthanks
19:22.11brlcadmany of the completed ones still need more work, but enough progress was made for gci-scope
19:23.58pawleeqok
19:24.27pawleeqthe thing is I am not the 13-17 student, and I can not register to GCI right now
19:28.14caen23pawleeq: you don't need to be registered. you can click on an open task, read the description, and upload your work somewhere else
19:29.21pawleeqcaen23, ok, that's what I have done with the logo :)
19:41.49brlcadpawleeq: I know you can't participate in GCI (it's over) .. it's more to get at the list of what's still open
19:42.29*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
19:42.35pawleeqbrlcad, Yes, I am looking there right now and still see some interesting tasks
19:42.37brlcadplan on moving the list of what's open to our wiki
19:42.58brlcadmaths22: 7 mentors
19:43.09pawleeqthat should be great, I watch it more often than GCI site
19:43.43brlcadif you know how to write a screen scrape, you could add them yourself ;)
19:44.21brlcad3/4ths of what's on http://brlcad.org/wiki/Deuces is now completed
19:44.39brlcadcurious how many of our original list got completed, will have to count that one :)
19:46.34pawleeqsorry, I do not know how to write screen scrapes
19:47.28brlcadno worries
19:52.43pawleeqThis picture (http://brlcad.org/~starseeker/gci_primitive_figures/eto.png) reminded of one of old questions: How about anotations in brlcad and easy way to draft, is there anything happening in this field?
20:03.19Notify03BRL-CAD:starseeker * 54294 brlcad/trunk/src/librt/test_bot2nurbs.cpp: Add debugging code that makes a brep for each face.
20:17.46brlcadpawleeq: yeah, we've got some initial infrasturcture in place
20:18.12pawleeqawesome
20:18.22brlcadit was being worked last year (by me) before I was pulled onto other tasks but I hope to get back on it soon
20:19.33pawleeqI cooperate with freelance machine designer and he he enthusiast for open source, I think this will convivnce him to pay more attention to brl
20:26.52*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
20:27.55Notify03BRL-CAD:carlmoore * 54295 brlcad/trunk/src/libged/wdb_obj.c: fix format mismatch
20:37.27maths22thanks
20:52.43*** join/#brlcad cristina (~quassel@188.24.70.34)
20:53.57cristinahello
20:54.16cristinacould someone help me with this compilation error: http://pastebin.com/3QZpYu7Z ?
20:54.54cristinaThe error is "fatal error: jni.h: No such file or directory"
20:56.12``Erikthe only thing that should touch jni.h is librtserver, which shouldn't be getting compiled. Can you disable librtserver in cmake and try again?
21:00.00*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
21:03.40cristina@``Erik: let me see how i can do that. I will let you know in a few minutes
21:06.16Notify03BRL-CAD:carlmoore * 54296 brlcad/trunk/src/libfb/fb_obj.c: try to fix 'too many arguments' warning
21:23.01Notify03BRL-CAD:carlmoore * 54297 (brlcad/trunk/src/conv/iges/conv_drawings.c brlcad/trunk/src/librt/primitives/rpc/rpc.c): simplify computations
21:25.09cristina``Erik: thank you, that worked
21:51.12Notify03BRL-CAD:starseeker * 54298 brlcad/trunk/src/librt/test_bot2nurbs.cpp: For some reason, leaving this array uncommented is causing a performance issue in the fitting.
22:25.49Notify03BRL-CAD:carlmoore * 54299 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: fix formatting
22:33.19``ErikI smell a meme incoming... "Superb Owl"
22:52.33starseekergrowls
22:52.57starseekerwhat the heck... the array assignment shouldn't be causing a malloc problem if I reserve enough memory in advance
22:53.04starseekerwhat's slowing it?
22:53.12starseekerhauls out gprof
IRC log for #brlcad on 20130205

IRC log for #brlcad on 20130205

02:17.13*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:32.28*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
05:31.28*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
07:25.16*** join/#brlcad merzo (~merzo@203-38-133-95.pool.ukrtel.net)
09:41.11*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-11-19.web.vodafone.de)
10:08.26*** join/#brlcad EricPoehlsen (~Eric@ip-109-84-11-19.web.vodafone.de)
10:17.47Notify03BRL-CAD Wiki:CeletteTusa * 0 /wiki/User:CeletteTusa:
10:35.19*** join/#brlcad merzo (~merzo@203-38-133-95.pool.ukrtel.net)
11:41.41``Erik<PROTECTED>
11:44.18Notify03BRL-CAD:d_rossberg * 54300 rt^3/trunk/src/coreInterface/Combination.cpp: somehow the windows.h min/max macros are causing trouble again - use the FMIN/FMAX macros from common.h instead
11:47.57*** join/#brlcad osfd (~osfd@nanpc229.in2p3.fr)
12:19.55*** join/#brlcad hsrai (~hsrai@202.164.53.116)
12:55.54*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
13:01.50*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:16.02*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.164)
13:29.45Notify03BRL-CAD Wiki:Nemirilewly * 0 /wiki/User:Nemirilewly:
14:12.30Notify03BRL-CAD:indianlarry * 54301 brlcad/trunk/src/other/libvds/CMakeLists.txt: Added install target for VDS libraries. These were missing causing upstream test to fail.
14:24.37*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.164)
14:40.11Notify03BRL-CAD Wiki:Campos1722 * 0 /wiki/User:Campos1722:
15:05.44Notify03BRL-CAD:bob1961 * 54302 brlcad/trunk/src/libged/draw.c: The ged_display_list pointer needs to be updated before calling db_walk_tree in _ged_drawtrees/
15:21.56Notify03BRL-CAD:carlmoore * 54303 brlcad/trunk/src/librt/test_bot2nurbs.cpp: remove trailing blank or tab
15:42.26maths22Should I make a scrape?
15:48.17*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
15:50.56n_reedmark
15:51.29n_reedknew I was going to say mark sooner or later
15:52.47n_reedstill like the trackbar.pl though (thanks ``Erik)
16:05.52Notify03BRL-CAD Wiki:Maths22 * 4946 /wiki/GCI_Tasks: Testing screen scrape
16:07.27Notify03BRL-CAD Wiki:Maths22 * 4947 /wiki/GCI_Tasks: Testing screen scrape
16:09.16Notify03BRL-CAD:bob1961 * 54304 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/TgcEditFrame.tcl): Fixed tgc editing of H and HR. The previous code wasn't accounting for the view_z location of V. That is, it was using a view_z computed using the object's center.
16:26.54*** join/#brlcad ibot_ (~ibot@rikers.org)
16:26.54*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
16:28.29brlcadmaths22: it may not be needed
16:28.54brlcadit looks like the gci site includes the description in the dump
16:29.01maths22I'm making it anyways during CS class
16:29.04brlcadmore a matter of reformatting the dump into new wikitext
16:29.05maths22I'm almost done
16:29.11brlcadhehe, okay
16:30.40*** join/#brlcad ibot (~ibot@rikers.org)
16:30.41*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
16:33.30brlcadif you're up for another challenge, I'm really interested in getting more GCI stats
16:35.44brlcadgraph of time v claims, graph of time v closes, graph of time v open, graph of time v comments, total # comments, total # claims, average time from final claim to close, table of time per task, AND total time (hours)
16:36.39brlcadthe last one is the real interest kicker, wanting to know how many hours or days of time were collectively worked
16:44.58*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
16:53.09Notify03BRL-CAD Wiki:Maths22 * 4948 /wiki/GCI_Tasks:
16:53.42maths22I have put them up at http://brlcad.org/wiki/GCI_Tasks
16:58.53*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
17:02.28brlcadmaths22: that's awesome
17:03.45brlcadwonder if mediawiki has any way to help categorize them
17:04.19brlcadlike an advanced sortable table of contents
17:05.23``Erikmight be a plugin, but I doubt sortable
17:05.40``Erikfeeding the data to d3js might be awesome, though
17:05.40brlcadhttp://brlcad.org/wiki/Deuces put them into one of the top-five groupings but many tasks belong in multiple groups (which we denoted in the gci interface)
17:06.15``Erikan entry in wikimedia can have several [category:] tags, right?
17:06.24brlcadthe html table wrapping did help with readability I think (on the deucs page)
17:06.50brlcada page can, but we don't want to have 100+ pages do we?
17:08.29brlcadsomething like this: http://www.mediawiki.org/wiki/Extension:Bugzilla_Reports
17:11.51*** join/#brlcad merzo (~merzo@76-40-133-95.pool.ukrtel.net)
17:23.25brlcadmaths22: any ideas?
17:24.15brlcadsomething like http://www.mediawiki.org/wiki/Manual:Collapsible_elements with no TOC might work
17:29.30brlcadhmm, the default tables in 1.9+ might work by making the description collapsible and having a column for the type
17:31.24brlcadbe nice to see your scrape script so I can try to pull some of those other stats too ;)
17:32.40Notify03BRL-CAD:n_reed * 54305 (brlcad/trunk/src/other/libvds/dynamic.c brlcad/trunk/src/other/libvds/render.c brlcad/trunk/src/other/libvds/vds.h): allow some of the vds callbacks to take user data
17:43.52``Erikif your'e sick in the head, here's the core of a common lisp web scraper that drives my comic aggregator: http://paste.lisp.org/display/135234
17:44.08``Eriktwo lines of lisp, booah
17:46.44``Erik(ok, more than 2 lines, added the rest ... there's some fu for gzip compressed urls)
17:52.08``Erikbrlcad: I haven't gotten email on the old machine in a couple days, has delivery been migrated, or is something busted?
17:52.55brlcad``Erik: no, I just turned off the mail daemon
17:53.26brlcadyou need it?
17:54.04brlcadeasier to point your mail alias to brlcad.org, get set up on new machine
17:54.18``Eriknah, just curious, I think a week is the 'long' delivery retry time, so kinda on the clock for lost email
17:54.48brlcadif you're going to lose e-mail, I can just turn it back on
17:55.08brlcadi wasn't receiving anything I cared to retain there (or worried about getting rejected)
17:55.17``Erik<-- gets a handful each day, probably not important, but probably not alone *shrug*
17:56.08``Erikdoes the web ui allow an easy mass migration?
17:56.40brlcadyou're the only one receiving directly on .bz via the brlcad.org alias -- the rest point external
17:56.53``Erikaight, migrate me please :D
17:57.08``Erikerik@elfga.com if you don't mind
17:58.40brlcaddone
18:00.01``Erikthnx
18:00.04brlcadi'll have to check, but that might keep things simple if we don't have to support any inbound
18:00.17``Erik<-- all off of bz now
18:00.38brlcadit's been doing a full disk rsync for the past four days
18:01.03``Erikhopefully my rm -rf doesn't flip rsync out any
18:01.19``ErikSCORCHED EARTH, YO! (in a jesse from breaking bad voice)
18:05.00brlcadfortunately, user dirs were completed several days ago ;)
18:05.08brlcadlooks like it's done, sweet
18:05.24``Erikdo... do we launch the old machine into space?
18:17.51Notify03BRL-CAD:n_reed * 54306 brlcad/trunk/src/librt/primitives/bot/bot.c: implement adaptive plot routine for bot using libvds
18:43.12maths22I will look in a minute
18:43.28maths22I wrote a simple java program to tdo it
18:44.27maths22?/sc/scroll end
18:57.33Notify03BRL-CAD:carlmoore * 54307 brlcad/trunk/src/libfb/if_X24.c: provide for long unsigned int
20:00.52Notify03BRL-CAD:carlmoore * 54308 brlcad/trunk/doc/brep.txt: add apostrophe
20:01.52Notify03BRL-CAD:bob1961 * 54309 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 6 others): Pushed a bit of the primitive specific logic out of Archer::handleObjCenter and into GeometryEditFrame and its subclasses.
20:12.48Notify03BRL-CAD:carlmoore * 54310 (brlcad/trunk/doc/html/manuals/mged/animmate/animate.html brlcad/trunk/doc/html/manuals/mged/animmate/tscript_doc.html): remove apostrophe from 'its'
20:30.31*** join/#brlcad ChanServ (ChanServ@services.)
20:30.31*** mode/#brlcad [+o ChanServ] by moorcock.freenode.net
20:33.45*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
20:37.53*** join/#brlcad ChanServ (ChanServ@services.)
20:37.53*** mode/#brlcad [+o ChanServ] by moorcock.freenode.net
20:39.43*** join/#brlcad ChanServ (ChanServ@services.)
20:39.43*** mode/#brlcad [+o ChanServ] by moorcock.freenode.net
20:44.39Notify03BRL-CAD:carlmoore * 54311 brlcad/trunk/src/libbu/convert.c: add 's' to comment
20:48.10*** join/#brlcad osfd__ (~olivier@mar44-6-78-238-152-140.fbx.proxad.net)
20:49.06osfd__HI there. Let's say I'll try to use brl-cad. Though, I wonder how you do go from brlcad modeling to 2D drawing... ?
20:49.59Notify03BRL-CAD:carlmoore * 54312 (brlcad/trunk/TODO brlcad/trunk/configure.ac and 24 others): remove apostrophe from 'it's' if it is found that 'its' is called for
20:50.51osfd__say you design a model and you want to send it to production and hence you need a 2d drawing like the one produced by librecad and /or qcad
20:51.40osfd__doing cuts
20:51.53osfd__see top, left, right on a 2d projection
20:52.12osfd__with dimensions and so on
20:57.45Notify03BRL-CAD Wiki:Talpspoodia * 0 /wiki/User:Talpspoodia:
21:02.45brlcadosfd__: hi
21:02.52Notify03BRL-CAD:brlcad * 54313 (brlcad/trunk/NEWS brlcad/trunk/src/liboptical/sh_light.c): fixed an infinite loop. turns out if you subtract your only light source from the scene, the tracer thinks it's there but can't shoot visibility rays at it. there was a retry loop based on the assumption that we might need to retry since the light radius/angle is random number generated. that seems to be an unnecessary bias,
21:02.54Notifythough, and is clearly unhelpful when there is no light to be hit.
21:03.22osfd__brlcad: Hi !! :)
21:03.30brlcadosfd__: modeling for drafting purposes isn't one of our strong points, but you can render hidden line drawings/projections with our rtedge tool
21:04.10osfd__freecad does that not too bad
21:04.52osfd__What I need is 3d modeling, assembly and then @D drawing/projection
21:05.02brlcadone example: http://brlcad.org/gallery/renderings/havoc_rtedge
21:05.49osfd__s/@/d
21:05.58Notify03BRL-CAD:carlmoore * 54314 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: use capitalized 'OK'
21:06.40brlcadah, better here: http://brlcad.org/OLD/images/havoc_rtedge.png
21:07.39brlcadosfd__: we know our limitations, working on improvements -- it requires a lot of fundamental infrastructure that wasn't originally our focus
21:08.13brlcadfreecad and qcad are better at drafting and terrible at some other aspects that we're exceptional at, tradeoffs
21:08.53osfd__I don't discuss that. I'm very interested at brlcad
21:09.02osfd__s/at/in
21:09.04brlcadso the short summary, you can get the top, left, right, etc projections -- but they'll be unannotated
21:09.32osfd__so what is brlcad for ?
21:10.16brlcadwe're working to be a full solid modeling system suitable for what you mention, but are currently specialized in engineeering analysis
21:10.54osfd__hhmm, ok
21:11.09Notify03BRL-CAD:carlmoore * 54315 brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: remove 2 apostrophes and add 2 occurrences of 'is'
21:11.33brlcadosfd__: http://brlcad.org/Industry_Diagram.png
21:11.38osfd__so my turnaround would be to export to dxf for example, reimport in an other soft and then make my 2d proj and dimension there
21:11.39osfd__?
21:12.19brlcadit depends on what you're trying to model
21:12.33Notify03BRL-CAD:carlmoore * 54316 brlcad/trunk/src/proc-db/surfaceintersect.cpp: add semicolon and remove comma
21:12.36brlcadqcad, for example, doesn't really handle 3d dxf
21:12.46brlcadit's a 2d system
21:13.10brlcadplus our dxf export is going to tessellate the model, which is undesirable for dimensioning
21:13.44brlcadcan work with some of the expensive systems, but I doubt freecad will show anything but a jumbled mess
21:13.59Notify03BRL-CAD:carlmoore * 54317 (brlcad/trunk/doc/html/manuals/mged/animmate/anim_track.html brlcad/trunk/misc/libtool.m4 and 6 others): remove apostrophes
21:14.09brlcadmost effective would probably be to manually add the dimensions in an image editor
21:15.08brlcadwe're should have an annotation capability later this year as it's a hot topic, but that's waiting behind our nurbs-csg evaluation work
21:15.34brlcadgotta run, be back in an about an hour if you want to discuss more
21:15.50osfd__later'
21:46.29*** join/#brlcad ChanServ (ChanServ@services.)
21:46.29*** mode/#brlcad [+o ChanServ] by moorcock.freenode.net
IRC log for #brlcad on 20130206

IRC log for #brlcad on 20130206

09:00.30*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
09:48.13*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-186-125.web.vodafone.de)
10:47.06*** join/#brlcad EricPoehlsen (~Eric@ip-109-46-158-128.web.vodafone.de)
13:19.30*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
13:25.48Notify03BRL-CAD:bob1961 * 54318 (brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb6EditFrame.tcl and 2 others): Updated the moveElement methods for moving ARB edges (i.e. use a view_z calculated using edge vertices instead of from the arb's center).
14:21.30Notify03BRL-CAD:bob1961 * 54319 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Tighten up the display of edit options for the pipe edit panel.
14:51.38*** join/#brlcad Skriptkid (~Skriptkid@117.202.100.7)
15:08.39Notify03BRL-CAD:brlcad * 54320 brlcad/trunk/TODO: need to fix dbupgrade from within mged, now that v4 are made read-only when flipped
15:10.44brlcadcrontab and syslog migration tasks done
15:36.12*** join/#brlcad Skriptkid (~Skriptkid@117.202.100.7)
15:48.01Notify03BRL-CAD:carlmoore * 54321 brlcad/trunk/src/librt/primitives/bot/bot.c: remove trailing blanks
17:02.51Notify03BRL-CAD:brlcad * 54322 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: users are trying to run dbupgrade on windows and were running into a -permissions error from tcl. turns out that's not a valid 'file attributes' option on windows. instead use the -readonly option. also quote the file names all over the place and don't use a \R4 suffix just in case there are spaces or other special characters in the original
17:02.53Notifyfile name or we're on windows.
17:03.38Notify03BRL-CAD:brlcad * 54323 brlcad/trunk/TODO: must test dbupgrade
17:06.10Notify03BRL-CAD Wiki:Ksuzee * 4949 /wiki/SVN:
17:06.32Notify03BRL-CAD Wiki:Ksuzee * 4950 /wiki/SVN:
17:15.27Notify03BRL-CAD:brlcad * 54324 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: shame on me for using a platform check. unnecessary since we can just catch the error and try again. lil bit shorter even.
17:16.17Notify03BRL-CAD:brlcad * 54325 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: no point stashing the result if we don't use it
17:19.53Notify03BRL-CAD:brlcad * 54326 brlcad/trunk/NEWS: reported by user josh baker, fix a problem with the dbupgrade mged tcl command. it was never tested on windows so there were several problems, most notably a 'file attributes' -permissions error that prevented the upgrade from starting. there was also no accommodation for spaces in file names and it was using a windows-problematic \R4 file name suffix.
20:30.18*** join/#brlcad caen23 (~cezar@92.81.194.120)
22:21.49Notify03BRL-CAD:n_reed * 54327 brlcad/trunk/src/other/libvds/cluster.c: remove a noisy info message
22:31.26Notify03BRL-CAD:carlmoore * 54328 brlcad/trunk/src/shapes/coil.c: add a Usage: statement when an illegal option is detected
22:32.07Notify03BRL-CAD:carlmoore * 54329 brlcad/trunk/src/librt/primitives/bot/bot.c: change lu to d to fix format warnings
22:41.05Notify03BRL-CAD:n_reed * 54330 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/draw.c and 3 others): Make it possible to run adaptive plot routines from mged for rudimentary testing purposes. Running 'rset var adaptive_plot 1' causes adaptive routines to be called when calculating plots.
23:04.27Notify03BRL-CAD:carlmoore * 54331 brlcad/trunk/src/anim/anim_hardtrack.c: add newline
23:17.13Notify03BRL-CAD:brlcad * 54332 brlcad/trunk/TODO: csv export support, plus more converter task consolidation
IRC log for #brlcad on 20130207

IRC log for #brlcad on 20130207

00:34.22Notify03BRL-CAD:starseeker * 54333 brlcad/trunk/src/other/libvds/stdvds.c: Add _USE_MATH_DEFINES for definition of M_PI on Windows
01:44.52Notify03BRL-CAD:starseeker * 54334 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/libvds/CMakeLists.txt brlcad/trunk/src/other/libvds/vds.h): Take a stab at getting the libvds additions building on Windows. Functionality is untested as yet, but this seems to get the build working again.
02:00.44starseekerhaven't hit it with any really intense tests on Windows, but setting adaptive_plot doesn't break for a basic case
03:12.40starseekerhmm http://graphics.cs.williams.edu/data/meshes.xml
03:16.22starseekereyes the Hairball model on that page... my that looks like an evil test case
04:00.42Notify03BRL-CAD Wiki:SpogeopporM * 0 /wiki/User:SpogeopporM:
04:53.21brlcadmaths22: pretty cool, how many days now and no spam?
04:54.02brlcadstarseeker: get a chance to test dbupgrade?
04:54.13brlcadthat's a neat site, lot of classic models organized
05:00.19brlcadthinks http://assimp.sourceforge.net/index.html would make a nice addition underneath libgcv for some of the asset triangle-based formats
06:55.16*** join/#brlcad caen23 (~cezar@92.81.194.120)
07:46.54*** join/#brlcad EricPoehlsen (~Eric@109.46.94.186)
08:50.57Notify03BRL-CAD:d_rossberg * 54335 brlcad/trunk/src/librt/primitives/pipe/pipe.c: fixed memory leak: free pipe's st_specific in rt_pipe_free()
09:49.37*** join/#brlcad osfd (~osfd@nanpc229.in2p3.fr)
09:59.07*** join/#brlcad caen23 (~cezar@92.81.194.120)
10:59.51*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
12:31.03*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:51.32starseekerbrlcad: haven't tested dbupgrade yet, sorry - I'll try to sometime today
12:52.12starseekerbrlcad: yeah, assimp looks interesting - one of the projects at siggraph was using it
12:53.52starseekeris sorely tempted to try using re2c/lemon to create converters based directly on token/bnf grammar definitions, but that's probably impractical...
12:55.48starseekeractually, that might make a good GSoC project idea for next year - wire assimp underneath libgcv and see how much of a functionality boost can be introduced to the triangle-format converters
12:57.24starseekerobj-g has some significant performance issues - I had to comment out most of process_b_mode_option and force it to go straight to output_to_bot to bring in the budda model
13:06.13starseekerhah - assimp seems to have a Blender loader
13:44.21*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:18.18*** join/#brlcad caen23_ (~cezar@92.81.198.3)
14:23.26*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:23.28Notify03BRL-CAD:d_rossberg * 54336 brlcad/trunk/src/other/libvds/CMakeLists.txt: build static versions of libvds and stdvds ... if requested
14:37.47*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:38.49Notify03BRL-CAD:d_rossberg * 54337 brlcad/trunk/src/other/openNURBS/opennurbs_zlib.cpp: the quest for the zlib is a matter of the CMakeLists.txtthis MSVC-#pragma-magic here interferes with the settings in CMakeLists.txt
14:45.33Notify03BRL-CAD:d_rossberg * 54338 brlcad/trunk/misc/win32-msvc/Dll/brlcad.def: added two symbols for memory debugging
14:53.54*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
17:08.35maths22brlcad: I am now doing that graphing dataz
17:08.49brlcadmaths22: awesome!
17:14.14brlcad``Erik: can you enable ipv6 in the kernel?
17:17.26brlcadeither that or disable ipv6 on bind in ports .. getting lots of syslog errors
17:18.27``Erikhm, do we have na ipv6 addr?
17:20.49brlcadI don't think so, but can check
17:21.12``Erik'k, turned it on and it seems to have generated an address, d'no if it's usable, though
17:22.17brlcadthe named errors were a handful every hour or so, so I'll keep an eye out
17:23.21``Erikwhich log?
17:23.44brlcadwell, you're watching all.log, you'll see it ;)
17:24.52brlcadlooks like sago has the 2604:C700:: range
17:28.16``Erikhm, I think the issue might be that we have ipv6 enabled and an ipv6 capable bind, but no valid ipv6 address on the machine :/
17:29.33``Erikyeah, it's autofilled with a local link address
17:29.55``Erikthe ipv6 equivalent of "ifconfig eth0 127.0.0.1"
17:30.32``Erikif sago can assign us an ipv6, that'd be nutty
17:32.57Notify03BRL-CAD:bob1961 * 54339 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl brlcad/trunk/src/tclscripts/lib/Ged.tcl): Updated the "Move Point" edit mode for pipes to be more interactive (i.e. selecting and moving are combined into a single action).
17:33.19brlcadjust submitted the request
17:41.27maths22Here is the first one: http://brlcad.org/gci/data-graphs/ClosesByDate.png
17:46.11brlcadthat's pretty cool
17:46.15*** join/#brlcad caen23_ (~cezar@92.85.84.186)
17:47.24brlcadinteresting, christmas and new years eve had zero closes.. but 12/10 is odd :)
17:47.30brlcadguess nobody liked that monday
17:48.37caen23that was the first thing to catch my attention, heh
17:50.36maths22Here is another http://brlcad.org/gci/data-graphs/ClaimsByDate.png
17:51.15brlcadso that's part of it .. very few claims in the two days preceeding
17:51.53brlcadmust have been a busy student weekend
17:53.01brlcadmaths22: you sure that's right?  I thought I remembered some claims on the last couple days...
18:04.02maths22Let me look
18:04.59brlcad``Erik: "we may implement IPv6 towards the end of the year, but not before then."
18:05.12maths22I know what I missed: all the tasks that were claimed but not finished.
18:05.19maths22I will fix that in a few minutes
18:05.53brlcadkeep the graph you made, though -- that's a good distinction
18:06.09brlcadthis will be good to turn into a post-mortem analysis report
18:23.37maths22I ran it, but I still do not see more those last couple days.  Can you see what task numbers they were?
18:23.52maths22Probably they never showed up on the open list or the closed list.
18:24.02maths22They likely are still claimed
18:25.40brlcadmaths22: ah, that's right -- you don't have access to all of them without a link...
18:26.31maths22Do you have access to them?
18:28.12maths22How many are there?
18:29.34brlcadlooks like that only misses out on two tasks, don't worry abou tit
18:36.59*** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net)
20:29.15maths22Here is the version with the open tasks: http://brlcad.org/gci/data-graphs/ClaimsByDate2.png
22:23.22Notify03BRL-CAD:bob1961 * 54340 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Update the pipe primitives edit routines to activate the main GUI's save button when points are added or deleted.
23:06.12maths22brlcad: is it snowy where you are?
IRC log for #brlcad on 20130208

IRC log for #brlcad on 20130208

01:41.02brlcadmaths22: hasn't started just yet
03:50.44*** join/#brlcad kanzure (~kanzure@131.252.130.248)
04:25.56*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
04:25.56*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
04:25.56*** join/#brlcad crdueck (~cdk@24.212.219.10)
04:26.13*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
04:26.13*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
04:26.24*** join/#brlcad hsrai (~hsrai@202.164.53.116)
04:27.14*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
04:27.14*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
04:27.23*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
04:27.40*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
04:27.44*** join/#brlcad yiyus (1242712427@je.je.je)
04:33.09*** join/#brlcad bch (~bch@nat60-100.kcls.org)
04:33.15bchhello #brlcad
06:23.00*** join/#brlcad EricPoehlsen (~Eric@ip-77-24-187-161.web.vodafone.de)
06:39.02*** join/#brlcad caen23 (~cezar@92.81.201.47)
06:56.03*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-248-60.web.vodafone.de)
07:48.10*** join/#brlcad EricPoehlsen (~Eric@ip-2-205-238-168.web.vodafone.de)
10:27.51*** join/#brlcad caen23 (~cezar@92.85.95.221)
11:03.26*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:40.58*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:56.49*** join/#brlcad caen23 (~cezar@92.81.212.207)
13:15.31*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:25.05Notify03BRL-CAD:bob1961 * 54341 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Added a moveElement override function to PipeEditFrame. This preserves view z for the pipe point being moved.
14:20.09Notify03BRL-CAD:bob1961 * 54342 (brlcad/trunk/src/libged/edpipe.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Update _ged_append_pipept_common to expect the incoming point to be in view coordinates. Also, use the view Z calculated from the previous point to replace the view Z of the incoming/new point.
15:05.49Notify03BRL-CAD:starseeker * 54343 brlcad/trunk/src/libbu/parse.c: Binary incompatible v4 file upgrade by dbupgrade resulted in shader contents that caused parse_list_elem to fail in bu_shader_to_key_eq - add sanity checks to make sure we've got something valid before proceeding. Doesn't address why the shader string was garbled, but does prevent MGED from crashing when trying to draw the geometry.
15:08.21Notify03BRL-CAD:starseeker * 54344 brlcad/trunk/NEWS: Binary incompatible v4 file upgrade by dbupgrade resulted in shader contents that caused parse_list_elem to fail in bu_shader_to_key_eq - add sanity checks to make sure we've got something valid before proceeding. Definitely user visible - update NEWS.
15:13.08starseekerbrlcad: looks like that avoids both of the crashes Josh saw, but not clear why the shader string is so garbled.  Should I add something to default to plastic if the shader string is unparsable?
15:27.59starseekeror is that part of the binary-incompatibility issue that the string is getting mangled?
15:52.56*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
16:13.54Notify03BRL-CAD:bob1961 * 54345 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Flesh out the pipe primitive edit panel's "p" method.
16:15.54Notify03BRL-CAD:bob1961 * 54346 brlcad/trunk/src/libged/edpipe.c: Tweak pipe_scale_od()
16:20.34Notify03BRL-CAD:d_rossberg * 54347 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/libvds/CMakeLists.txt): tweaked the dllexport/dllimport declaration logic on Windows a little bit
16:21.25Notify03BRL-CAD:d_rossberg * 54348 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: librt requires libvds now
16:51.39brlcadstarseeker: almost certainly the binary incompat causing mangled parsing
16:52.12brlcadhave you tested the dbupgrade command in mged yet?
16:55.50starseekersomething still not working there - "invalid bareword 'catch'"
17:03.16Notify03BRL-CAD:starseeker * 54349 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: Wrap catches inside if statements in brackets per example from http://www.tcl.tk/man/tcl8.5/TclCmd/catch.htm
17:03.54starseekerthat's part of it - I'll do some more testing on the read-only stuff after lunch
17:07.59starseekerbrlcad: just so I'm sure what I'm looking for - if I run dbupgrade inside of MGED on (say) target.g which is a binary incompatible v4, I should end up with a read-only session on target.g with target.g now being a v5, and the old v4 present as target.R4.g?
17:08.15starseekeror does the session become read/write after the dbupgrade?
17:09.07starseekerand you want to make sure the rw permissions of the original file are the same on the new file?
17:11.39Notify03BRL-CAD:bob1961 * 54350 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Limit the display of numeric precision in the pipe edit panel to 6 places.
17:14.26brlcadshould be read-write iirc
17:14.46brlcadand yes, same permissions as started (assuming it can read the file)
17:26.52*** join/#brlcad caen23_ (~cezar@92.83.167.226)
17:36.43Notify03BRL-CAD:n_reed * 54351 (brlcad/trunk/include/bio.h brlcad/trunk/src/other/CMakeLists.txt): rename regex functions when we need to prevent local libregex symbols from conflicting with libc regex symbols
18:09.14*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
18:10.53*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:34.45Notify03BRL-CAD:brlcad * 54352 brlcad/trunk/src/other/CMakeLists.txt: minor spelling typo plus slew of formatting consistency (to column 70 like everywhere else)
18:35.48*** join/#brlcad andrei_ (~IceChat7@188.25.170.71)
18:36.45andrei_hello
18:40.52Notify03BRL-CAD:brlcad * 54353 brlcad/trunk/NEWS: annotate the user-visible change to pix-png I made in r54172 where the gama chunk warning was quelled. patterning some other tools, it now simply defaults to not writing the chunk unless user-specified.
18:52.20starseekerbrlcad: seems to succeed in MGED too
18:52.37starseekersans shader string issue, which is no longer a crasher
18:56.23starseekermged preserves file permissions on the new file
18:56.26*** join/#brlcad merzo (~merzo@94-86-133-95.pool.ukrtel.net)
18:57.11*** join/#brlcad caen23 (~cezar@92.83.167.226)
18:57.21starseekerhey caen23
18:57.31caen23starseeker: hi
20:14.27Notify03BRL-CAD:carlmoore * 54354 brlcad/trunk/src/shapes/coil.c: use bu_optopt, which is available as a global, instead of c, which here only output a '?'
20:16.29Notify03BRL-CAD:carlmoore * 54355 brlcad/trunk/src/shapes/coil.c: oops, thought I should comment about the change, too
20:27.09Notify03BRL-CAD:carlmoore * 54356 brlcad/trunk/src/anim/anim_hardtrack.c: commented off line in accordance with the comment I furnished in the change
20:31.14Notify03BRL-CAD:carlmoore * 54357 brlcad/trunk/src/anim/anim_hardtrack.c: improve the comment for anim_hardtrack.c
20:34.41Notify03BRL-CAD:starseeker * 54358 brlcad/trunk/src/shapes/coil.c: Fix comment syntax
20:54.18Notify03BRL-CAD:n_reed * 54359 brlcad/trunk/src/libged/draw.c: Need to check before dereferencing gvp. ged_view may not exist, e.g. if we're running without a display attached.
20:56.59Notify03BRL-CAD:carlmoore * 54360 brlcad/trunk/src/proc-db/clutter.c: explain that arguments are ignored and that the command (still) proceeds
21:07.25brlcadstarseeker: spaces in the filename worked?
21:09.10Notify03BRL-CAD:n_reed * 54361 brlcad/trunk/INSTALL: r54352 changed generated INSTALL file
21:15.42starseekerbrlcad: yep
21:15.53starseekerwell, a space - didn't try multiple spaces
21:17.36Notify03BRL-CAD:brlcad * 54362 brlcad/trunk/src/shapes/coil.c: indent and reword the comment to say why optopt is better than c
21:17.57starseekerone odd thing - the top info line that indicates what file we have open (at least on Linux) shows dbtmp1 rather than the original file name
21:18.08starseeker(multiple spaces worked too)
21:19.26brlcadstarseeker: awesome
21:19.40brlcadyeah, the info line is probably just stale
21:20.42starseekerconfirmed - stale.  A make puts the primitive in the right file
21:21.16starseekernot sure how to pinpoint the place where the flip isn't getting the shader string right, but other than that we're looking good
21:42.49starseekerlooks to the docs
21:44.38kanzurewhen you read the docs, the docs read you.
21:44.57starseekerthe docs will have a headache if they try to read me
21:46.54Notify03BRL-CAD:carlmoore * 54363 brlcad/trunk/src/shapes/coil.c: and now we provide the Usage if coil is run with no arguments
22:26.35Notify03BRL-CAD:starseeker * 54364 brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Add MGED man page for dbupgrade, with a binary-incompatible v4 example.
22:36.37Notify03BRL-CAD:starseeker * 54365 brlcad/trunk/doc/docbook/system/man1/en/dbupgrade.xml: Update man page for dbupgrade command line utility.
22:36.55starseekerbrlcad: hopefully that'll do it for dbupgrade, unless you want to tackle the string mangling prior to release.
23:30.50*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
23:32.36*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
IRC log for #brlcad on 20130209

IRC log for #brlcad on 20130209

02:11.51Notify03BRL-CAD:n_reed * 54366 brlcad/trunk/src/other/libvds/util.c: need stdlib.h for free
02:56.24Notify03BRL-CAD:n_reed * 54367 (brlcad/trunk/configure.ac brlcad/trunk/src/librt/Makefile.am brlcad/trunk/src/other/Makefile.am): add automake logic for libvds
03:06.31Notify03BRL-CAD:n_reed * 54368 brlcad/trunk/src/other/libvds.dist: ignore libvds Makefile.am
03:15.07*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
06:51.00*** join/#brlcad merzo (~merzo@97-161-133-95.pool.ukrtel.net)
08:48.03*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
11:30.56*** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:29.22*** join/#brlcad caen23_ (~cezar@92.83.167.226)
14:18.50*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
15:39.20*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
16:32.20*** join/#brlcad caen23_ (~cezar@109.97.127.132)
16:37.40n_reedmark
16:53.46Notify03BRL-CAD Wiki:Thesirgrant * 0 /wiki/User:Thesirgran:
17:06.07Notify03BRL-CAD:n_reed * 54369 brlcad/trunk/src/libged/gqa.c: bu.h's INFINITY should suffice for min/max testing; no need to conditionally define a local constant
17:51.15Notify03BRL-CAD:n_reed * 54370 brlcad/trunk/src/other/libvds/Makefile.am: forgot to escape newlines in file lists
17:56.56Notify03BRL-CAD:n_reed * 54371 brlcad/trunk/configure.ac: mirror r50180 cmake addition of -Wno-variadic-macros to quell warnings in newer Xorg headers
18:02.01Notify03BRL-CAD:n_reed * 54372 brlcad/trunk/src/other/URToolkit/tools/clock/Makefile.am: makeFont script is broken; do what cmake does and use the committed pre-generated font.c
18:26.10*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.125)
19:28.30*** join/#brlcad andrei_ (~IceChat7@188.25.162.48)
19:55.10*** join/#brlcad caen23_ (~cezar@92.81.218.217)
20:07.41*** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net)
23:32.03*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20130210

IRC log for #brlcad on 20130210

04:05.09*** join/#brlcad caen23_ (~cezar@92.81.206.161)
04:44.07*** join/#brlcad yukonbob (~bch@c-71-231-58-30.hsd1.wa.comcast.net)
04:44.10yukonbobhello #brlcad
05:21.40*** join/#brlcad Skriptkid (~Skriptkid@59.93.64.125)
07:59.51*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
09:51.29*** join/#brlcad merzo (~merzo@255-223-133-95.pool.ukrtel.net)
11:48.10*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:52.13*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net)
14:54.27*** join/#brlcad Skriptkid (~Skriptkid@117.208.189.241)
15:20.25*** join/#brlcad Skriptkid (~Skriptkid@117.208.189.241)
15:40.09*** join/#brlcad Skriptkid (~Skriptkid@117.208.189.241)
17:00.29*** join/#brlcad caen23 (~caen23@92.81.206.161)
17:13.10*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:50.47*** join/#brlcad EricPoehlsen (~Eric@ip-2-205-241-173.web.vodafone.de)
IRC log for #brlcad on 20130211

IRC log for #brlcad on 20130211

01:20.19*** join/#brlcad yukonbob (~bch@c-24-18-140-172.hsd1.wa.comcast.net)
01:20.21yukonbobhello #brlcad
01:41.54*** join/#brlcad yukonbob (~bch@c-24-18-140-172.hsd1.wa.comcast.net)
01:55.36Notify03BRL-CAD Wiki:Ceahotherge * 0 /wiki/User:Ceahotherge:
03:53.22*** join/#brlcad yukonbob (~bch@c-24-17-224-75.hsd1.wa.comcast.net)
03:53.27yukonbobhello #brlcad
05:00.15Notify03BRL-CAD:brlcad * 54373 (brlcad/trunk/src/librt/primitives/revolve/revolve.c brlcad/trunk/src/librt/primitives/table.c): prevent empty revolve objects from crashing out mged. one crash was due to rt_generic_make not initializing a bu_vls, which asc2g needed. another was crash during 'in' command if/when sketch object doesn't (yet) exist.
05:06.51Notify03BRL-CAD:brlcad * 54374 brlcad/trunk/NEWS: fixed a few bugs related to handling of empty revolve objects (non-existent or empty sketch). this was encountered with asc2g and mged's 'in' command (bu_vls, bbox).
06:47.42*** join/#brlcad EricPoehlsen (~Eric@ip-2-205-122-176.web.vodafone.de)
07:58.12*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:17.35*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:28.50*** join/#brlcad luca79 (~luca@host140-29-dynamic.4-87-r.retail.telecomitalia.it)
08:51.54*** join/#brlcad luca79 (~luca@host218-193-dynamic.14-87-r.retail.telecomitalia.it)
08:56.23*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
08:56.34*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
09:27.21*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-194-29.web.vodafone.de)
09:35.00*** join/#brlcad Eric_ (~Eric@ip-77-25-91-10.web.vodafone.de)
11:52.29*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
11:52.29*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
13:07.49*** join/#brlcad luca79 (~luca@host157-44-dynamic.4-87-r.retail.telecomitalia.it)
13:44.34*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
14:14.40Notify03BRL-CAD:bob1961 * 54375 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::doLighting.
14:34.04*** join/#brlcad EricPoehlsen (~Eric@ip-77-24-76-123.web.vodafone.de)
14:47.41*** join/#brlcad EricPoehlsen (~Eric@ip-77-24-185-211.web.vodafone.de)
14:54.49Notify03BRL-CAD:bob1961 * 54376 brlcad/trunk/src/tclscripts/archer/RhcEditFrame.tcl: Tightened up the display of radiobuttons in the lower panel of the RhcEditFrame. Also added back in the -validatecommand option the somehow fell out.
14:58.51*** join/#brlcad caen23 (~caen23@92.81.206.161)
15:09.56Notify03BRL-CAD:bob1961 * 54377 brlcad/trunk/src/tclscripts/archer/RpcEditFrame.tcl: Tighten up the display of radiobuttons in RpcEditFrame's lower panel.
15:11.26Notify03BRL-CAD:bob1961 * 54378 brlcad/trunk/src/tclscripts/archer/TgcEditFrame.tcl: -----------
15:17.27Notify03BRL-CAD:bob1961 * 54379 brlcad/trunk/src/tclscripts/archer/EpaEditFrame.tcl: Tighten up the display of radiobuttons in EpaEditFrame's lower panel.
15:58.14*** join/#brlcad Skriptkid (~Skriptkid@117.202.109.159)
16:05.11*** join/#brlcad luca79 (~luca@host122-193-dynamic.14-87-r.retail.telecomitalia.it)
16:09.59Notify03BRL-CAD:bob1961 * 54380 brlcad/trunk/src/tclscripts/archer/EllEditFrame.tcl: Tighten up the display of radiobuttons in EllEditFrame's lower panel.
16:52.27*** join/#brlcad luca79 (~luca@host122-193-dynamic.14-87-r.retail.telecomitalia.it)
16:56.45*** join/#brlcad EricPoehlsen (~Eric@ip-77-24-146-255.web.vodafone.de)
16:58.30Notify03BRL-CAD:bob1961 * 54381 brlcad/trunk/src/tclscripts/archer/SphereEditFrame.tcl: Constrain sphere attribute edits to set a, b and c the same in Archer.
17:00.00Notify03BRL-CAD:bob1961 * 54382 brlcad/trunk/src/libged/pscale.c: Update ged_pscale to handle spheres.
17:15.58Notify03BRL-CAD:bob1961 * 54383 (brlcad/trunk/src/tclscripts/archer/EtoEditFrame.tcl brlcad/trunk/src/tclscripts/archer/TorusEditFrame.tcl): Tighten up the display of radiobuttons in the EtoEditFrame and TorusEditFrame's lower panel.
17:16.59Notify03BRL-CAD:carlmoore * 54384 brlcad/trunk/src/libbu/parse.c: remove trailing blanks/tabs
17:18.46Notify03BRL-CAD:carlmoore * 54385 brlcad/trunk/doc/docbook/system/man1/en/dbupgrade.xml: remove trailing blanks/tabs
17:53.45Notify03BRL-CAD:bob1961 * 54386 (brlcad/trunk/src/tclscripts/archer/HypEditFrame.tcl brlcad/trunk/src/tclscripts/archer/PartEditFrame.tcl): Tighten up the display of radiobuttons in the HypEditFrame and PartEditFrame's lower panel.
18:52.35Notify03BRL-CAD:bob1961 * 54387 brlcad/trunk/src/libdm/labels.c: Added label drawing code to dm_label_primitive() for hyp.
19:11.09*** join/#brlcad andrei_ (~IceChat7@188.25.158.119)
19:20.48Notify03BRL-CAD:bob1961 * 54388 brlcad/trunk/src/tclscripts/archer/EhyEditFrame.tcl: Tighten up the display of radiobuttons in EhyEditFrame's lower panel.
19:24.03Notify03BRL-CAD:bob1961 * 54389 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed a typo in Archer::updatePrimaryToolbar
19:42.00Notify03BRL-CAD:carlmoore * 54390 brlcad/trunk/src/shapes/fence.c: remove 'Format' and a newline to make it look more 'standard'
20:02.14kanzure11:55 < BioGuy> So after you create something in BRL-CAD is it a relatively simple process to print out 2D plans with dimensions to actually make your design?
20:28.52*** join/#brlcad merzo (~merzo@95.133.241.158)
20:40.04*** join/#brlcad luca79 (~luca@net-188-216-157-40.cust.dsl.vodafone.it)
IRC log for #brlcad on 20130212

IRC log for #brlcad on 20130212

04:42.43*** join/#brlcad EricPoehlsen (~Eric@ip-2-205-178-196.web.vodafone.de)
09:01.26*** join/#brlcad merzo (~merzo@94.45.58.138)
09:05.59*** join/#brlcad andrei (~andrei@5-12-221-23.residential.rdsnet.ro)
09:06.08*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
10:12.22*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:16.07*** join/#brlcad andrei_ (~andrei@5-12-221-23.residential.rdsnet.ro)
11:59.23*** join/#brlcad merzo (~merzo@94.45.58.138)
14:30.41*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:54.42*** join/#brlcad EricPoehlsen (~Eric@ip-77-24-165-42.web.vodafone.de)
15:06.04*** join/#brlcad andrei_ (~IceChat7@5-12-221-23.residential.rdsnet.ro)
15:06.05andrei_hi
15:55.11Notify03BRL-CAD:brlcad * 54391 brlcad/trunk/src/tclscripts/mged/help.tcl: fix status command help alignment
16:20.59*** join/#brlcad btanmay (73f88294@gateway/web/freenode/ip.115.248.130.148)
16:21.13btanmaytest
16:21.23andrei_<PROTECTED>
16:28.51Notify03BRL-CAD Wiki:Btanmay9211 * 0 /wiki/User:Btanmay9211:
17:19.49Notify03BRL-CAD:bob1961 * 54392 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Updated a few image references in Archer for the arbn and part primitives.
18:21.13Notify03BRL-CAD:n_reed * 54393 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/Archer.tcl and 2 others): r54330 equivalent for archer. Make it possible to run adaptive plot routines for basic testing via display preferences checkbox.
19:09.22n_reedhttp://steveko.wordpress.com/2012/02/24/10-things-i-hate-about-git/
19:10.59brlcadglad that string mangling wasn't
19:11.24brlcadglad that string mangling wasn't
19:11.31brlcadoops
19:26.49brlcadthat's a pretty good read actually, funny because it's true :)
20:01.16Notify03BRL-CAD:bob1961 * 54394 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modify Archer's behavior to select an object in the tree when the object is being drawn from the tree.
20:01.18Notify03BRL-CAD:carlmoore * 54395 brlcad/trunk/doc/docbook/system/mann/en/dbupgrade.xml: remove trailing blanks/tabs
20:43.10Notify03BRL-CAD:n_reed * 54396 (brlcad/trunk/NEWS brlcad/trunk/src/libged/screengrab.c brlcad/trunk/src/libtclcad/tclcad_obj.c): fix screengrab crash in archer; need to initialize all the ged dm members so that screengrab doesn't get garbage
IRC log for #brlcad on 20130213

IRC log for #brlcad on 20130213

01:00.00*** part/#brlcad andrei_ (~IceChat7@5-12-221-23.residential.rdsnet.ro)
01:59.24Notify03BRL-CAD Wiki:Arobbins100 * 0 /wiki/User:Arobbins100:
05:00.24brlcadhttps://sourceforge.net/projects/orwelldevcpp/
05:49.42*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
06:19.16brlcadNotify: ping
07:15.13*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
08:11.33*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
08:24.12*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
08:29.58*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:56.16*** join/#brlcad andrei_ (~IceChat7@188.25.162.251)
09:49.20*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:51.00*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
10:35.55*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
10:52.35*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
11:26.52Notify03BRL-CAD Wiki:Sudheerraju * 0 /wiki/User:Sudheerraju:
11:49.36*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de)
12:34.41starseekerbrlcad: interesting
12:48.13*** join/#brlcad EricPoehlsen (~Eric@ip-2-205-162-234.web.vodafone.de)
12:50.54*** join/#brlcad Skriptkid (~Skriptkid@117.202.100.250)
12:56.13starseekerapparently Eclipse and mingw can work on Windows too
14:35.57n_reeda dev-c++ that works on linux? that's cool
14:38.00n_reedI used bloodshed dev-c++ when I was first learning C/C++ back in high school
16:10.20brlcad``Erik: do you know how ipv6 disabled in bind?
16:10.43brlcadsince they're not going to provide that anytime soon, the errors are just noise
17:09.35``Erik<PROTECTED>
17:22.01``ErikI think ipv6 is disabled in bind now, just a matter of adding the -4 option
23:33.32*** part/#brlcad andrei_ (~IceChat7@188.25.162.251)
IRC log for #brlcad on 20130214

IRC log for #brlcad on 20130214

09:57.32*** join/#brlcad EricPoehlsen (~Eric@ip-77-25-6-103.web.vodafone.de)
11:14.56Notify03BRL-CAD:n_reed * 54397 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/draw.c and 2 others): have mged and archer pass view info to libged so we can compute view-specific inputs to adaptive plot routines
11:15.02Notify03BRL-CAD:bob1961 * 54398 (brlcad/trunk/src/libged/comb.c brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/group.c): Added _ged_combadd2 for the purpose of building up a comb tree from possibly more than one member before writing things out to the database. This was added for use by ged_group to reduce database fragmentation when adding many members (i.e. perhaps 100,000 or more). Note - _ged_combadd2
11:15.04Notifycould use an upgrade to handle an array of relation operators so that functions like ged_comb could also benefit.
11:34.33Notify03BRL-CAD Wiki:Linebreaker * 0 /wiki/User:Linebreaker:
11:34.35Notify03BRL-CAD Wiki:Joekparisi * 0 /wiki/User:Joekparisi:
11:34.40Notify03BRL-CAD Wiki:Skjsktheboss * 0 /wiki/User:Skjsktheboss:
15:38.53*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-109-205.pools.arcor-ip.net)
15:40.30Notify03BRL-CAD:n_reed * 54399 brlcad/trunk/src/libged/draw.c: change computation for the adaptive plot point spacing parameter to avoid oversampling plotted curves
16:43.32Notify03BRL-CAD:carlmoore * 54400 brlcad/trunk/src/librt/test_root3-subd.cpp: refined M_PI value
16:48.45maths22Still no spam :)
17:08.23Notify03BRL-CAD:carlmoore * 54401 brlcad/trunk/src/libged/view_obj.c: use DEG2RAD instead of having to recompute it
17:55.11*** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-109-205.pools.arcor-ip.net)
18:01.50Notify03BRL-CAD:brlcad * 54402 brlcad/trunk/src/libged/view_obj.c: remove dead code
18:03.16Notify03BRL-CAD:brlcad * 54403 brlcad/trunk/NEWS: bob added support for drawing the labels of hyperboloid objects in r54387
18:11.42Notify03BRL-CAD:carlmoore * 54404 (brlcad/trunk/src/libged/vutil.c brlcad/trunk/src/mged/dozoom.c and 2 others): make use of DEG2RAD; sin60 expression again has '60.0' in it as result
18:15.23Notify03BRL-CAD:carlmoore * 54405 brlcad/trunk/src/libged/draw.c: fix spellings
18:21.08Notify03BRL-CAD:brlcad * 54406 brlcad/trunk/src/shapes/coil.c: heavy cleanup initially to fix indentation and usage messages, but refactor the object/file reporting while we're at it so that the messages are more consistent with other tools.
18:23.48Notify03BRL-CAD:brlcad * 54407 brlcad/trunk/src/proc-db/clutter.c: halt if there are any arguments. doesn't match the usage. remove some unused vars too.
18:25.23Notify03BRL-CAD:brlcad * 54408 brlcad/trunk/src/anim/anim_hardtrack.c: remove dead code, leave a note
18:26.48brlcadmaths22: YEP!
18:27.00brlcadthat's awesome good stuff there ;)
18:59.59Notify03BRL-CAD:brlcad * 54409 brlcad/trunk/include/bu.h: document the structparse API a little better, note the flow of data since the API is inconsistent.
19:38.58*** join/#brlcad hsrai (~hsrai@202.164.53.116)
19:43.20Notify03BRL-CAD:brlcad * 54410 brlcad/trunk/src/libbu/parse.c: add a slew of argument and return value validation tests. try to help ensure we don't ever dereference NULL.
19:58.16Notify03BRL-CAD:brlcad * 54411 brlcad/trunk/src/mged/cmd.c: all of these can be null, so make sure they're not. encountered crash on null ged_view when sourcing a script.
20:08.37Notify03BRL-CAD:brlcad * 54412 brlcad/trunk/src/libbu/parse.c: don't use the BU_ prefix for non-public API, use a file-local prefix instead.
20:26.04Notify03BRL-CAD:carlmoore * 54413 (brlcad/trunk/src/libged/vutil.c brlcad/trunk/src/mged/dozoom.c brlcad/trunk/src/proc-db/pyramid.c): remove no-longer-needed comments
20:31.55Notify03BRL-CAD:carlmoore * 54414 brlcad/trunk/src/proc-db/tube.c: enforce a uniform value of pi by bringing in M_PI
21:38.24Notify03BRL-CAD:carlmoore * 54415 (brlcad/trunk/include/vmath.h brlcad/trunk/src/tclscripts/lib/Ged.tcl brlcad/trunk/src/tclscripts/mged/anim.tcl): make use of M_PI , DEG2RAD , RAD2DEG
21:41.45Notify03BRL-CAD:carlmoore * 54416 brlcad/trunk/src/conv/dxf/dxf-g.c: use RAD2DEG , DEG2RAD
21:46.52Notify03BRL-CAD:carlmoore * 54417 brlcad/trunk/src/external/Unigraphics/ug-g.c: use DEG2RAD and RAD2DEG
21:50.54*** join/#brlcad caen23 (~caen23@92.81.206.161)
22:06.09Notify03BRL-CAD:carlmoore * 54418 (brlcad/trunk/src/fb/polar-fb.c brlcad/trunk/src/irprep/showtherm.c and 4 others): use DEG2RAD in various places
IRC log for #brlcad on 20130215

IRC log for #brlcad on 20130215

00:25.50*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
06:37.25*** join/#brlcad hsrai (~hsrai@202.164.53.116)
09:02.50*** join/#brlcad EricPoehlsen (~Eric@ip-109-41-146-205.web.vodafone.de)
13:52.11*** join/#brlcad caen23 (~caen23@92.81.206.161)
14:03.01*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:10.05Notify03BRL-CAD:brlcad * 54419 brlcad/trunk/src/libged/edpipe.c: document the curious scale behavior where positive multiplies and negative sets a value, refactor all of the uses into one place for some nice reduction too.
14:17.55Notify03BRL-CAD:brlcad * 54420 brlcad/trunk/src/libged/edpipe.c: document where the rflag is encoded as a negative, clean up formatting
14:56.13Notify03BRL-CAD:bob1961 * 54421 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: This adds a threshold for displaying bot data in tables within BotEditFrame.
15:03.24Notify03BRL-CAD:bob1961 * 54422 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore's render and erase methods to clear the -primitiveLabels value if necessary.
16:40.31Notify03BRL-CAD:bob1961 * 54423 (brlcad/trunk/src/tclscripts/archer/images/half.png brlcad/trunk/src/tclscripts/archer/images/half_intersect.png and 3 others): Darken up the icons associated with the half space.
17:09.48*** join/#brlcad caen23 (~cezar@92.81.206.161)
19:40.17brlcadhas the pool allocator working nicely now
19:56.16``Erikgrabs his swim trunks
21:17.37*** join/#brlcad merzo (~merzo@147-190-133-95.pool.ukrtel.net)
21:28.12Notify03BRL-CAD:carlmoore * 54424 brlcad/trunk/src/tclscripts/vmath.tcl: use longer constants from elsewhere in the brlcad routines
21:40.34Notify03BRL-CAD:carlmoore * 54425 brlcad/trunk/src/conv/g-var.c: we do have pi/2 available as a constant
21:45.26Notify03BRL-CAD:carlmoore * 54426 brlcad/trunk/src/conv/intaval/write_brl.cpp: pi/4 available as a constant
21:51.47Notify03BRL-CAD:carlmoore * 54427 (brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/shapefact.c): pi/2 usage
21:52.22Notify03BRL-CAD:caen23 * 54428 brlcad/trunk/src/mged/cmd.c: Fix warning about variable used uninitialized
22:03.23Notify03BRL-CAD:carlmoore * 54429 brlcad/trunk/src/liboptical/sh_toyota.c: make use of defined constants
22:46.35Notify03BRL-CAD:carlmoore * 54430 brlcad/trunk/src/tclscripts/mged/pattern.tcl: use DEG2RAD and RAD2DEG; do they need to be added to a global declaration WITHIN that file
IRC log for #brlcad on 20130216

IRC log for #brlcad on 20130216

00:29.48*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
00:32.31*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
04:00.45Notify03BRL-CAD:brlcad * 54431 brlcad/trunk/TODO: new libpng release is out
09:50.48*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
10:11.31Notify03BRL-CAD Wiki:Zilasedgaz * 0 /wiki/User:Zilasedgaz:
17:13.15*** join/#brlcad merzo (~merzo@147-190-133-95.pool.ukrtel.net)
17:30.23*** join/#brlcad merzo (~merzo@171-110-133-95.pool.ukrtel.net)
19:32.17Notify03BRL-CAD Wiki:AgetOrnaria * 0 /wiki/User:AgetOrnaria:
20:14.07starseekerbrlcad: does 1.6.0 have new features we want?  (or security updates?)
20:58.31*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
23:13.46*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
23:33.12brlcadstarseeker: nothing specific, so not a priority, but it does remove a lot of deprecated API so it's maintenance work going forward
23:33.30brlcadthey also added a new "simplified" API that should be easier to maintain for simple applications, may apply to apps like ours
IRC log for #brlcad on 20130217

IRC log for #brlcad on 20130217

02:54.46*** join/#brlcad jzmer (jzmer@gateway/shell/anapnea.net/x-zrphuwabvoxmhghk)
02:55.38jzmerdoes brlcad have win32/64 native builds?
02:55.56jzmerthat do not include dependencies built with cygwin/mingw
07:04.53*** join/#brlcad forth (~10492443F@92.242.118.253)
11:35.19Notify03BRL-CAD Wiki:Ayush.vaid * 0 /wiki/User:Ayush.vaid:
11:43.14*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:07.31*** join/#brlcad merzo (~merzo@171-110-133-95.pool.ukrtel.net)
14:38.18*** join/#brlcad luca79 (~luca@adsl-ull-250-222.46-151.net24.it)
14:58.35*** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33)
15:32.31*** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33)
16:56.23*** join/#brlcad crdueck (~cdk@24.212.219.10)
17:32.19*** join/#brlcad merzo (~merzo@45-131-201-46.pool.ukrtel.net)
18:13.43*** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33)
18:59.01*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
19:29.43*** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33)
20:24.12brlcadwonder how hard jzmer looked
22:17.07*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20130218

IRC log for #brlcad on 20130218

09:40.53*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:10.21*** join/#brlcad luca79 (~luca@adsl-ull-151-13.46-151.net24.it)
14:37.25*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:36.12*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
17:36.12*** join/#brlcad crdueck (~cdk@24.212.219.10)
17:53.06*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-sxqvervpfwihrhcz)
20:36.02*** join/#brlcad IriX64 (~kvirc@64.229.209.83)
21:28.37*** join/#brlcad merzo (~merzo@0-135-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20130219

IRC log for #brlcad on 20130219

00:33.00*** join/#brlcad velociostrich (~anonymous@24.0.153.224)
02:07.03starseekerhmm.  brlcad, does this look like something we might be able to leverage?  http://embree.github.com/
02:12.18*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
02:28.47*** join/#brlcad kanzure (~kanzure@131.252.130.248)
05:29.20*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-laisyrdfbuutpilc)
05:43.48*** join/#brlcad merzo (~merzo@95.133.167.155)
07:34.30*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:23.09*** join/#brlcad merzo (~merzo@94.45.58.138)
09:00.37*** join/#brlcad merzo (~merzo@94.45.58.138)
10:19.12Notify03BRL-CAD Wiki:Sschaffert * 0 /wiki/User:Sschaffer:
11:59.31*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:13.26``Erikhm, http://hamberg.no/erlend/posts/2013-02-18-static-array-indices.html
13:11.58brlcad``Erik: hah, now that's interesting
13:12.41brlcadand something I didn't know about C99 ... not something I run into very often any more
13:55.53``Erikyeh, seems like it could be handy in some cases.... but I'm tempted to stick with c89, which I know like that back of my ha... wtf is that? O.o
14:00.26starseekeras far as I know, the main reason we stick with c89 is Visual Studio
14:03.25starseekerwe might conceivably be able to do better if we could get all of our code to compile as C++ (which is much better supported in MSVC) but that's not a priority right now
14:07.07``ErikI was under the impression that msvc didn't do C at all, just C++ (thus the subset of C that is the intersection of C and C++)
14:50.55*** join/#brlcad Skriptkid (~Skriptkid@117.202.107.184)
14:52.23*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:00.19*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
15:05.38*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:20.47*** join/#brlcad Posterdati (~antani@host160-215-dynamic.11-87-r.retail.telecomitalia.it)
15:20.54Posterdatihi
15:21.14Posterdatiplease I need help on opennurbs code, could anyone help me? tx
15:22.08PosterdatiI'm trying to scale a .3dm geometry using ON_Xform and I'm trying to understand the explode_block_sample.cpp code
15:51.54Notify03BRL-CAD:d_rossberg * 54432 (rt^3/trunk/include/brlcad/globals.h rt^3/trunk/src/coreInterface/globals.cpp): experimental feature: activate semaphoresthis change has no impact on existing code
15:53.58*** join/#brlcad Skriptkid (~Skriptkid@117.202.107.184)
16:48.06*** join/#brlcad luca79 (~luca@adsl-ull-201-152.46-151.net24.it)
16:49.42Posterdatihi
16:49.55Posterdatiis there any opennurbs expert?
16:52.29archivistPosterdati, in IRC ask the real question not does anyone know x
16:53.46Posterdatihow to apply a transformation to a ONX_Model and save the result?
16:54.38PosterdatiI followed the explode_block_sample.cpp without success, it saves only the geometry objects at the end resulting in empty .3dm files
17:10.46Posterdati:(
17:11.41caen23Posterdati: you shouldn't expect a prompt answer. stick around and wait for a reply
17:11.56Posterdatisure
17:12.09Posterdatianyway I was able to add new objects to the model
17:53.12Notify03BRL-CAD:bob1961 * 54433 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl and 2 others): Refactored a bit of code related to the various edit panels. Also added code to clear data associated with highlighting the primitives being edited.
18:37.48*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:19.54Notify03BRL-CAD Wiki:Tmusselman * 0 /wiki/User:Tmusselman:
20:20.08*** join/#brlcad merzo (~merzo@155-167-133-95.pool.ukrtel.net)
20:32.17*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
21:28.32Posterdatihi
21:39.51Notify03BRL-CAD:carlmoore * 54434 brlcad/trunk/src/tclscripts/vmath.tcl: use DEG2RAD to simplify expressions; is the 'global' OK?
22:10.36brlcadPosterdati: we strip the examples, so I'm not sure what that specific example refers to
22:11.02brlcadwhat's the problem specifically?  there should be a Transform() function that takes an ON_Xform
22:11.17Posterdatithank you for helping me
22:11.52Posterdatithe problem is that I cannot get a valid pointer from ON_InstanceRef::Cast(...)
22:12.55Posterdatihow can I apply a transformation on objects in a ONX_Model objects and save it back on disk?
22:15.29brlcadwell, you apply it and then just call model.Write()
22:15.49brlcadhow to apply a transform depends on several factors, but Transform() is what you'll eventually call
22:15.58brlcadprobably on object(s) within the ONX_Model
22:16.57Posterdatinot using ON_Geometry class?
22:18.20brlcadthere's undoubtedly many ways
22:18.41brlcadbut the way I would expect is to iterate over the object(s) you want to transform, then write
22:18.56brlcadsomething like
22:19.30Posterdatiyes
22:19.36Posterdatibut how to transform them?
22:19.53PosterdatiTransform is not applicable on ONX_Model objects
22:20.18brlcadONX_Model is a collection of objects
22:20.22brlcadnot an object itself
22:20.35brlcadyou have to iterate over them
22:20.50Posterdatiyes I know
22:21.02PosterdatiI iterate on m_object_table[ i ]
22:21.30Posterdatibut these ONX_Model_Object are not transformable
22:25.56brlcadnot directly, you need to get at the geometry they contain
22:26.13brlcadit looks like you can transform via ON_3dmObjectAttributes
22:27.19brlcadtry m_attributes.Transform()
22:27.29Posterdatiok
22:27.37brlcad(on the onx_model_obj)
22:32.11brlcadPosterdati: what are you doing with nurbs?  how'd you come across brl-cad?
22:33.08Posterdatino way, it didn't work
22:33.29PosterdatiI'm trying to write a simple program using opennurbs for .3dm reading and manipulation
22:33.56PosterdatiON_Xform xform;
22:33.57Posterdati<PROTECTED>
22:33.57Posterdati<PROTECTED>
22:34.18Posterdatithis is the transformation
22:36.45brlcaddidn't work as in didn't do anything or didn't compile?
22:37.03Posterdaticompile, but object is not scaled along z axis
22:38.07brlcadcalled Write() to a new file?
22:38.56brlcadstill, the way I'd expect it to work is as I mentioned before
22:39.20brlcadi.e., you convert the onx_model_obj to real geometry, apply Transform()
22:39.25Posterdatihttp://pastebin.com/H2frr5cm
22:40.46brlcadwhat's pXModel?
22:40.56brlcadyou'd need to call something like sHeel.getModel().Write()
22:41.33brlcadthat style is whack :)
22:42.00Posterdatito write
22:42.02Posterdatibut to scale?
22:42.12brlcadyou have to write what you scaled
22:42.27PosterdatipGeometry?
22:42.38Posterdatisorry
22:47.52Posterdatihttp://pastebin.com/fq6qfiP1
22:48.27Posterdatididn't work either the object is just copied from the other file :(
22:55.05Posterdati:(
22:56.14brlcadheader says ON_Geometry::Transform() is for classes that derive from ON_Geometry, it's a hook
22:56.20brlcadso that's not what you want
22:56.26Posterdatiok
22:56.57Posterdatibut I did a cast
22:58.38Posterdatidamned mcneel
22:58.47Posterdati:)
22:59.04Posterdatithis is the worst sdk I found
22:59.09Posterdatiuntil now
22:59.57brlcadfor free and open source, I kind of have the completely opposite impression
23:00.17brlcadyou have to read the sources sometimes, but it's all mostly straightforward
23:00.46PosterdatiI copied the example code and didn't work either
23:01.25Posterdatiexplode_block_sample.cpp
23:01.29brlcadnote that they sell and provide support for rhinosdk too, it's got a lot more docs
23:01.46Posterdatiyes but I don't develop under windows
23:01.51brlcadI haven't messed with that one
23:06.29brlcadso I haven't tried this, but what I would expect to work is how we use it in other places
23:06.52brlcadwhere you get ahold of the ON_Geometry and you cast to a real type
23:08.05brlcadcalling Transform() on the real geometry should do the work, and then that can be written
23:08.45brlcadit's a few lines of code because you have to specifically cast to known types, but it's dead simple
23:09.08brlcadthere may be an easier way, but that would have been what I would have probably ended up with if I were trying that
23:09.16brlcadI think we have an example somewhere
23:09.52brlcadyeah, see main() in  http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/conv/3dm/3dm-g.cpp
23:10.13brlcadnotably the line:
23:10.14brlcadconst ON_Geometry* pGeometry = ON_Geometry::Cast(model.m_object_table[i].m_object);
23:10.19brlcadand then the block that follows
23:11.44brlcadtry just one known entity type like ON_Brep and see if it works
23:13.17PosterdatiI did so too, but compile complains about pGeometry -> MakeDeformable();
23:14.17Posterdatishould I save the ONX_Model after that?
23:14.29brlcadnot following
23:14.44brlcadshouldn't need MakeDeformable() I think
23:14.49Posterdatiok
23:15.11Posterdatibut pGeometry -> Transform(xform)
23:15.16Posterdatidoesn't compile
23:17.53brlcadfor (i=0; i<model.obj_table.Count(); i++) { ON_Geometry *g = ON_Geometry::Cast(model.obj_table[i].m_obj); if (g) { ON_Brep *brep = const_cast<ON_Brep * >(ON_Brep::Cast(g)); if (brep) brep.Transform(xform); } } ... model.Write();
23:18.07brlcadthat's expected
23:18.21brlcadpGeometry is an ON_Geometry which is an opaque container
23:18.35brlcadyou have to cast it to "actual" geometry
23:18.56Posterdatiaah
23:19.09Posterdatithey are all breps
23:22.22Posterdatididn't compile
23:22.28PosterdatiON_Geometry *pGeometry = ON_Geometry::Cast(sObject.m_object);
23:22.57Posterdatiinvalid conversion from const ON_Geometry* to ON_Geometry *
23:23.44brlcadthat doesn't look right
23:26.26brlcader, that's just a constness failure
23:26.33brlcadconst ON_Geometry ...
23:27.00Posterdatiok, doesn't compile either
23:27.41Posterdatirequest for member 'MemoryRelocate' in ...
23:28.16brlcadI can't debug it for you  :)
23:28.30brlcadwe use this exact method I mentioned in the link I showed
23:28.44brlcadyou have to sync up the types
23:28.54brlcadwe toss the const later
23:29.15brlcadbut there are several ways
23:30.10Posterdatiis the ::Cast a must?
23:30.22brlcadthe basic idea though is to iterate over the objects in the model, get each object's geometry container, cast each geometry container to the real thing, transform, and then write it out
23:30.47Posterdatiwriting the parent ONX_Model ?
23:31.28brlcadthat bit I don't recall, but at the time you have done the transform, shouldn't matter -- you either will be able to write it or write each real thing
23:31.48brlcadI'd expect the parent to work
23:32.01Posterdatiok tx
23:32.07brlcadbut i haven't read the header to know if that's kosher
23:32.32brlcadin our example, we write out to a new file, so it's moot
23:33.14Posterdatime too
23:33.38Posterdatiwell it's an object transformed
23:33.43brlcadI mean we write out our ON_Brep to a new file (and not a .3dm)
23:34.16brlcadbut we write the ON_Brep, not the parent model or object or geometry
23:34.25Posterdatiah ok
23:34.26brlcadso at least that works ;)
23:34.43brlcadand I would expect writing the model to work, but lot of variables there
23:34.51brlcadyou know
23:35.02Posterdatiso a brep could be transformed regardless an ON_Geometry object
23:35.03brlcaddid you end up inadvertently creating a copy anywhere along the line, etc
23:35.12brlcadsure
23:35.17Posterdatiso
23:35.32Posterdatiwhy use ON_Geometry? My objects are all breps
23:35.33brlcadand looking at the code, ON_Brep does override ON_Geometry::Transform() with the actual logic
23:35.42brlcadyou shouldn't be
23:35.58brlcadyou just go through that container in the process of iterating
23:36.23Posterdatimay I cast .m_object directly to brep?
23:36.29brlcadbeats me ;)
23:36.33brlcadmebbie
23:36.47brlcadCast() is a low-level ON_Object feature, so probably
23:36.57PosterdatiI'm trying right now
23:36.58brlcadwe make sure it's geometry though "just in case"
23:37.14brlcadthe whole system is based around uuid registration, so it should work
23:38.18Posterdatirequest for member 'MemoryRelocate' in ...
23:38.22Posterdatiwhat the Hell is this???
23:41.25brlcadsounds like you're doing something wrong ;)
23:42.15Posterdatiyes like using opennurbs
23:43.01brlcadwhat's your code look like?
23:43.51brlcadthey have a forum, there may be a simple solution to what you're trying to do and they do provide pretty good free support for relatively simple questions like this
23:44.05brlcaddid you follow our example?
23:44.34brlcadit's pretty much a recipe that should work as-is
23:47.29Posterdatiis compiling now!
23:47.35Posterdatitesting
23:48.55PosterdatiWORKS WORKS WORKS !!!!
23:48.56Posterdatitx
23:49.06Posterdatiyou saved me man
23:49.10Posterdatithanks a lot
23:49.22PosterdatiI wrote the ONX_Model parent object
23:58.19brlcadcool
IRC log for #brlcad on 20130220

IRC log for #brlcad on 20130220

00:00.20brlcadbest way to demonstrate appreciation:
00:00.31brlcadwrite a real quick lesson's learned page on our wiki or to our dev mailing list that documents this for the next guy ;)
00:01.19brlcade.g., here http://brlcad.org/wiki/OpenNURBS_Transform
00:22.54Posterdatiwell would be great to write it
00:22.57Posterdatialas
00:23.06PosterdatiI'm involved in another project too
00:23.16Posterdatiopennurbs --> comon lisp
00:23.34Posterdaticommon lisp is fa better than c++
00:23.43Posterdaticommon lisp is far better than c++
00:38.04brlcadeven your sample program that you just got working would be sufficient
00:38.18brlcadsomething minimal effort so it's helpful later
04:05.28*** join/#brlcad hsrai (~hsrai@202.164.53.116)
04:15.35Notify03BRL-CAD:brlcad * 54435 brlcad/trunk/configure.ac: glibc-1.6 is being warningtarded, so just turn off the flag on the old build.
04:16.45Notify03BRL-CAD:brlcad * 54436 brlcad/trunk/CMakeLists.txt: latest glibc-1.6 changed _FORTIFY_SOURCE to spew a warning if not compiling optimized. change our build to match, adding the flag only when building optimized (not debug like we want).
04:58.34Notify03BRL-CAD:brlcad * 54437 brlcad/trunk/src/other/togl/include/CMakeLists.txt: bundle a glu.h similar to glew.h so that we can compile even when there's not a system glu.h available. doesn't seem to actually require any symbols, but not extensively tested (linux). header is the old bsd-licensed one from sgi. fixes a compilation error on linux.
05:07.46Notify03BRL-CAD:brlcad * 54438 brlcad/trunk/src/conv/obj-g.c: quell a linux compilation failure warning about verts being potentially clobbered after a longjmp. move the calloc/memset to after the BU_SETJUMP call and check for null before freeing verts.
05:15.44Notify03BRL-CAD:brlcad * 54439 brlcad/trunk/src/libged/copyeval.c: gcc 4.7.2 rightly detected the possibility of a negative array index path if endpos ends up still at zero when we begin processing. looks like that could happen if we find a slash, but fail to tokenize on it for whatever reason. adding a sanity check does the trick.
05:19.05Notify03BRL-CAD:brlcad * 54440 brlcad/trunk/CMakeLists.txt: make statements match
05:54.58Notify03BRL-CAD Wiki:Lesjordans * 0 /wiki/User:Lesjordans:
09:55.52Posterdatihi
10:33.05Notify03BRL-CAD Wiki:Macko * 4951 /wiki/Wiki_Emaluszki: Created page with "Wiki eMaluszki Encyklopedia internetowa serwisu emaluszki.pl. Źródło wiedzy o ciąży, połogu, wychowaniu dziecka. Stale uzupełniane o nowe hasła, poparte badaniami nau..."
10:40.15Notify03BRL-CAD Wiki:Macko * 4952 /wiki/Wiki_Emaluszki:
12:19.07Notify03BRL-CAD:bob1961 * 54441 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Archer mod - need to clear displayed data when doing a database load.
13:04.54Notify03BRL-CAD:bob1961 * 54442 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Variables need to be dereferenced in Tcl. Besides, RAD2DEG does not exist in this context. Define and use GED_RAD2DEG.
14:08.13maths22First pice of spam :(
14:09.12Notify03BRL-CAD Wiki:Maths22 * 0 /wiki/Wiki_Emaluszki: Vandalism: content was: "Wiki eMaluszki Encyklopedia internetowa serwisu [http://wiki.emaluszki.pl/ emaluszki.pl]. Źródło wiedzy o ciąży, połogu, wychowaniu dziecka. Stale uzupełniane..." (and the only contributor was "[[Special:Contributions/M...
14:39.03*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
15:41.33brlcadPosterdati: up late, eh?
15:41.44brlcadmaths22: that's still really really good :)
15:43.16brlcadit probably only made it through because it wasn't english
16:11.06Notify03BRL-CAD:n_reed * 54443 brlcad/trunk/src/mged/chgview.c: remove mged_tran; unused and duplicates knob_tran logic
17:07.21maths22true
19:14.07*** join/#brlcad Skriptkid (~Skriptkid@117.208.163.175)
19:51.22Notify03BRL-CAD:r_weiss * 54444 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to mged grouper command (i.e. gr). Added a "-p" option to collect the parent of the selected primitives, instead of the primitives.
20:22.32*** join/#brlcad andrei_ (~IceChat7@5-12-221-139.residential.rdsnet.ro)
20:41.23*** join/#brlcad Posterdati (~antani@host160-215-dynamic.11-87-r.retail.telecomitalia.it)
20:52.23*** part/#brlcad andrei_ (~IceChat7@5-12-221-139.residential.rdsnet.ro)
21:24.00Notify03BRL-CAD:r_weiss * 54445 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to mged grouper (i.e. gr) command. Forced the model orientation to remain static when the group, which you are adding to or subtracting from, is erased and redrawn.
IRC log for #brlcad on 20130221

IRC log for #brlcad on 20130221

00:55.13Notify03BRL-CAD:n_reed * 54446 brlcad/trunk/src/libtclcad/tclcadAutoPath.c: add a helper for adding paths so we can be a bit more readable
01:10.06Notify03BRL-CAD:n_reed * 54447 brlcad/trunk/src/libtclcad/tclcadAutoPath.c: make tk vls string creation dependent on having tk; remember to free on return
01:50.26Notify03BRL-CAD Wiki:Dogphoenix * 0 /wiki/User:Dogphoenix:
02:21.41Notify03BRL-CAD:n_reed * 54448 (brlcad/trunk/src/libtclcad/tclcadAutoPath.c brlcad/trunk/src/tclscripts/archer/BotUtility.tcl and 4 others): add a tclIndex for boteditor and remove manual dependency sourcing
02:32.44brlcadhm
08:06.23*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:33.58*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:34.08Notify03BRL-CAD:bob1961 * 54449 (brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl and 2 others): Push a few variables and methods back into the GeometryEditFrame class (i.e. mHighlightPoints, mHighlightPointSize, mHighlightPointColor, clearAllTables, updatePointSize and validatePointSize). Update the pipe edit panel to highlight the current pipe point.
13:43.46*** part/#brlcad caen23 (~cezar@92.81.206.161)
13:45.47Notify03BRL-CAD:bob1961 * 54450 (brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl): Remove mHighlightPointColor from Archer's edit panels.
13:46.40*** join/#brlcad caen23 (~cezar@92.81.206.161)
13:47.08Notify03BRL-CAD:bob1961 * 54451 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Write out the values of GeometryEditFrame::mHighlightPoints and GeometryEditFrame::mHighlightPointSize to the preferences file.
14:02.20Notify03BRL-CAD:bob1961 * 54452 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: Highlight the selected bot point if the bot is being displayed.
14:03.15Notify03BRL-CAD:bob1961 * 54453 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Highlight the selected pipe point if the pipe is being displayed.
14:08.11Notify03BRL-CAD:bob1961 * 54454 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Minor tweak to PipeEditFrame::highlightCurrentPipePoint.
14:21.08Notify03BRL-CAD:bob1961 * 54455 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: When moving a bot point, highlight the selected point before moving it.
14:44.56Notify03BRL-CAD:n_reed * 54456 brlcad/trunk/src/libtclcad/tclcadAutoPath.c: boteditor was inadvertently omitted from last set of paths
14:44.58*** join/#brlcad luca79 (~luca@adsl-ull-131-98.47-151.net24.it)
14:50.42Notify03BRL-CAD:carlmoore * 54457 brlcad/trunk/src/tclscripts/mged/grouper.tcl: remove trailing blanks
15:50.38Notify03BRL-CAD:bob1961 * 54458 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Removed a bit of old code.
16:40.00Notify03BRL-CAD:n_reed * 54459 brlcad/trunk/src/libged/draw.c: restore draw behavior of only autoviewing when starting with an empty display
17:13.03Notify03BRL-CAD:bob1961 * 54460 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update libtclcad's to_autoview_func() to handle the -R case.
17:43.19Notify03BRL-CAD:brlcad * 54461 brlcad/trunk/NEWS: bob has been working on improving the Bot editing controls within archer. lots of highlight and point selection updates.
18:31.10*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
19:06.38*** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
19:19.15*** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
19:23.08Notify03BRL-CAD:erikgreenwald * 54462 brlcad/trunk/misc/CMakeLists.txt: remove BRLCAD_BUILD_DOXYGEN_DOCS, dox target will be available if doxygen is.
20:12.16Notify03BRL-CAD:r_weiss * 54463 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Refactored mged grouper (i.e. gr) command to resolve namespace issues.
20:23.08Notify03BRL-CAD:erikgreenwald * 54464 (brlcad/trunk/misc/Doxyfile brlcad/trunk/misc/Doxyfile.in): enable LaTeX generation. Strip CMAKE_SOURCE_DIR from paths.
20:25.31*** part/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
21:39.49*** join/#brlcad sjn_ (~sjn@c-98-247-46-49.hsd1.wa.comcast.net)
21:43.10sjn_brlcad seems like a well-developed cad system, though it seems different from many cad programs I've seen (catia, solid works, autocad, inventor, etc).  I'm pretty new to the cad world, and I thought I'd try working with brlcad before becoming biased due to the pervasiveness of these other commercial solutions.  I sort of assume people use brlcad for more than military vehicles and related things.  If I'm interested in designing a house, a w
21:43.10sjn_ashing machine, or a pinball machine, does this seem reasonable (which is different from possible) to use brlcad to do?
21:44.47sjn_What capabilities are there in terms of simulations?  I read something quickly about using different kinds of materials for models of things that need to be able to absorb firepower.  Is there a full physics simulator included in this package?
21:46.04*** join/#brlcad mrlukeparry (~mrlparry@137.205.138.38)
22:22.19Notify03BRL-CAD:r_weiss * 54465 brlcad/trunk/src/tclscripts/mged/lc.tcl: Update to mged 'lc' command to prevent the display from hanging for large lists.
22:40.20brlcadall websites are now migrated (config-wise, there are still two that have to update dns)
22:40.58brlcadsjn_: sure it's reasonable, but you have to consider what your goals are too
22:41.46brlcadwe're expanding functionality towards supporting a lot of the same functionality of the commercial systems, but you're right -- our historic approach is very different
22:42.13brlcadbecause our products (renderings and models being fed to custom analyses) are different
22:42.23*** part/#brlcad mrlukeparry (~mrlparry@137.205.138.38)
22:43.28brlcadif you want to model your house or some machine, brl-cad will be good for that by itself and you'll be able to get some fantastic pictures/visualizations or calculate estimated weights, etc
22:43.48brlcadif you want blueprints, though, that's currently a weakness that we're working on
22:44.32sjn_is brlcad still funded through the Army?
22:44.49sjn_(US Army)
22:44.49brlcadwe only provide basic geometric simulators (first order physics/dynamics) and calculating geometric properties (like mass/weight, moments of inertia, centroids, etc) .. the intense simulators are not open source
22:44.53brlcadyep
22:45.06brlcadwill be for the indefinite forseeable future
22:46.41sjn_Thanks.  Who sets the priorities of what you guys are developing at any point in time?
22:56.07``Erikfeeding physics simulations and pretty pictures
22:56.32``Erikhttp://www.youtube.com/watch?v=eSRcvrVs5ug&feature=youtu.be  game of life entirely done in i386 mmu trickery O.O
IRC log for #brlcad on 20130222

IRC log for #brlcad on 20130222

00:51.35starseekerbrlcad: could you open up the permissions on the timeline subdirectory for brlcad.org?
00:51.39starseekercan't modify it
03:34.02maths22starseeker: you should be able to write to it now
03:56.11brlcadstarseeker: you can/could -- everyone can sudo chown www files, and everyone can sudo -u www whatever on that file
03:56.15brlcadmaths22: thx
04:03.48maths22If I am working with webserver files, I like sudo -u www bash
04:04.02maths22That way, all the permissions work out right
04:16.07brlcadmaths22: shorthand, sudo -u www -s
04:16.32brlcadbut it's better/safer to do it one command at a time, not through a whole subshell
04:35.39starseekerbrlcad: ah, didn't realize that
04:35.57brlcadspelled out on the info page you read, just don't remember it ;)
04:36.11starseekerfair enough
04:36.12brlcadcourse, that was a long time ago for you
04:36.28starseeker's gettin old
04:37.08starseekerwell, too late tonight - I'll try and add a few new entries tomorrow
05:02.16brlcadsounds like you're making some progress on the stepcode merge, awesome
05:03.33brlcaddon't know what you've tried, but my thought was to start with a fresh repo that has the original scl sources pristine
05:03.52brlcadthen play forward the github branch commits
05:04.31brlcadon a branch
05:04.36brlcadthen play forward our commits
05:04.40brlcadon another branch
05:04.47brlcadthen merge the two branches
05:05.13brlcadat that point, it "should" have enough info to merge save for bonefide conflicts
05:12.27starseekerbrlcad: I wasn't rewiring quite that far - I took the brlcad branch I imported from our svn tree, and did a merge with the master
05:12.52starseekerthen I used meld and the mergetool option to step through what it claimed were the conflicts - quite a few actual issues
05:13.38starseekerI figured there'd probably be some manual clean-up after that, but it seemed (in principle) to get us where we needed to end up
06:12.11brlcadcool, progress either way
06:21.13brlcadinteresting that there would be issues
06:22.16brlcadwonder if they were issues that become obsoleted by future commits (like a file that got deleted) or really something overlooked
06:22.30brlcadbecause in theory, our version integrated everything they did
06:38.57brlcadshould be a good write-up whatever you figure out
07:59.18*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:28.59Notify03BRL-CAD:bob1961 * 54466 brlcad/trunk/src/librt/primitives/ebm/ebm.c: Update the "get" and "adjust" commands for ebm to accept the use of "file" in place of the "F" attribute name.
11:30.41starseekerone of the points of divergence was Windows building - our solution was different than theirs, incorporating the re2c/lemon work
11:31.01starseekertheir were some others, but that one was a stand-out
11:33.10Notify03BRL-CAD:bob1961 * 54467 brlcad/trunk/src/librt/primitives/extrude/extrude.c: Update the "get" and "adjust" commands for extrude to accept the use of "sk_name" in place of the "S" attribute name.
12:28.29Notify03BRL-CAD:bob1961 * 54468 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Upgrade Archer's tree view to accommodate the hierarchy associated with the dsp, ebm, extrude, revolve and vol primitives.
13:46.49Notify03BRL-CAD:bob1961 * 54469 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::handleTreePopup to better accommodate dsp, ebm, extrude, revolve and vol.
14:40.28*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
16:14.06*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
17:12.52Notify03BRL-CAD:brlcad * 54470 brlcad/trunk/src/libbu/parallel.c: header cleanup, make sys/time.h inclusion not platform-centric but coupled to header test. our headers come after.
17:13.02Notify03BRL-CAD:brlcad * 54471 brlcad/trunk/configure.ac: need to check for sys/resource.h
18:33.40Notify03BRL-CAD:carlmoore * 54472 brlcad/trunk/src/tclscripts/mged/pattern.tcl: include DEG2RAD in a global declaration
18:39.52Notify03BRL-CAD:carlmoore * 54473 brlcad/trunk/src/tclscripts/mged/pattern.tcl: oops, had to put in RAD2DEG too
IRC log for #brlcad on 20130223

IRC log for #brlcad on 20130223

00:00.33starseekerwonders if he isn't in the www group?
00:01.05starseekerah, nevermind
03:44.58*** join/#brlcad IriX64 (~kvirc@64.229.209.83)
04:26.06*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:07.29Notify03BRL-CAD Wiki:Nhkfkftzrg * 0 /wiki/User:Nhkfkftzrg:
11:46.09*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
14:57.40Notify03BRL-CAD Wiki:Potjeodellzy * 0 /wiki/User:Potjeodellzy:
18:20.13*** join/#brlcad Skriptkid (~Skriptkid@117.202.96.24)
18:54.30starseekertakes a break from timeline updating
18:54.37starseekersome progress, anyhow
18:55.47*** join/#brlcad yiyus (1242712427@je.je.je)
IRC log for #brlcad on 20130224

IRC log for #brlcad on 20130224

02:45.21*** join/#brlcad kingofcsu (~king@123.138.98.102)
02:48.53*** join/#brlcad kingofcsu (~king@123.138.98.102)
02:50.03*** join/#brlcad kingofcsu (~king@123.138.98.102)
09:37.26Notify03BRL-CAD Wiki:TeewayEmade * 0 /wiki/User:TeewayEmade:
10:59.11*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
11:06.25*** join/#brlcad ibot (~ibot@rikers.org)
11:06.25*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
18:27.41*** join/#brlcad dlecina (58006365@gateway/web/freenode/ip.88.0.99.101)
18:28.21dlecinahi, I have a problem with DSP, can you guys help me?
19:19.05*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
22:20.52``Eriknot if you don't stick around O.o
IRC log for #brlcad on 20130225

IRC log for #brlcad on 20130225

00:21.02maths22People on webchat often seem to not stick around for very long.
03:26.07starseekerthey probably mistake this for a commercial online help chat
08:41.17*** join/#brlcad user (~chatzilla@ggg67907d2.adsl.datanet.hu)
13:15.57Notify03BRL-CAD:bob1961 * 54474 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::adjust and ArcherCore::rsyncTree to better accommodate dsp, ebm, extrude, revolve and vol primitives.
13:53.53Notify03BRL-CAD:bob1961 * 54475 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed a redraw issue in Archer::editMotionDeltaCallback.
14:11.51Notify03BRL-CAD:jordisayol * 54476 brlcad/trunk/sh/make_rpm.sh: fix uninstallable Linux rpm package on Fedora 18
15:11.37*** join/#brlcad luca79 (~luca@net-37-116-126-2.cust.dsl.vodafone.it)
17:32.19Notify03BRL-CAD Wiki:ShantelujpmgezqzqzhqamoodekmwydwcddxftbiuzDhosane * 4953 /wiki/The_use_of_Inflatable_water_slides: Created page with "Most of the parties for the youngsters are not completed devoid of the bouncers that are getting manufactured in the several grades of excellent all more than the planet. This..."
20:45.19*** join/#brlcad andrei_ (~IceChat7@188.25.159.189)
21:54.37Posterdatihi
21:55.59Posterdatiplease I need help with opennurbs and non uniform scaling: I've got a prism and got to scale top differently to the bottom surface, how can I achieve that with opennurbs?
21:57.33Posterdatiin particular: deforming a surface will accomodate the other surfaces in the object?
21:58.46Posterdatithanks for help
22:13.59maths22First English wiki spam :(
22:21.54Posterdati?
22:31.01PrezKennedywaves to brlcad
22:38.50Notify03BRL-CAD:r_weiss * 54477 brlcad/trunk/src/libged/comb.c: Corrects a bu_bomb error "db_tree_counter: bad op xxxxxxx" on Windows 64-bit when adding objects to groups/combinations/regions.
23:06.08Notify03BRL-CAD:r_weiss * 54478 brlcad/trunk/src/librt/db_lookup.c: Update to db_lookup to prevent problems with 64bit windows since 'long int' is not the same size as a pointer.
23:08.29Notify03BRL-CAD:r_weiss * 54479 brlcad/trunk/include/raytrace.h: Update to prevent problems with 64bit windows since 'sum' can be a value as large as a pointer value.
IRC log for #brlcad on 20130226

IRC log for #brlcad on 20130226

01:12.44brlcadwaves back to PrezKennedy
01:13.29brlcadmaths22: that was almost certainly a registration predating the new checks
01:14.27brlcadmaths22: that's how a lot of the spammer systems work, registers an account and comes back to post X months later to get past spam tests looking at how long ago an account was created
03:03.13brlcadPosterdati: you can apply an arbitrary transformation matrix with ON_Xform
03:03.24brlcadshould just work fine
03:03.45brlcadsee opennurbs_xform.h
03:31.35maths22yep.  That user was created on January 7
03:49.15brlcadprobably should just cull out all users with length greater than the current limit
07:51.05*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-laisyrdfbuutpilc)
07:51.05*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:32.20Posterdatihi
11:40.19PosterdatiI need to perform a  taper transformation, so I applied a scale(plane, sx, sy, sz) along a path, but my  object become flat along that path
11:40.21Posterdati:(
12:19.13brlcadPosterdati: did you see my reply?
12:19.34brlcadyou can apply any transformation matrix, including one that tapers
12:27.12Posterdatiwell
12:27.26PosterdatiI used a scale along a vector and it worked
12:27.31Posterdatibut how apply a shear?
12:27.41PosterdatiI saw that it uses a plane
12:27.44brlcadapply a shear matrix :)
12:27.51Posterdatihow does it work?
12:27.56Posterdatiyes
12:28.07Posterdatibut how is it calculated that matrix?
12:28.56brlcadhttp://en.wikipedia.org/wiki/Shear_matrix
12:29.55brlcadfor a 4x4, try setting a value in field [0][2]
12:30.04brlcad(on a unit matrix)
12:30.29Notify03BRL-CAD:indianlarry * 54480 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fixed occurrences where face index was being checked to see if it were less than the total number of surfaces, it should be checked to the total number of faces instead. In openNURBS you can have more than one face per surface leading to the number of faces greater than the number of surfaces.
12:30.29Posterdatiyes, I know what is a shear matrix
12:30.30brlcadthat'd be a shear along the z axis
12:30.53Posterdatibut
12:30.57brlcadthen I don't understand your question :)
12:31.37Posterdatiopennurbs has got a function ON_XForm::Shear(ON_Plane, ON_3dVector, ...)
12:31.44Posterdatiwhat are plane and vectors?
12:32.12brlcadthat just looks like a helper function
12:32.45Posterdatiyes
12:34.33Posterdatibut if I want to perform a shear on z axis which plane and vectors shall I select
12:34.35Posterdatiuse?
12:38.44brlcadif your shear is that simple, you don't need the helper function
12:38.52brlcadyou can just set the matrix values
12:39.24brlcada shear along z would be something like [1 0 A 0] [0 1 B 0] [0 0 1 0] [0 0 0 1]
12:39.38brlcadwhere A = B = your shear factor
12:40.19brlcadthe helper function just helps figure out which matrix elements get set and by how much but you certainly don't have to use it
12:40.41brlcadreading their docs, it sounds like the plane is a fixed anchor point and 3dvector is a shear direction on that point
12:42.10brlcadso you could specify it that way too, but it's kinda superfluous
12:43.01brlcadi'd imagine you'd use the origin with whatever your up-vector is (e.g., 0,0,1,1) and define the vector as your shear (e.b., 0 0 2)
12:44.42Posterdatithere are three vectors
12:49.39PosterdatiI'm trying to perform a taper too
12:54.18Notify03BRL-CAD:bob1961 * 54481 brlcad/trunk/src/libged/comb.c: Simplify the code a bit in _ged_combadd2().
12:57.25Posterdatithe sad thing is that is not documented well
12:59.22brlcadit sounds like you're wanting them to tell you how to build a shear matrix, but that's such an open-ended question with many many possible ways
12:59.40brlcadso they just give you the 4x4 and say "do what you need"
13:00.23brlcadthat really is all you need if you understand shear matrices because that's all that is ultimately applied
13:01.08brlcadit may simplify your particular problem if you break it up instead of trying to do multiple operations with one matrix
13:01.21Posterdatibrlcad: I know how to build a shear matrix, I don't know how to use their functions
13:01.33brlcadso don't use their functions!
13:01.44brlcad...
13:02.03brlcadthat's why the m_xform is public
13:02.10Posterdatiand how it is supposed to perform a non linear object transformation?
13:02.15PosterdatiI mean
13:02.29PosterdatiI need to change scaling factors along a direction
13:02.44Posterdatihow it is supposed to do that?
13:03.06Posterdatitransform() apply a transformation to an entire object
13:04.49brlcadit's not :)
13:04.52brlcadthat very different from your original question
13:04.56brlcadthat's not a shear
13:05.19brlcador at least, it's maybe multiple shears
13:05.25PosterdatiI need to perform that too
13:05.57brlcadso you've got me curious now, what are you working on ? :)
13:06.27brlcadthat's not a simple operation in any system
13:07.02Posterdatiyes
13:07.14Posterdatia program to modify prismatic objects
13:07.37PosterdatiI've got three surfaces
13:07.51Posterdatilaterall surface, top surface and bottom surface
13:08.16PosterdatiI need to deformate the object changing scale factor for top and bottom differently
13:08.48Posterdatibut I think that if I scale the topo alone, the object will break up
13:09.01Notify03BRL-CAD:indianlarry * 54482 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Added ?\226?\128?\156KN2d?\226?\128?\157 option to ?\226?\128?\156brep?\226?\128?\157 command to display surface knots in 2d UV space.
13:09.26brlcadeven most of the commercial systems have limite support for non-linear transforms (because of other complexities you haven't even touched on yet)
13:09.35brlcadthat said, xform can probably do that with a taper matrix
13:09.42brlcadbut that's a lot harder to calculate
13:09.59brlcadI doubt there's a helper for tapering
13:10.03Posterdatino
13:10.11Posterdatibut shear could accomodate
13:10.20brlcadI don't think so..
13:10.42Posterdatimay I scale only the top?
13:10.52Posterdatiwill the program seam it then?
13:11.17brlcadwhere is the "top" defined geometrically?
13:11.28brlcadyou could directly scale just the top surface
13:11.43brlcadbut yeah, you'd have to restitch the brep
13:12.05brlcadthere may be some update function to do that for you, haven't looked
13:12.34brlcada taper matrix would do it and keep it together
13:12.58Posterdatitop and bottom arte brep objects
13:13.04Posterdatitop and bottom are brep objects
13:13.25brlcadthey're entities (i.e. surfaces) in a brep object
13:13.39brlcadbut nothing specifically defines top/bottom/whatever *geometrically*
13:15.27brlcadan ON_Brep represents a single object comprised of N surfaces with topological connectivity, but not topological awareness (no CAD system does that afaik) other than maybe a notion of up
13:15.44brlcadyeah, something like this http://www.charlespetzold.com/blog/2009/07/Taper-Transforms-with-Matrix3DProjection-An-Analytical-Approach.html
13:16.51brlcadhm, a simpler form that might be easier to play with: http://en.wikipedia.org/wiki/Tapering_(mathematics) but would have to be extended to homogenous coordinates
13:17.35brlcadstill, Transform() may be limited to affine transformations (i.e., no tapering, twisting, bending) .. so you'd want to check that before trying to build one by hand
13:22.23Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:ShantelujpmgezqzqzhqamoodekmwydwcddxftbiuzDhosane: Spamming links to external sites
13:22.37Notify03BRL-CAD Wiki:Sean * 0 /wiki/The_use_of_Inflatable_water_slides: spam
13:29.12Notify03BRL-CAD:bob1961 * 54483 brlcad/trunk/src/libged/comb.c: More simplification of _ged_combadd2().
13:31.33Posterdatiok
13:32.51Posterdatiantway
13:33.02Posterdatianyway whichis the center of transformation?
13:33.22brlcadfor what?
13:33.47Posterdatitaper
13:34.08Notify03BRL-CAD:bob1961 * 54484 brlcad/trunk/src/libged/comb.c: More simplification of _ged_combadd2().
13:43.20Posterdatiso no solution for my problem
13:51.09Posterdati:(
13:55.12PosterdatiI should apply transform for every object points, is that possible?
13:55.30Posterdatiis it possible to evaluate points in such manner?
13:58.52brlcadevery real piece of real geometry has a Transform()
13:58.55brlcadso yes
13:59.23brlcadyou could apply Transform() to the individual points and the surfaces should be updated accordingly
14:00.24Posterdatiok
14:00.31PosterdatiI'll try that
14:00.43brlcadmaybe a useful example in brlcad/src/librt/test_bot2nurbs.cpp
14:00.58brlcadwe transorm individual points to project them onto a plane for testing
14:03.04Posterdatiok tx
14:06.02Posterdatiit means that I have to apply a ON_Xform to every brep
14:10.13Posterdatiso Brep objects has got their own Transform helper function
14:10.36PosterdatiI should override it too
14:14.39Posterdatibut how can I be sure that all points get transformed?
14:18.15Posterdati:(
14:20.06Posterdatirhino can taper objects
14:24.05brlcadyou can iterate over all points in an on_brep
14:25.11brlcadnot suprising that rhino can, it does a lot that opennurbs does not (and they provide access via the rhino sdk) such as surface intersection testing, closest point, tessellation, and more
14:25.33brlcadmost of the hardest pieces to implement are removed
14:26.04brlcadwe've spent several years implementing a couple of the features they intentionally removed that we needed
14:26.33Posterdatimmmh
14:26.41PosterdatiI can't port it on sdk
14:26.44Posterdatino time
14:26.48Posterdatiand I'm working on linux
14:31.38Notify03BRL-CAD Wiki:Dhyan singh * 0 /wiki/User:Dhyan_singh:
14:37.11brlcadno time?
14:37.35brlcadis this for work? class?
14:40.06Posterdatiwork
14:55.17brlcadPosterdati: not sure what the implementation of Shear is supposed to tell me/you that wasn't said.. it sets up the m_xform matrix based on the plane and vector
14:55.32brlcadthat's still not going to get you a non-linear transform (by itself)
14:55.55brlcadmultiple shearings might for some specific cases like your cube
14:56.51brlcadlike I said earlier, "it sounds like the plane is a fixed anchor point and 3dvector is a shear direction on that point" .. and the impl indeed confirms that
14:58.25Posterdatiplane gives you the origin point for transformation
14:59.03brlcadi.e., "the plane is a fixed anchor point"
14:59.42brlcadsorry if that wasn't clear earlier
15:00.33*** join/#brlcad Skriptkid (~Skriptkid@117.202.103.23)
15:00.38brlcadhi Skriptkid
15:00.55Skriptkidhey :)
15:01.18SkriptkidIs buildbot currently unavailable?
15:01.33brlcadprobably
15:02.11Skriptkidhm..okay
15:02.39brlcadSkriptkid: looking for something?
15:03.03SkriptkidNope. Just casually seeing. Its gives me a 503
15:03.08brlcadSkriptkid: it'd be great to get it back up and running -- I don't think it was configured to properly start/restart on server execution
15:03.12brlcads/execution/reboot/
15:03.36SkriptkidOh. I'll see if anything can be done
15:03.37brlcadwhat was the url?
15:03.44Skriptkidcrit.brlcad.org/buildbot/
15:04.32brlcadlooks like a rewrite rule gone bad
15:04.33brlcad<p>The document has moved <a href="http://brlcad.orgbuildbot">here</a>.</p>
15:04.54brlcadcrit.brlcad.org is now brlcad.org
15:05.53SkriptkidOh.
15:06.53brlcadfixed the redirect
15:07.18brlcadand it is indeed down (probably due to aforementioned config)
15:07.33Skriptkidokay
15:08.56SkriptkidWill you be in San Francisco as well? During our trip?
15:09.18brlcadnope, you're the lucky ones :)
15:09.52SkriptkidAhh..was looking forward to meeting you too :)
15:10.02brlcadI'd like that
16:24.08PosterdatiI always need a taper function :(
16:50.17brlcadimplement one and make it part of our libnurbs library ;)
16:51.18Posterdatibut how using opennurbs?
16:51.44brlcadyour first suggestion about applying a taper transform to all of the individual points sounded like a reasonable start
16:52.37Posterdatiyes
16:52.38brlcadshouldn't be more than a day to code that up I'd think
16:52.39Posterdatiso
16:52.48Posterdatilisten to the idea
16:52.52PosterdatiI need
16:52.54Posterdatia line
16:53.08Posterdatia segment
16:53.19Posterdatibetween two points
16:53.32Posterdatiand a plane perpendicular to it, I think
16:54.01Posterdatievery object point intersecting the plane are scaled
16:54.25Posterdatithis plane travel on the segment
16:54.31Posterdatifrom A to B
16:55.28Posterdatinow objects are all breps
16:55.44Posterdatiso how can I scale every brep points?
16:56.34brlcadyour description leaves much to be desired ... unclear
16:56.47brlcad"every object point intersecting the plane are scaled" ... what does scaling a point mean?
16:57.01brlcadobject is a line segment, presumably?
16:57.48brlcadso every point on a line segment is .. "scaled", maybe you mean transformed by some translation matrix?
16:58.00Posterdatiscaling a point means translating it
16:58.27Posterdatip' = Sp
16:58.29brlcadso turning the line segment into a new line segment or into a new curve?
16:58.45Posterdatino
16:59.07brlcadmaybe you can draw a picture :)
16:59.09Posterdatithe line segment is the path along the plane travel
16:59.16brlcadsure
16:59.34Posterdatiis a straight line
16:59.35brlcadbut what happens to a line segment within that plane's travel path
17:00.05brlcadbasically, I'm asking what kind of transforms are possible
17:00.19Posterdation the plane you can translate
17:00.21brlcadif you're only talking about affine transformations, then you're good already and the problem is very simple
17:00.27Posterdatiand rotate
17:00.45brlcadif you're talking about non-affine transforms (where a line turns into a curve), you've got a much harder problem
17:01.02Posterdatiwsell
17:01.04Posterdatiwell
17:01.23Posterdatithe problem is what is a taper transformation?
17:01.53PosterdatiT = [[ sx(u) 0 0 ][0 sy(u) 0 ][ 0 0 sz(u) ]]
17:02.06Posterdatiis that a generic taper?
17:03.24Posterdatiso what happen if I've got a cyclinder and want to taper it along z axis, I mean changing its point x y coordinates but not the z one
17:04.16brlcadit depends if the taper is linear or not
17:04.22Posterdatilinear
17:04.47PosterdatiT = [[ sx(z) 0 0 ][ 0 sy(z) 0 ][ 0 0 1 ]]
17:04.57brlcadI think linear tapering should be representable with just a scaling matrix
17:05.04brlcadbut I don't have a proof on hand
17:06.45brlcadbut yeah, I think T is the basic idea
17:08.43Posterdatiok
17:08.56Posterdatinow I have to apply T to every point
17:09.26Posterdatiwith their z equal to z parameter
17:23.39brlcadPosterdati: heh, https://github.com/mcneel/rhinocommon/blob/master/dotnet/opennurbs/opennurbs_xform.cs line 345
17:23.48brlcadthat's their rhinosdk c# wrapper
17:24.19brlcadleads me to believe that they have a Taper function in the RhinoSDK, but it was intentionally removed from openNURBS
17:25.37brlcadstill, that's probably because they implemented it for non-linear tapering which is seriously hard
17:26.12brlcadespecially when you do some taper that changes topology or creates singularities
17:30.18PosterdatiI saw that too
17:30.37Posterdatibut I could arrange something
17:50.23*** join/#brlcad luca79 (~luca@net-37-116-125-167.cust.dsl.vodafone.it)
18:06.41Posterdaticiao
18:16.33Notify03BRL-CAD:carlmoore * 54485 brlcad/trunk/src/liboptical/sh_cloud.c: make use of sqrt(1/2)
18:40.21Notify03BRL-CAD:carlmoore * 54486 brlcad/trunk/src/librt/primitives/ell/ell.c: use M_SQRT1_2 , and clarify some remarks about use of degrees, not radians
18:43.48Notify03BRL-CAD:carlmoore * 54487 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: make use of M_SQRT1_2
19:23.40Notify03BRL-CAD:carlmoore * 54488 brlcad/trunk/src/librt/primitives/superell/superell.c: use M_SQRT1_2, and clarify some comments about use of degrees, not radians
19:26.27Notify03BRL-CAD:carlmoore * 54489 brlcad/trunk/src/librt/primitives/tgc/tgc.c: make use of M_SQRT1_2
19:41.48Notify03BRL-CAD:carlmoore * 54490 brlcad/trunk/src/proc-db/tube.c: use M_SQRT1_2
20:04.22Notify03BRL-CAD:carlmoore * 54491 brlcad/trunk/src/conv/g-shell-rect.c: use square root of 2
20:09.13Notify03BRL-CAD:n_reed * 54492 brlcad/trunk/src/proc-db/tube.c: remove broken comment
20:16.33Notify03BRL-CAD:carlmoore * 54493 (brlcad/trunk/src/remrt/rtsrv.c brlcad/trunk/src/rt/opt.c and 2 others): make use of M_SQRT2 and M_SQRT1/2 (the latter is sqrt(2.)/2)
20:22.19Notify03BRL-CAD:n_reed * 54494 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/draw.c): add ged_redraw to recalculate vlists without changing display state
20:23.05Notify03BRL-CAD:carlmoore * 54495 brlcad/trunk/src/libbn/poly.c: use M_SQRT3 for square root of 3
22:19.09starseekerHuh - http://www.amazon.com/Handbook-Source-Tools-Sandeep-Koranne/dp/144197718X - mentions BRL-CAD
22:19.35starseekernot the kind of book I'm used to seeing from Springer...
23:21.18Notify03BRL-CAD:n_reed * 54496 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/dm-generic.c and 2 others): have mged redraw after zoom events when adaptive plotting is enabled
IRC log for #brlcad on 20130227

IRC log for #brlcad on 20130227

00:53.27brlcadstarseeker: yep, that came out earlier last year
00:54.04brlcadrather s/came out/was noticed/
01:57.56starseekerah
03:55.41*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
08:19.20*** join/#brlcad luca79 (~luca@net-37-116-125-167.cust.dsl.vodafone.it)
08:42.45*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:51.32Posterdatihi
10:51.43Posterdatibrlcad: did you implement taper in brlcad?
12:55.27*** join/#brlcad luca79 (~luca@net-37-116-125-167.cust.dsl.vodafone.it)
12:57.21brlcadPosterdati: if we had, you'd think I would have mentioned that really early in yesterday's discussion, no? :)
12:59.48brlcadcertainly useful for nurbs editing, but we haven't started in that area yet
13:08.39Posterdatiok
13:12.06Posterdatiit is strange
13:12.27Posterdatithey implemented Opennurbs to ease 3d data interchange
13:13.09Posterdatibut honestly speaking is quite not simple nor useful to implement and use
13:30.03PosterdatiI've to use rhino sdk
13:39.06Posterdatigrrr
13:48.19Posterdatiand this is a problem, because I don't develop under windows
14:10.26brlcadPosterdati: how is providing tapering helpful for 3d data interchange? :)
14:10.46Posterdatino, I was talking in general
14:10.49Posterdatianyway
14:10.52Posterdatiit seems that
14:11.03Posterdatione could use ON_MorphControl
14:11.16Posterdatithen call ON_Geometry::Morph
14:11.32brlcadI guess my experience is nearly opposite
14:11.34brlcadas a library, it's actually one of the most cleanly implemented and well documented APIs I've seen
14:11.50Posterdatiwell documented?
14:11.54Posterdatiwhere?
14:12.14brlcadthe headers pretty extensively document the API
14:12.44brlcadsure there are things they don't provide that I wish they did at times, but by large it does exactly what it says it will do
14:13.46Posterdatiok
14:13.50Posterdatifor example
14:14.15Posterdatiis explained how to use the ON_MorphControl class?
14:14.23brlcadbeside qt, what's something better you've seen?
14:14.44brlcad(and open source ideally)
14:14.49Posterdaticommon lisp
14:17.46brlcadeh, that's like saying english is a better written book than lord of the rings
14:19.39brlcadI love lisp, but that's not exactly usefully comparable
14:20.03Posterdatiwhy not?
14:20.06brlcadreally love some of the self-documenting setups like elisp where you can probe on the spot
14:20.24Posterdatianyway
14:20.31brlcadreally?
14:20.45Posterdatiit seems that I can use ON_MorphControl at least
14:20.57brlcadassuming they implement it
14:21.06brlcadthat still goes down an editing route
14:21.26brlcadand they explicitly say they do not support editing, so maybe or maybe not
14:21.35``Erikbrlcad: bumped postgresql to 9.2, didn't bother pre-announcing since it looks like I'm the only user at the moment
14:22.07brlcadI would assume it's provided as a means to import/convert morphcontrol entities if they're persistable
14:22.16Posterdatibut again there aren't examples
14:22.17brlcadif they are, then you're probably in luck
14:22.50Posterdatiapering is a deformation operation, thus requiring a ON_SpaceMorph object
14:22.50Posterdatithat defines the morphing, followed by a call to ON_Geometry::Morph() to do
14:22.50Posterdatithe actual morphing.
14:22.50Posterdati<PROTECTED>
14:22.50PosterdatiThe openNURBS toolkit does not provided a pre-defined taper space morph. The
14:22.51PosterdatiRhino SDK does
14:23.20PosterdatiI don't need a predefined taper function
14:23.33PosterdatiI need something I could apply the taper matrix
14:23.38``ErikI vagually recall someone talking about doing a common lisp wrapper (like cffi or something) on opennurbs in #lisp a bit back, was that you, posterdati? O.o
14:24.33brlcad``Erik: yeah, you're the lone wolf there thusfar
14:24.34Posterdatiyes
14:24.43Posterdatibut I've no time now
14:26.45brlcad``Erik: any chance you could look at migrating named.conf?
14:27.03brlcadI think that spans a major bind version
14:27.48brlcadbzflag folks when up in arms when I pointed bz.bzflag.bz to crit because bind hadn't been migrated (and it's a secondary dns)
14:34.17brlcad63.246.136.16 is old IP
14:34.31brlcadPosterdati: looks like you just might be in luck
14:34.42``Erikyeh, dns is updated, I'm in the old thing
14:35.11Posterdatibrlcad: why?
14:35.17brlcadPosterdati: ON_NurbsCage::Read()
14:35.31Posterdati?
14:35.43brlcadthat means they are persisted, written to file
14:35.51Posterdatiyes
14:36.02brlcadso 3dm parsers need to be able to read and apply them for them to be meaningful
14:36.10brlcadwhich means Evaluate() probably works
14:36.10Posterdatimay I cast an ONX_Model_Object to a ON_NurbsCage?
14:37.10brlcadwhy would you do that?
14:37.13brlcadI'd think you'd want to confirm it does something useful first, no?
14:37.27brlcadcreate one, apply it, see if it evaluates
14:42.29Posterdatiok
14:43.41Notify03BRL-CAD Wiki:GeomModeler * 0 /wiki/User:GeomModeler:
14:43.54Posterdatiit is useful
14:44.22brlcadyou got it to work already? that was fast...
14:44.34Posterdatino I'm reading the .h file
14:44.36Posterdatiso
14:44.41Posterdatiif I did understand
14:45.06Posterdatia nurbs cage is a cage surrounding the object
14:45.28brlcadyeah, my really quick read indicated it takes a control box around the object, you can deform the cage and then Evaluate() and it'll deform the underlying geometry
14:46.06brlcadlooking at the implementation, it looks like it's even set up to support arbitrary deformations, not just affine linear ones
14:46.18brlcadwhich is pretty awesome actually .. we may have to use that as well
14:46.52Posterdatigood
14:49.24Posterdatiso
14:49.52Posterdatihave I to create a nurbs cage first using the object bounding box?
14:54.43brlcadI would just try to construct one manually for testing to understand it, but using the object's bounding box would be a logical starting point for production use
15:06.10Posterdatiok I did
15:06.18Posterdatinow I could trasnform only the cage
15:08.16Posterdatilet's see
15:20.56Notify03BRL-CAD:n_reed * 54497 brlcad/trunk/src/tclscripts/lib/Ged.tcl: remove duplicate pane_scale_mode method body
15:32.42Posterdatiok
15:33.03Posterdatihow it is supposed to use Transform and Evaluate for a ON_NurbsCage ???
15:37.59Notify03BRL-CAD:carlmoore * 54498 brlcad/trunk/src/libged/draw.c: fix spelling
15:49.20Notify03BRL-CAD:indianlarry * 54499 (brlcad/trunk/src/other/poly2tri/AUTHORS =================================================================== and 11 others): Initial checkin of the 'poly2tri' C++ library for creating a constrained Delaunay triangulation (CDT) of a polygon using a sweep-line algorithm. This package will be used during the generation of facet meshes for BRL-CAD NURBS. This version of 'poly2tri' was
15:49.22Notifyobtained from github at 'git://github.com/jhasse/poly2tri.git' and based of a google code project of the same name. The methodology implemented is based on the paper "Sweep-line algorithm for constrained Delaunay triangulation" by V. Domiter and and B. Zalik. This checkin is a snapshot of the initial repository code before being integrated into the BRL-CAD build system.
15:53.26*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
16:03.38*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
16:28.51Notify03BRL-CAD:d_rossberg * 54500 (brlcad/trunk/AUTHORS brlcad/trunk/src/libbu/semaphore.c): apply patch from Arjun Govindjee (http://www.google-melange.com/gci/task/view/google/gci2012/7999206) implement mutex locking for windows
16:32.01Notify03BRL-CAD:d_rossberg * 54501 brlcad/trunk/src/libbu/semaphore.c: corrected test for failed mutex locking in Windows
16:34.50d_rossbergmutex locking on windows still needs some tests, but it's easier with the patch applied on the repository
16:34.54d_rossbergexit
17:08.08Posterdati:(
17:17.12Notify03BRL-CAD:indianlarry * 54502 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/poly2tri/poly2tri/common/utils.h): Split 'utils' class into declaration and definition files utils.h and utils.cc. Also added cmake changes for integration into BRL-CAD build.
19:07.36Notify03BRL-CAD:r_weiss * 54503 brlcad/trunk/src/libged/nirt.c: Fixed a bug in the mged nirt command when running on windows. Changed an array to variable length. When a large number of objects is displayed, the array length would be exceeded causing nirt to fail with a message that an object could not be found.
20:06.16Notify03BRL-CAD:r_weiss * 54504 brlcad/trunk/src/libged/nirt.c: More updates to function ged_nirt.
20:45.17Notify03BRL-CAD:r_weiss * 54505 brlcad/trunk/include/raytrace.h: Increased size of librt db hash table. Improves performance of some operations when the model has a large number of objects (ie > 40k).
20:50.53brlcadhm, slew of named tmp file errors
21:45.27brlcadfixed, apparently now need full file paths in the conf
21:49.18``Erikyup, probably safer that way
21:49.23``Erikyou did the timr ones?
21:50.53``Erik(the dir is git-ified, so'z you can git commit)
22:22.06*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
22:46.09Notify03BRL-CAD:carlmoore * 54506 brlcad/trunk/src/util/bwrect.c: clarify error messages, and fix wrong argv member in one of them
22:46.50Notify03BRL-CAD:carlmoore * 54507 brlcad/trunk/src/util/bwrect.c: oops, needed to refer to bwrect, not to pixrect
IRC log for #brlcad on 20130228

IRC log for #brlcad on 20130228

00:18.15*** join/#brlcad Posterdati (~antani@host57-171-dynamic.11-87-r.retail.telecomitalia.it)
00:38.35*** join/#brlcad Posterdati (~antani@host193-236-dynamic.6-87-r.retail.telecomitalia.it)
11:03.44*** join/#brlcad Posterdati (~antani@host228-151-dynamic.59-82-r.retail.telecomitalia.it)
11:03.51Posterdatihi
11:48.24Posterdatihi
11:49.04Posterdatibrlcad: ON_NurbsCage and Morph classes are not functional
14:55.15*** join/#brlcad ibot (~ibot@rikers.org)
14:55.15*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
16:10.07*** join/#brlcad Skriptkid (~Skriptkid@117.202.108.109)
16:55.24*** join/#brlcad Skriptkid (~Skriptkid@117.202.106.190)
17:02.33Notify03BRL-CAD:carlmoore * 54508 brlcad/trunk/src/util/bwcrop.c: change error messages as yesterday, but 'bwcrop:' is already present
17:57.48Notify03BRL-CAD:carlmoore * 54509 brlcad/trunk/src/util/bwfilter.c: insert indentation and a 'Possible arguments ...' line
18:36.16Notify03BRL-CAD:carlmoore * 54510 brlcad/trunk/src/util/bwthresh.c: minor format changes to messages
18:46.47Notify03BRL-CAD:carlmoore * 54511 brlcad/trunk/src/util/bwthresh.c: if i is 0, do we proceed in that && construct to use i-1 subscript?
20:51.30Notify03BRL-CAD:r_weiss * 54512 brlcad/trunk/src/libged/bot_merge.c: Added plate mode bot support in the mged bot_merge command.
IRC log for #brlcad on 20130301

IRC log for #brlcad on 20130301

00:29.20Notify03BRL-CAD:n_reed * 54513 (brlcad/trunk/src/other/libvds/notes.txt =================================================================== and 27 others): add some dev notes on libvds
02:49.22starseekerhas a hunch we should probably teach libvds to not use globals at some point...
05:35.00*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
09:48.23*** join/#brlcad ibot (~ibot@rikers.org)
09:48.23*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
09:52.13*** join/#brlcad ibot (~ibot@rikers.org)
09:52.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
12:57.16``Erikhttp://elfga.com/~erik/orbits.gif  solar system orbits with tailers in the galactic frame... effin' awesome animation :D
14:03.27starseekerthat is cool
15:40.04brlcadhis other video is even more cool
15:42.23brlcadstarseeker: that's probably one of several motivators for his 2.0 version (libvds)
15:42.53brlcadhttp://www.cs.jhu.edu/~graphics/GLOD/
15:45.33*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-laisyrdfbuutpilc)
15:45.33*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:45.39*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
16:17.08``Eriknwhich other vid is cooler? o.O
17:01.28brlcad``Erik: part two on his website: http://djsadhu.com/
17:01.53brlcadslow start, but the helical spiral orbit is awesome
17:25.14Notify03BRL-CAD:indianlarry * 54514 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.cc brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc): Updated function NeighborAcross() to return pointer to triangle consistent with NeighborCW() and NeighborCCW() functions. Cleaned up several functions to pass parameters as references.
17:31.44Notify03BRL-CAD:bob1961 * 54515 (brlcad/trunk/src/external/ProEngineer/INSTALL.txt brlcad/trunk/src/external/ProEngineer/proe-brl.c): Updates for Creo Parametric 2.0
18:06.41Notify03BRL-CAD:indianlarry * 54516 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.h and 2 others): Cleaned up several functions to pass parameters as references. Added points collection cleanup in destructor ~sweep_context().
18:18.10starseekerbrlcad: yeah, saw GLOD - unfortunately, it's license wouldn't work (if I recall correctly)
18:18.38starseekerI don't think squashing the globals would be all that hard, at least in a basic sense
18:19.17starseekereven vds 1.0 (if it still existed, which apparently it doesn't) I think had changed the license
18:20.42starseekerhttp://web.archive.org/web/20070205234916/http://www.cs.jhu.edu/~graphics/GLOD/license
18:22.15starseekerdebatable whether that's a workable license, I guess - I doubt it's GPL compatible
18:58.20Notify03BRL-CAD:indianlarry * 54517 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.cc brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h and 2 others): Added FindInternalTriangle() function with supporting details to more reliably find an initial triangle within the trimming constrained edges.
18:59.56Notify03BRL-CAD:bob1961 * 54518 (brlcad/trunk/src/external/ProEngineer/msvc10/proe/proe.sln =================================================================== and 23 others): Added windows build files for Creo Parametric 2.0.
19:32.58brlcadstarseeker: hm, yeah I hadn't looked at the license
19:34.58brlcadon the surface, my quick read is that it's bsd 3-clause with an additional attribution clause, a must provide source clause (lgpl-style), and a jurisdiction clause (meh)
19:36.17brlcadso it "should" be lgpl/gpl compatible, but again that's just a quick thinking through
19:37.25brlcadthe jurisdiction clause would be the one to pass by a lawyer or review the lgpl more closely
20:32.34Notify03BRL-CAD:r_weiss * 54519 brlcad/trunk/src/libged/gqa.c: Added a "-q" option to the "gqa" command. This quiets (suppresses) the "was not hit" reporting.
20:46.30*** join/#brlcad merzo (~merzo@164-94-133-95.pool.ukrtel.net)
20:54.22*** join/#brlcad merzo (~merzo@17-61-133-95.pool.ukrtel.net)
20:54.53Notify03BRL-CAD:carlmoore * 54520 brlcad/trunk/src/fb/cell-fb.c: for cell-fb, add 'cell-fb: ' to error messages, fold 2 lines into 1, fix options-list spacing, shorten usage statement
21:03.55Notify03BRL-CAD:r_weiss * 54521 (brlcad/trunk/doc/docbook/system/man1/en/gqa.xml brlcad/trunk/doc/docbook/system/mann/en/gqa.xml): Updated "gqa" documentation adding the "-q" option.
21:23.02Notify03BRL-CAD:r_weiss * 54522 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: Update to mged 'lc' command documentation.
21:59.08Notify03BRL-CAD:r_weiss * 54523 brlcad/trunk/doc/docbook/system/mann/en/gr.xml: Update to the mged 'gr' command documentation.
22:08.31Notify03BRL-CAD:r_weiss * 54524 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: Fix an error in the mged 'lc' command documentation.
IRC log for #brlcad on 20130302

IRC log for #brlcad on 20130302

05:59.52*** join/#brlcad yukonbob (~bch@ip-216-36-77-101.sjc.megapath.net)
05:59.55yukonbobhello #brlcad
07:22.38*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.18)
18:18.21*** join/#brlcad merzo (~merzo@17-61-133-95.pool.ukrtel.net)
18:22.29*** join/#brlcad luca79 (~luca@net-37-116-115-176.cust.dsl.vodafone.it)
21:00.37*** join/#brlcad merzo (~merzo@66-35-132-95.pool.ukrtel.net)
22:09.28n_reedmy cup of tea: https://www.dropbox.com/s/hl01mv4ptwlfyar/brlcad_web_mockup.jpeg
22:21.50*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
22:23.40*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
23:40.23Notify03BRL-CAD Wiki:Gerry77711 * 0 /wiki/User:Gerry77711:
IRC log for #brlcad on 20130303

IRC log for #brlcad on 20130303

02:13.47Notify03BRL-CAD Wiki:Pseumsininc * 0 /wiki/User:Pseumsininc:
03:26.28*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
11:38.35*** join/#brlcad ibot (~ibot@rikers.org)
11:38.35*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
15:13.12*** join/#brlcad merzo (~merzo@66-35-132-95.pool.ukrtel.net)
15:25.58*** join/#brlcad merzo_ (~merzo@66-35-132-95.pool.ukrtel.net)
16:00.01*** join/#brlcad luca79 (~luca@net-37-116-115-176.cust.dsl.vodafone.it)
16:01.12brlcadcaen23: awesome -- there a link online somewhere?
16:02.42n_reedyou mean like, http://hackermonthly.com/issue-34.html
16:02.44brlcadn_reed: other than ohloh having the wrong/old logo, that looks perfect
16:51.41brlcadn_reed: next step? http://drupal.org/taxonomy/term/38570
16:52.59brlcadhttp://pixelchimp.net/sites/default/files/blog/Zen-theme-structure.jpg
17:05.22brlcadhttp://www.google-melange.com/gci/task/view/google/gci2012/8099209 had an interesting idea to pull the search field and site links up with the title but I kinda like them out of the way in the footer too
17:24.38n_reedhappy to work on a theme; just might be a while since I'm so out of touch with web development and drupal in particular
17:26.33n_reedI'll post the xcf for that mockup in a sec so you can play with any ideas for modifications
17:28.45n_reedhttps://www.dropbox.com/s/etdygruvi0wpmbx/brlcad_web_mockup.xcf
17:34.58brlcaddrupal makes it relatively easy -- they provide hooks for just about every element type so you can turn things on/off and move elements around
17:35.36brlcadthe zen theme supposedly makes it even easier by making the hooks match the css zen garden names, which opens up even more possibilities
17:37.31n_reedah, so you can copy-paste-modify stuff you like from different zen garden style sheets, that's cool
20:32.10Notify03BRL-CAD Wiki:SkicsWameu * 0 /wiki/User:SkicsWameu:
20:55.28*** join/#brlcad merzo_ (~merzo@115-39-133-95.pool.ukrtel.net)
21:01.58*** join/#brlcad caen23_ (~cezar@92.81.206.161)
21:08.19*** join/#brlcad merzo (~merzo@115-39-133-95.pool.ukrtel.net)
21:23.38*** join/#brlcad merzo (~merzo@115-39-133-95.pool.ukrtel.net)
21:39.28*** join/#brlcad merzo (~merzo@115-39-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20130304

IRC log for #brlcad on 20130304

04:01.10maths22brlcad: if there is a mockup I can use, I am happy to cssify it and make it a real theme
04:04.17maths22I will try to make it work for both mediawiki and drupal
04:50.46*** join/#brlcad crdueck (~cdk@24.212.219.10)
12:24.14Notify03BRL-CAD:bob1961 * 54525 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Expose rt_bot_mintie in Archer via the preferences panel.
14:26.39*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:47.07*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:57.27*** join/#brlcad merzo (~merzo@94.45.58.138)
16:08.25brlcadmaths22: that's a fantastic offer -- did you check out his .xcf?
16:11.12Notify03BRL-CAD:indianlarry * 54526 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.h and 4 others): Added default constructor, AddOuterLoop() and GetPoints() functions for classes CDT and SweepContext. Added parameters 'finalize(bool)' and 'num_points' to Triangulate() function for class CDT and Sweep to be able to stop sweep at any point for debugging. Also
16:11.14Notifyadded 'num_points' parameter to SweepPoints() function.
16:19.40*** join/#brlcad merzo (~merzo@94.45.58.138)
16:32.17*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:06.37Notify03BRL-CAD:indianlarry * 54527 brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.cc: Need to assign triangle for advancing front tail pointer at front initialization.
17:29.07Notify03BRL-CAD:indianlarry * 54528 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.h): Added function AddPointCheckForDuplicates() to class SweepContext to extend the package to check for duplicates in both the constrained polygon inputs (SweepContext(std::vector<Point*> &polyline) constructor, AddOuterLoop() and AddHole() functions) or from
17:29.09Notifythe new AddPointCheckForDuplicatees().
19:50.42maths22I will check it now
20:06.15maths22Should I try to implement it?
20:47.05brlcadn_reed: you still working on it, tweaking it?
21:01.08n_reednot much; no new ideas or any serious progress
21:01.17n_reedmade the pic, glanced at your links, then played with zen garden html to figure out some of the css, did a little reading about drupal
21:01.23n_reedthat's about it
21:06.02brlcadone aspect that I think is worth changing is emphasizing participation and downloads over news in some subtle way
21:06.26brlcadat least more than we do now where it's really just a news feed page
21:11.25n_reedugh, you do realize that I'm not going to be able to sleep tonight until I come up with an idea for how to do that
21:13.20*** join/#brlcad merzo (~merzo@1-234-132-95.pool.ukrtel.net)
21:13.40brlcadhttp://mil-oss.org/ is one interesting way, they shove the "what is BRL-CAD" into the top panel with imagery (could be just one of several standard that links to the about page)
21:13.57brlcadand only the previous N news (N=2) are listed
21:17.52brlcadmaybe changing the "what is BRL-CAD" panel into a downloads, participate, and docs set?
21:19.45brlcadsimilar variation: http://www.cappuccino-project.org/
21:23.38brlcadvery apropriate example, actually .. some pieces I'd change but emphasis is on features and getting started
21:33.24n_reedstill thinking; hah, those header links match mine pretty closely
21:39.45*** join/#brlcad merzo (~merzo@99-38-133-95.pool.ukrtel.net)
22:30.41Notify03BRL-CAD:carlmoore * 54529 brlcad/trunk/src/anim/chan_permute.c: avoid error messages and *bomb.log file, and instead print Usage if no arguments are found
IRC log for #brlcad on 20130305

IRC log for #brlcad on 20130305

03:56.51*** join/#brlcad caen23 (~cezar@92.83.179.230)
04:24.48*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gjlykxgwyppciars)
04:59.00Notify03BRL-CAD Wiki:Sean * 4954 /wiki/TOC: add my old site map TOC that's been years in the making, recently reworked
05:00.10brlcadsince we have some momentum, there's a hierarchy to get the discussion rolling
05:01.57brlcadthe exact organization isn't critical but a LOT of thought has gone into the different categories of information and various ways they can be navigated most effectively
05:03.14brlcadcritique welcome  (I've been mulling over this for a very long time, I'll try to not be too defensive)
05:09.49n_reedhttps://www.dropbox.com/s/3nv2nfjm1yj5413/brlcad_web_mockup_v2.jpeg
05:09.59brlcadn_reed: I recently reworked it to fit the different organization you hinted at in your design, just fyi
05:10.24n_reedtoo late xp
05:11.55brlcadnot too late, even v2 has the same organization
05:12.18n_reedsorry
05:12.26n_reedi know what you meant now
05:12.31n_reedjust tired
05:12.51n_reedyes, i saw how you matched the nav bar names
05:14.00brlcadthe only major change to what I had was that I'd had Documentation as a separate top-level because there was so much content
05:14.16brlcadkind of separating it into active and passive resources
05:14.42brlcadbut that was a weak notion, so I can see it either way
05:16.05n_reedi was thinking about avoiding confusion about where to click
05:16.25n_reedcan't tell you how many times i've paused between "resources" and "help" at cmake.org
05:17.18n_reednot quite the same obviously, but that was the feeling
05:27.16brlcadn_reed: would you also change Resources to Learn with the button there now, or was that intentional?
05:28.01n_reedactually i did change it to learn, and then changed it back real quick to match your TOC =)
05:28.07brlcadheh
05:28.24n_reedif you had pasted a minute later it would have said learn
05:28.32n_reeds/pasted/posted
05:29.28n_reedit reads well as learn, i.e. "Download the package, then learn the package, then contribute"
05:29.46brlcadI agree
05:30.04brlcadthe repetition is a little bothersome
05:30.30brlcadbut could also be a good thing
05:30.36brlcadon other pages
05:30.47n_reedyou mean the buttons with the nav bar?
05:30.55brlcadyeah
05:31.41n_reedyeah i realized that, but 1) you do want those links on other pages and 2) everyone else does that too
05:32.27brlcad1) do we? 2) irrelevant ;)
05:32.55brlcadI mean sure, a separate download page with all the nitty gritty detail is good
05:33.06brlcadand learn/resources/docs/whatever
05:34.25brlcadbut a big download button right then and there could jump be to a download section on the main page with my platform-detected version, or could download the latest, or something else altoether
05:35.17brlcad(in which case the menu would probably say "Downloads")
05:36.16brlcade.g., http://www.mozilla.org/ does the second
05:37.36brlcadI really like the quick-register news mailing list link they have
05:38.51brlcadmm, their website is actually pretty cool
05:39.23n_reedyeah I was noticing
05:39.43n_reedI need sleep now though
05:39.48brlcadthere, just do that ;)
05:40.50n_reedwhat's the smiley for middle finger?
05:41.21brlcad,oIo.
05:41.40n_reed=) talk to you tomorrow
05:41.44brlcadcya
11:25.35Notify03BRL-CAD:indianlarry * 54530 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/advancing_front.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.h): Determine circumcircle during sweep adding event to close points when height of circumcircle is reached. Current methodology was solely using angles between neighbors on the advancing front occasionally
11:25.37Notifycausing non-conforming triangles to be formed.
14:29.14Notify03BRL-CAD:bob1961 * 54531 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: Tweak BotEditFrame::loadTables.
15:32.47maths22I fixed the ohloh logo
15:33.52n_reedwhat do you mean?
15:34.41n_reedah, i see
15:45.01Notify03BRL-CAD:n_reed * 54532 brlcad/trunk/src/libged/draw.c: fix leaked path memory
15:45.29*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
15:45.33*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
15:46.51*** part/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
16:19.46*** join/#brlcad luca79 (~luca@net-2-34-220-10.cust.dsl.vodafone.it)
19:54.55Notify03BRL-CAD:n_reed * 54533 brlcad/trunk/src/libtclcad/tclcad_obj.c: have archer redraw after interactive zoom when doing adaptive plotting
21:11.56*** join/#brlcad merzo (~merzo@99-38-133-95.pool.ukrtel.net)
21:38.54*** join/#brlcad merzo (~merzo@95.132.57.172)
21:46.33*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
IRC log for #brlcad on 20130306

IRC log for #brlcad on 20130306

04:50.47brlcaddoes a happy code dance
04:51.27brlcadnew page allocation compiled clean and worked right on the first try, both counts
04:51.55brlcadwhich by itself is meh, good, but with nuggets like this in there, pretty aweseom: &(heaps[sz-1][pages[sz-1]-1][used[sz-1][pages[sz-1]-1]++]);
04:53.57brlcadnow to put it to a real-world test
05:25.31brlcadwow, richard's pool allocator is considerably worse than system malloc/free
05:29.13brlcadhehe, and performance actually gets worse if we don't free memory ...
05:29.44brlcadsome metrics
05:31.46brlcad~52M mallocs: sys=5s pool=91s heap=3s
05:34.27brlcad~52M malloc+frees: sys=10s pool=73s heap=4s
08:15.17brlcadwelp, it's hooked into libbu now and running some numbers now ... will see where this might have a useful impast
08:15.29brlcadcalls it a night
08:28.48*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-obaiatmvbsvdcgkq)
08:38.38*** join/#brlcad luca79 (~luca@net-2-34-220-10.cust.dsl.vodafone.it)
09:03.44*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
09:19.52*** join/#brlcad merzo (~merzo@94.45.58.138)
09:36.05*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:49.12*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:28.37*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:41.02brlcadpreliminary numbers are in for conversion, it's giving about a 30% reduction in time
13:41.34brlcada 4 min conversion is reduced to 2 and a half min
13:49.27*** join/#brlcad luca79 (~luca@net-2-34-220-10.cust.dsl.vodafone.it)
15:35.57*** join/#brlcad merzo (~merzo@94.45.58.138)
15:41.54*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
15:42.25``Eriknifty
16:15.44*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:51.30Notify03BRL-CAD:brlcad * 54534 brlcad/trunk/src/other/tcl/CMakeLists.txt: shouldn't be compiling tclAppInit into libtcl -- it contains a main() intended for front end clients like tclsh
17:33.59Notify03BRL-CAD:carlmoore * 54535 brlcad/trunk/src/fb/bw-fb.c: insert space before a left parenthesis
19:55.15Notify03BRL-CAD:brlcad * 54536 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db5_scan.c): remove the pooling on geometry objects at the IO layer. testing of the pooling calls indicated performance was substantially slower than system malloc/free (by an order of magnitude).
20:47.59Notify03BRL-CAD:brlcad * 54537 brlcad/trunk/include/bu.h: examples should do what the api docs say, if we call BU_GET() then we should call BU_PUT() ... not bu_free().
20:49.34Notify03BRL-CAD:brlcad * 54538 brlcad/trunk/include/nmg.h: BU_PUT() to match BU_GET()
20:52.01*** join/#brlcad merzo (~merzo@6-121-133-95.pool.ukrtel.net)
20:57.47Notify03BRL-CAD:brlcad * 54539 brlcad/trunk/src/libged/ged.c: match BU_PUT() to BU_GET() allocation
21:47.53Notify03BRL-CAD:carlmoore * 54540 brlcad/trunk/src/util/bw3-pix.c: use capital U
22:02.45Notify03BRL-CAD:brlcad * 54541 brlcad/trunk/include/nurb.h: call bu_calloc instead of BU_GET since we don't call the corresponding BU_PUT
22:02.55Notify03BRL-CAD:brlcad * 54542 brlcad/trunk/include/nmg.h: cast makes for an invalid lvalue, remove it
22:25.03Notify03BRL-CAD:brlcad * 54543 (brlcad/trunk/src/libbu/heap.c =================================================================== and 202 others): stub in an initial implementation of a really fast heap-based memory allocation capability for small allocation sizes. it allocates size-designated blocks of memory ('pages') in order to substantially reduce calls to system malloc. it has a nice property of being O(1) on alloc
22:25.05Notifyand profiles substantially faster than system malloc. from half to several orders of magnitude in testing (making the call cost near-zero). presently only implemented for byte sizes 1 through 64 (trivial to extend). implementation of free is stubbed empty, but intend to reuse free cells and reclaim memory on-demand. made to match BU_GET/BU_PUT so it can serve as the back-end implementation.
22:27.41brlcad``Erik: heh, "and 202 others" .. don't think that's right
22:27.44Notify03BRL-CAD:brlcad * 54544 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): add new heap.c for compilation
22:33.10Notify03BRL-CAD:brlcad * 54545 brlcad/trunk/include/raytrace.h: the motivation for RT_GET_TREE()/RT_FREE_TREE() and keeping a free list in the resource structure may be moot or at least unnecessary now, but warrants performance testing
22:38.02Notify03BRL-CAD:brlcad * 54546 brlcad/trunk/CHANGES: deprecate RT_GET_TREE() and RT_FREE_TREE(). probably minimally impacting, but needs some review/testing so just scheduled
23:07.18``Erikthe parser got confused, the ===== stuff shouldn't be there
23:57.00``Erikstarseeker: zomfg real talking filibuster going on now O.o /. has it
23:57.33``Erik(or, going on today, anyway)
IRC log for #brlcad on 20130307

IRC log for #brlcad on 20130307

00:55.04Notify03BRL-CAD:brlcad * 54547 brlcad/trunk/include/solid.h: call bu_calloc() instead of BU_GET() since the caller doesn't know.
01:55.34*** join/#brlcad merzo (~merzo@9-33-133-95.pool.ukrtel.net)
02:53.58Notify03BRL-CAD:brlcad * 54548 brlcad/trunk/src/adrt/load_g.c: note that this memory doesn't seem(?) to be released
02:56.33Notify03BRL-CAD:brlcad * 54549 brlcad/trunk/src/librt/comb/comb.c: call malloc instead of get for now since the latter needs to be paired with BU_PUT calls
03:05.41Notify03BRL-CAD:brlcad * 54550 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: NMG allocations are wrapped in get/put allocations, so release with put, not with bu_free
05:19.15Notify03BRL-CAD:brlcad * 54551 brlcad/trunk/include/bu.h: expand docs on how BU_GET()+BU_PUT() are supposed to be used, add new BU_ALLOC() convenience macro that basically is the same as the old BU_GETSTRUCT() macro without being specific to structs -- it just saves some of the typing repetition when allocating a single struct. most of the existing BU_GET() calls will get converted to BU_ALLOC() unless a BU_PUT() pairing
05:19.16Notifyis obvious/trivial or if it's performance-critical code.
05:23.15Notify03BRL-CAD:brlcad * 54552 brlcad/trunk/src/librt/wdb.c: call BU_ALLOC() instead of BU_GET() since this is a pretty big/infrequently allocated structure
05:36.53Notify03BRL-CAD:brlcad * 54553 brlcad/trunk/src/adrt/load_g.c: gah, fix trailing quote comment typo
06:27.27Notify03BRL-CAD:brlcad * 54554 brlcad/trunk/Makefile.am: enable the png build all the time for distcheck since it's now off even with enable-all
06:28.08Notify03BRL-CAD:brlcad * 54555 brlcad/trunk/misc/CMake/distcheck_autotools.cmake.in: ditto, add enable-png-build to distcheck-all target since it's no longer default
17:56.01Notify03BRL-CAD:r_weiss * 54556 brlcad/trunk/src/libged/analyze.c: Fixed ADD_PT macro in libged "analyze.c". This prevents a seg fault when running analyze on an ARB8.
18:31.56Notify03BRL-CAD:n_reed * 54557 brlcad/trunk/src/other/libvds/build.c: disable calculation of node bounds
18:35.39Notify03BRL-CAD:n_reed * 54558 brlcad/trunk/src/librt/primitives/tgc/tgc.c: handle recs specially to reduce calls to cos/sin
19:01.49Notify03BRL-CAD:brlcad * 54559 brlcad/trunk/src/librt/cut.c: pair BU_PUT with BU_GET for cut nodes
21:02.09*** join/#brlcad joevano (~joevano@bzflag/developer/JoeVano)
21:02.38*** part/#brlcad joevano (~joevano@bzflag/developer/JoeVano)
IRC log for #brlcad on 20130308

IRC log for #brlcad on 20130308

00:29.06*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
01:54.38*** join/#brlcad merzo (~merzo@86-98-133-95.pool.ukrtel.net)
02:00.18*** join/#brlcad cadman (~Adium@64.178.177.71)
02:08.37cadmanIs there somewhere I can read up on the current status of the java version of brlcad
02:33.43*** join/#brlcad cadman_ (40b2b147@gateway/web/freenode/ip.64.178.177.71)
02:34.22cadman_Is there anywhere I can read about the current status of the jbrlcad?
02:34.30cadman_Java brlcad
02:36.03brlcadcadman_: there is nothing happening with the java version at this time
02:36.15brlcadan no plans to restart that activity any time soon
02:37.03brlcadthe sources are in svn and it implements a decent portion of our geometry format and some of our most simplistic primitives
02:38.26brlcadit was more an experiment and, while successful, mostly straight-up duplication of our existing code into an object-oriented form
02:39.10brlcadcadman_: answer your question?
02:40.12cadman_Yes that did so if I wanted to continue working on it and implementing some of the other primitives is that something the group here would be interested in?
02:40.20brlcadmy more near-term goal is to develop an object oriented API (our "Geometry Engine" project) that could be wrapped in java bindings, but implemented as C++
02:41.02brlcadalong with another network-centric protocol (our "Geometry Service" project) to be language agnostic (kind of like talking to mysql or apache, but for geometry)
02:41.40cadman_Yeah I saw the beginnings of that in the source
02:41.41brlcadyou're welcome to do that if you like, and I'd be happy to set up your commit access and such if that helps
02:42.51cadman_Ok let me play with it some more but I'm thinking it would be fun
02:43.18brlcadbut it's not something that we'd likely intend to maintain as it was all fun and games until it got to the harder primitives like torus and polygonal meshes where there they entail complex root solvers, spatial partitioning, accelleration structures, and more .. a crapload of code to transcode
02:44.02cadman_right I would expect that to be the case
02:44.22brlcadi mean we have nearly half a million lines of code in just our core libraries -- even using some of the jdk, you'd probably end up needing to replicate at least 250k into OO form
02:44.52brlcadand it's probably be out of date, incompatible, or missing some feature long before you finish :)
02:45.14cadman_Your so encouraging :)
02:45.35brlcadhey, I just want to set up realistic expectations
02:45.46brlcadmaybe there's some other angle of interest?
02:45.50cadman_Yeah I understand I'm just being funny
02:46.23brlcadlike you could work on a thin client that talks through jni bindings or something similar
02:46.46cadman_Yeah thought about that
02:46.58cadman_that is pretty uphill as well
02:47.09brlcadhaving a portable "geometry viewer" application built on our C libraries would be pretty useful
02:47.32brlcadnot nearly as uphill as transcoding 250k lines of complex and highly optimized C code ;)
02:47.43cadman_Well as portable as the native libs but I realize the libs have been ported to a ton of platforms
02:48.03cadman_You make a good point let me mull it over
02:48.15brlcadthere are other ideas abound as well
02:48.21brlcadwhat's your interest?
02:48.32brlcadjust looking for something to play with?
02:48.42cadman_Yeah mostly
02:50.18brlcadinterested much in servlet programming?
02:51.10cadman_What did you have in mind
02:52.19brlcadwell, pretty much any of the web dev tasks at http://brlcad.org/~sean/ideas.html could be a servlet
02:53.46cadman_ok I will look it over
02:57.55brlcadbasically three diferent web projects with lots of possible directions they could go in, but huge impact potential
02:59.31brlcadanother long-term useful would be the starter implementation of a stand-alone thin-client application that can talk to our Geometry Service
02:59.55brlcadstill, those are all rather big projects
03:01.18brlcadmight make more sense to just start with something tiny to become a little familiarized with the code
03:04.50brlcadwe break out 2+ hours tasks at http://www.google-melange.com/gci/org/google/gci2012/brlcad
03:05.26brlcadand 2+ month tasks at http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas
03:12.58cadman_Thanks for the tips brlcad
03:17.30cadman_Is there anything written up on Create a web-based interactive 3D geometry viewer
03:18.12cadman_Is the Geometry Service functional at this point?
03:18.20brlcaddo you need something written up? :)
03:18.27cadman_No
03:18.58cadman_Just seeing if someone had already done something
03:19.43cadman_So the idea would be that the user would see a a tree structure of the geometry then select something to be viewed in the 3d view?
03:21.19brlcaddocs could be arranged, but I'd just set up some useful goals -- nothing has happened on that front other than watching what some of the other companies have done
03:22.01cadman_Na you don't have to do anything can you point me to some of the other sites you liked
03:22.25cadman_Just one other site and I will go from there
03:28.34cadman_Ok I think I know where to go from here thanks for the help and conversion
03:34.43brlcadwell, one of the more complex ones: https://www.autocadws.com/
03:36.26cadman_The starting point would be a servlet (I think you already said that)
03:36.51cadman_Then worry about all the other stuff after you have that
03:37.40brlcadyeah, the trick would probably be a servlet that talks to our tools or libraries
03:38.34brlcadso you could upload a geometry file, open the file using our functionality (e.g., to get a hierarchy), and provide some sort of visualization
03:39.00brlcad(ideally web gl)
03:39.39cadman_right that is what was coming to mind
03:40.21brlcadcould maybe extract a wireframe first, that's pretty simple
03:40.22brlcadand would work with pretty much any format geometry
03:42.12brlcadif you get a hankering to commit work into our repo, lemme know and I'll get a module set up to work under
03:44.47cadman_If I get any worth anyone looking I will definitely commit it
04:09.52brlcadeven if you want to commit while you learn and explore, nice to see the progression
04:28.22cadman_ok if you want to create a module then I will commit to that
04:56.20brlcadcadman_: what would you like it to be called?
04:56.57brlcadand what's your sf.net username?
04:59.21cadman_I already have commit status ddreeves70
05:02.24*** join/#brlcad cadman (~Adium@64.178.177.71)
05:03.12brlcadoh, haha, didn't know that was you!
05:03.48cadmanSorry wasn't trying to be mysterious
05:06.16cadmanI decided if I was going to be able to get anything done effective I am going to need to stick with something a little closer to what I do in my day job
05:06.52cadmanThis viewer definitely seems like something I can get into
05:09.03*** join/#brlcad cadman_ (40b2b147@gateway/web/freenode/ip.64.178.177.71)
05:12.34*** part/#brlcad cadman (~Adium@64.178.177.71)
05:14.54*** join/#brlcad tofu1 (~morrison@c-68-34-100-50.hsd1.md.comcast.net)
05:15.18*** mode/#brlcad [+o brlcad] by ChanServ
05:15.57brlcadapparently some ISP woes
05:16.37brlcadcadman_: I was about to say that you should be able to create the module yourself
05:17.02cadman_ok wasn't sure if I could I will create it
05:17.21brlcadjust create a directory (e.g., webcad) with trunk/tags/branches subdirs, then
05:17.36brlcadsvn import webcad https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad
05:18.35brlcadmodules are just convention in svn, just like the other common folders
05:19.14brlcadafter the import, a checkout should work: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad
05:19.17brlcador whatever you call it
05:19.41cadman_webcad sounds good
05:21.59brlcadoops, that'd be: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad/trunk webcad
05:29.30*** join/#brlcad cadman (~Adium@64.178.177.71)
06:34.35*** join/#brlcad caen23 (~cezar@92.83.161.244)
08:28.44*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
08:29.24*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:29.39*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
08:29.50*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
08:44.22*** join/#brlcad cadman1 (~Adium@64.178.177.71)
08:44.29*** part/#brlcad cadman1 (~Adium@64.178.177.71)
08:45.33*** join/#brlcad cadman (~Adium@64.178.177.71)
09:56.09*** join/#brlcad merzo (~merzo@86-98-133-95.pool.ukrtel.net)
10:39.07*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-omxoiodyajytlnad)
11:43.27``Erikif people want java on BRL-CAD, librtserver could also have the class named fixed and the java side implemented, then be extended
11:45.53``Erikscheme->vhdl compiler http://scheme2006.cs.uchicago.edu/05-saint-mleux.pdf O.o
11:49.08*** join/#brlcad caen23_ (~cezar@92.81.167.240)
11:50.05``Erikhuh, looks like sago wasn't talking from 12:05am to 3:25am
14:06.25*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:06.29Notify03BRL-CAD:starseeker * 54560 brlcad/trunk/src/librt/primitives/bot/bot.c: Introduce bbox information into the adaptive plot logic.
14:06.32brlcad``Erik: yeah, you probably missed the rest of our discussion in that timeframe
14:07.09brlcadhe plans to create a webcad module to work in
14:07.18``Erikyeah, saw that, I do irc from my home server :)
14:07.24brlcadah, cool
14:07.36Notify03BRL-CAD:ddreeves70 * 54561 jbrlcad/trunk/pom.xml: Testing commit status
14:07.38Notify03BRL-CAD:brlcad * 54562 brlcad/trunk/include/bu.h: declare and document the new bu_heap_get() and bu_heap_put() functions.
14:07.53*** part/#brlcad brlcad (~morrison@c-68-34-100-50.hsd1.md.comcast.net)
14:07.54Notify03BRL-CAD:ddreeves70 * 54563 NIL: Creating a module for building web based cad tools
14:07.56Notify03BRL-CAD:ddreeves70 * 54564 NIL: creating basic project structure
14:09.11Notify03BRL-CAD Wiki:Ancernalior * 0 /wiki/User:Ancernalior:
14:09.13Notify03BRL-CAD Wiki:Sean * 4955 /wiki/TOC:
14:25.30Notify03BRL-CAD:bob1961 * 54565 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added Copy/Paste/Kill/Killall/Rename functionality to Archer's tree menu.
14:58.10Notify03BRL-CAD:bob1961 * 54566 (brlcad/trunk/src/archer/archer brlcad/trunk/src/libtclcad/tclcad_obj.c): Dynamically set the brlcad version in Archer's title bar.
15:33.40Notify03BRL-CAD:brlcad * 54567 brlcad/trunk/src/libbu/heap.c: increase the range of supported allocations from 1-256 and 1MB-sized pages. minor overhead to support an even bigger range, but pagesize should probably not exceed 1MB. report additional stats on the number of hits (allocations in range) and misses (out of range size).
15:38.51Notify03BRL-CAD:brlcad * 54568 (brlcad/trunk/include/nmg.h brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c): undo the usage of richard's pooling memory interface underneath NMG. direct profiling of the implementation showed it to be an order of magnitude slower than bu_malloc/calloc, 50M allocations went from 5s to 70s-90s.
15:44.24Notify03BRL-CAD:brlcad * 54569 brlcad/trunk/include/nmg.h: remove the bu_pool hooks now in dead #if 0 sections. also simplify NMG_FREESTRUCT() .. BU_PUT() already zero's the data and pointer.
15:48.11Notify03BRL-CAD:brlcad * 54570 brlcad/trunk/include/bu.h: stub in calls to the new bu_heap get/put API underneath BU_GET/BU_PUT, but do not enable for the time being because all of the existing BU_GET calls need to be reviewed to be either paired with BU_PUT or converted to BU_ALLOC.
15:52.02Notify03BRL-CAD:brlcad * 54571 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): undeclare and remove the bu_pool routines
16:06.38Notify03BRL-CAD:brlcad * 54572 brlcad/trunk/NEWS: richard updated openNURBS from the 2010 sources to the newest 2012-10-24 release (still v5.0).
16:16.55Notify03BRL-CAD:brlcad * 54573 brlcad/trunk/src/other/openNURBS.dist: revert r54203 from r_weiss on 2013-01-25 as that removes new files that were added to opennurbs instead of adding them to our build logic. fix to build and distcheck coming up next.
16:26.37maths22brlcad: could pv (progress viewer) be added to the server?
16:38.29brlcadmaths22: what is that?
16:39.54n_reedmaybe he meant pipe viewer
16:40.10brlcadyeah, was just reading .. interesting tool
16:41.29*** join/#brlcad caen23 (~cezar@92.81.184.173)
16:41.36brlcadinstalling
16:41.49brlcadinstalled
16:43.21starseekeryipe - can anyone confirm a crash in MGED using the analyze command on a BoT?
16:43.43starseekerarcher too, but looks like it may be a different crash there...
16:48.07brlcadlooks like opennurbs isn't at all sync'd with the latest sources... what??
16:50.08brlcadstarseeker: I don't have a clean build, but do you get a bunch of BU_PUT errors?
16:50.54starseekerbrlcad: no, it's something else - some kind of vls error in MGED, and a failure to free in archer
16:51.15brlcadanalyze worked on a simple bot here
16:51.22starseekerhrm.
16:51.30starseekerOK, I'll scrap my build and try a clean one
16:51.59n_reedi was able to both run it and crash it on moss.g all.g/box.s
16:52.14brlcadall my changes have been screwing around with memory, so keep an eye out for anything that may be a partial commit
16:52.45brlcadI've got three build trees going in various stages of migration, trying to make sure the new heap stuff stays inactive
17:03.45maths22sorry that I used the wrong name.  I was going from memroy
17:04.01Notify03BRL-CAD:brlcad * 54574 brlcad/trunk/include/bu.h: gah, need to wrap the multi-statement form of BU_PUT in curlies or unwrapped if(null) tests will still run the free
17:04.02brlcadstarseeker: try again on update
17:04.30brlcadthat might have been it, was missing curlies so might have been free'ing memory prematurely
17:05.10brlcadsoon as this rebuild finishes, I'll try again with the moss case
17:08.32maths22what is eniac_1946.pdf doing in the web direcotry?
17:08.38maths22it's nearly 300 MB
17:10.35n_reedbrlcad: works for me, I can't get it to crash anymore
17:20.35Notify03BRL-CAD:bob1961 * 54575 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added "Save as png ..." menu items to the display menus.
17:24.19brlcadn_reed: okay, cool
17:25.15brlcadstarseeker: have you seen opennurbs_basic.cpp ?
18:03.26Notify03BRL-CAD:brlcad * 54576 (brlcad/trunk/src/other/openNURBS/build_opennurbs_vs2010.sln =================================================================== and 481 others): turns out r54203 was removing files that opennurbs removed, so I was wrong about them needing to be added to the build logic (something fishy, they were in my earlier version of 2012-10-24...). there were other unsyncd files to be added and
18:03.28Notifyremoved, though, and this gets them in sync. notably updates their msvc and xcode build files (which we do not use), removes example_dump and their massprop code. intentionally keeps the now-deleted opennurbs_x (surface surface intersection!), openurbs_brep_kinky (surface cleanup), opennurbs_brep_changesrf (surface conversion), and opennurbs_based (succinctly identifies RhinoSDK removals!).
18:11.21Notify03BRL-CAD:brlcad * 54577 (brlcad/trunk/src/other/openNURBS/example_brep/example_brep.cpp brlcad/trunk/src/other/openNURBS/example_gl/example_gl.cpp and 5 others): update examples to their latest sources
18:16.34``Erikanother gimpy parse, hm
18:22.20maths22I  am now going to work on developing the new theme.
18:22.37brlcadmaths22: awesome
18:25.03maths22I am transfering the site to my computer, and then I will work with it.
18:26.22maths22I will work with the new mockup
18:27.30brlcadcool, that really sounds great
18:27.41brlcadfeel free to incorporate more awesomeness from the examples
18:28.26brlcadI really like the mozilla site, a simplified version would very much suite our needs
18:29.18maths22should i use the graphical styling from n_reed's mockup?
18:30.08brlcadwhat do you mean?
18:30.25*** join/#brlcad kmwho (0e8b6149@gateway/web/freenode/ip.14.139.97.73)
18:30.37maths22the content more like mozilla, the look more like n_reed's
18:30.39brlcadhi kmwho
18:30.50brlcadmaths22: your call if you're designing it
18:30.59maths22ok
18:31.08brlcadmake it look awesome ;)
18:31.12kmwhoHello :D
18:31.17maths22I like the look of n_reed's, but some will change as I good
18:32.15``Erikif only 'look awesome' were quantifiable O.o (I suck at design type crap)
18:33.06brlcadmaths22: the "In the *" sections on mozilla aren't my cup of tea, but the "Be a part of Mozilla" is just fantastic
18:33.21brlcadthat's kind of the simple emphasis on participation that I was referring to
18:33.43brlcadand perhaps that's just a panel on the right side instead of having two sizes for news elements
18:34.32brlcadI like how http://mil-oss.org/ presents the last two news items at the bottom (last four probably better for our rate)
18:34.54maths22ok
18:35.46brlcadand the mozilla subscription link is very handy too for building community, add folk easily to our brlcad-news list (the sf.net / mailman interface is just terrible)
18:36.31``Erikif we want a 'latest 5 commits' or something, I could write to a dump file or something, or make an ajax dump url
18:37.24kmwhoHey, I was looking into your last year GSOC ideas and noticed that you had a few ideas related to scientific computing ( Bending Light / particle system ), are you still looking for it ?
18:37.50``Erikkmwho: yes
18:37.59maths22I like the ajax dump url/dump file idea.
18:38.12brlcad``Erik: that'd be great, make it configurable for last N commits :)
18:38.23brlcads/commits/notifications/
18:38.27``Erikall of those ideas are things we'd like, they just also happened to be in the same scope as gsoc
18:39.25``Erikmaths22: let me know what form of ipc would be best, I can do either pretty trivially, or we can figure out a better ipc :)
18:40.34maths22once I have a spot for it, I will let you know
18:41.05``Erikaight
18:41.27kmwhoooh cool :) , I was looking for something like that
18:42.05maths22unforuntiately, I now have to clone the wiki: my login integration works too well :)
18:44.01brlcadusing one of the existing drupal extensions (there are like a dozen feed pullers) would be good
18:44.32brlcadmaths22: feel free to commit updates to the repo
18:44.43brlcadthere's a web module already, but it's not been updated in ages
18:45.31maths22what repo
18:45.54brlcadstarseeker: GetNormalizedArcLengthPoints() is another really interesting function declaration that was removed from opennurbs, related to keiths work and surface splitting
18:46.56brlcad``Erik: denyhosts seems to be configured WAY too slowly .. where's the config for that?
18:47.30brlcadI get a page full of failures before it kicks in, and sometimes it doesn't even kick in
18:47.48``Erikum, probably /usr/local/etc/ ?
18:47.58``Erikit's a stock config iirc
18:48.21brlcadokay, I see it
18:48.27brlcadthat's one huge config file..
18:49.28``Erikcat file | sed 's/#.*//;s/[ \t]*$//' | grep -v '^$'
18:50.05brlcadyeah, all docs
18:51.52starseekerbrlcad: lovely.  Is there a theoretical point at which we fork opennurbs and merge in their changes to our lib as they release them?
18:54.28kmwhoIs there somewhere i can go, to get started?
19:04.35n_reedbuild fail - opennurbs_massprop.h is missing
19:17.02brlcadstarseeker: they didnt remove tthe full impl, just the decl .. but the decl hints at how they implement it
19:17.19brlcad(and probably how we should)
19:17.40brlcadkmwho: with what?
19:17.53brlcadn_reed: yeah still fixing
19:18.13brlcadbuild and distcheck
19:25.34Notify03BRL-CAD:brlcad * 54578 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am): massprop went away
19:29.14brlcad``Erik: talk about just in time .. .bz just experienced a critical hard drive failure with the service outage last night
19:30.20``Erikheh, so the glitcheness of the hdd wasn't all in my imagination O.o
19:30.21brlcadhe's dead, jim!
19:31.15brlcadI suspected hard drive wonk a year ago when we had a failure
19:32.21Notify03BRL-CAD:n_reed * 54579 brlcad/trunk/src/libged/draw.c: pull view calculations into separate functions
19:33.01``Erikmight be a good time to set up the second disk as a backup either using software raid mirroring or an rsync cronjob, just in case
19:34.49``Erikhttp://news.ycombinator.com/item?id=5332317  interesting ios game O.o topology puzzle
19:36.10*** join/#brlcad cadman (4af2b5ed@gateway/web/freenode/ip.74.242.181.237)
19:36.14starseekerbrlcad: ok, but they never did bring back the V2 convertor you thought might be converting trimmed to untrimmed
19:37.40starseekerunless I missed something
19:59.27Notify03BRL-CAD:brlcad * 54580 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am): document the files that we intentionally retained for reference but do not compile (along with others)
20:00.16brlcadstarseeker: that's opennurbs_brep_changesrf.cpp
20:00.42brlcadthe statement was that it'd be readded in the NEXT release
20:00.54brlcadnot that much time has gone by :)
20:03.21brlcadstarseeker: how do the *.dist files work?
20:04.16brlcadsee many that list lots of source and header files .. are those files that aren't compiled?  does that mean all header files have to be listed whether used or not?
20:13.51starseekerbrlcad: yeah, if it's not used in one of the build targets it needs to be listed (IIRC)
20:13.57starseekerhang on, I'll fix it
20:14.32n_reedmy understanding is that distcheck needs all source files to appear in either one of the standard target macros or the CMAKEFILES macro
20:15.05n_reedand CMakeLists.txt automatically adds the files in the .dist files with CMAKEFILES
20:15.22n_reedthat is src/other/CMakeLists.txt
20:15.25brlcadwhy keep that as a separate file and not list it in cmakefiles though?
20:15.39brlcadi'm seeing files listed in both places
20:15.58starseekerbrlcad: that may be accidental
20:16.20starseekerthere's no harm if a file is also in the dist file
20:16.31brlcadis there a problem with generated files being listed in build rules and CMAKEFILES?
20:17.08brlcadthere's harm in the sense that it dilutes my ability to discern what's in the distfile being ignored :)
20:17.41brlcadcan't trust the distfile, have to check cmakelists and vice-versa
20:18.45starseekermake distcheck-repo_verify will tell you if there are any files aren't listed, and cmake will fail if there are any files being listed as ignore that don't exist
20:20.04brlcadmaybe a more concrete example
20:20.24brlcadwhy would openNURBS.dist list all of the headers? that intentional/needed?
20:21.05starseekeryes - because nothing in the openNURBS build logic itself triggers CMAKEFILES on those files
20:21.32starseekersrc/other subbuilds don't know about our distcheck rules, so what they list may or may not end up in our CMAKEFILES maintained lists
20:22.08brlcadbecause there's no install() rule for the headers or something?
20:23.05starseekerbasically
20:23.16brlcadhm
20:23.25starseekerI can override some commands to make sure things get listed in CMAKEFILES, but not all
20:23.37starseekerI've almost got it fixed - one sec...
20:24.07brlcadcouldn't the dist files just be a big CMAKEFILES() block at the end of their respective files?
20:24.31brlcadit'd be easier to not get out of sync since you can scan the file for repeat refs
20:24.34starseekeryes, but that eliminates any possibility of having "pristine" build systems in src/other
20:24.57brlcadah, for which ones?
20:25.09brlcadI thought you added most of them
20:25.54starseekerzlib and libpng are pretty much pristine
20:26.04starseekerI had to tweak libpng but they accepted my patches
20:26.08brlcada couple .dist files for those cases would make sense
20:26.40starseekeronce we get the utahrle project up and running, that'll be another case
20:26.50starseekerstepcode has it's own build
20:26.53brlcadstill, that's a case where we can fix the build, right?
20:27.11starseekeryeah, but we can't have a CMAKEFILES macro call - it won't make sense
20:27.16starseekernot in a stand-alone build
20:27.26brlcadboth really -- it'd be a case like tcl IF they adopted a cmake build and weren't willing to change it for a clean distcheck
20:27.53brlcadhow so?
20:28.22brlcaddoes CMAKEFILES mean something other than "ignore this file"?
20:28.40starseekerit doesn't mean anything at all outside of BRL-CAD - it's our own macro
20:28.51brlcadooooh
20:29.03starseekerwe go far above and beyond most CMake builds with file tracking
20:29.16brlcadnow it's starting to make sense
20:29.25brlcadI knew that bit, just not the how mechanism
20:29.36starseekerit's some of our most sophisticated CMake logic - I could probably write it up, at some point (should, just to make sense of it)
20:30.42Notify03BRL-CAD:starseeker * 54581 (brlcad/trunk/src/other/libvds.dist brlcad/trunk/src/other/openNURBS.dist brlcad/trunk/src/other/poly2tri.dist): Update dist files for src/other archives.
20:30.52starseekerthat should do it, based on what I'm seeing here
20:32.01starseekerfor dist anyway, seeing other failures in build
20:33.03starseekeropennurbs.h:79:64: error: opennurbs_massprop.h: No such file or directory
20:33.26brlcadyeah, there's a few source edits that richard missed
20:33.44brlcadi'm tracking them down
20:36.03Notify03BRL-CAD:brlcad * 54582 brlcad/trunk/src/other/openNURBS/opennurbs.h: massprop was removed
20:37.17starseekerhmm, charming:  http://news2.mcneel.com/scripts/dnewsweb.exe?cmd=article&group=openNURBS&item=2711
20:46.44Notify03BRL-CAD:brlcad * 54583 brlcad/trunk/src/other/openNURBS/opennurbs.h: opennurbs_x.h was also removed
20:48.53brlcadfor a second, I thought that might be abhijit nandy
20:49.33starseekerDale's answer is not encouraging
20:49.48brlcadbut that also probably explains my confusion .. i saw v5 in 2012 09 14
20:49.56brlcadthey reposted a month later with a bunch changed
20:50.07starseekernods
20:50.18starseekerI hope all these various versions are archived somewhere
20:50.36brlcadI think you patch files were on 2012 09 14 but richard tried to merge the newer
20:50.44brlcadstill curious that he missed a bunch of edits
20:51.02brlcadlooks like they outright removed all of the intersection function declarations
20:51.11starseekerwinces
20:51.16brlcadso you don't even get to unimplemented
20:51.29brlcadno biggie, they went from not working to not existing
20:51.48starseekeryeah, but ON_Curve::GetLength is something else again
20:52.03brlcaddo we use it?   apparently not if it's been working :)
20:52.48starseeker<snort> I doubt we use a fraction of what we eventually *should* be using in openNURBS
20:53.54starseekerwe're at the very beginning of our NURBS manipulation capabilities
20:55.06starseekerno matter - if I get *too* annoyed I can always rename libnurbs in src and try to do something different on the libnurbs sf project
20:55.35starseekerwould vote for libbrep, BRL-CAD being a solid modeler
21:01.59starseekerhrm...
21:02.28starseekernotes with some embarassment that it looks like he should have stuck the nurbs.h contents in brep.h to begin with...
21:20.44maths22./lastlog maths22
21:25.32*** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71)
21:35.41brlcadhow is it possible that we're already using nearly double the disk capacity of the old .bz
21:35.55brlcad``Erik: can /usr/ports.old be deleted?
21:36.01Notify03BRL-CAD:n_reed * 54584 brlcad/trunk/src/libged/draw.c: simplify ged_redraw by forgoing unnecessary non-wireframe replotting which was implemented for semantic as opposed to practical reasons
21:46.28Notify03BRL-CAD:starseeker * 54585 brlcad/trunk/include/dvec.h: dvec.h doesn't need all of raytrace.h - include just what it need and make a note.
21:51.10Notify03BRL-CAD:starseeker * 54586 (brlcad/trunk/include/brep.h brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp and 6 others): Consolidate nurbs.h into brep.h - better not to put another toplevel nurbs related header file in when there is already an obvious candidate.
21:52.25brlcadstarseeker: except that some of the data in brep.h belongs to librt
21:52.46Notify03BRL-CAD:starseeker * 54587 brlcad/trunk/include/CMakeLists.txt: Sync CMakeLists.txt file
21:52.48starseekershouldn't that go in something like raytrace.h then?
21:52.55Notify03BRL-CAD:carlmoore * 54588 brlcad/trunk/src/util/bw3-pix.c: shorten the code in filename check, and clarify the Usage message
21:53.24brlcadnot necessarily that one, but sure
21:53.57brlcadprobably belongs up in src/librt/primitives/brep
21:54.26brlcadi'm specifically looking at brep_specific .. it has no business in libnurbs
21:54.37starseekerah
21:54.40starseekerwhere's it used?
21:54.42brlcadit's not even supposed to be a public struct
21:55.04brlcadsomeone probably followed bot.h
21:55.14starseekerwhich also gets it wrong?
21:55.35brlcadprobably
21:55.46brlcadi just see it has one too and shouldn't
21:56.08brlcadanything named _specific was probably an implementation detail and doesn't belong in include/
21:57.14starseekerok, let me revert opennurbs back a bit and I'll move it out of brep.h
21:57.25starseeker(locally, not in the repo)
21:58.50brlcadyou mean libnurbs?
21:58.59starseekerno, opennurbs (so I can build)
21:59.11brlcadoh, I'm almost done with the merges
21:59.14brlcadliterally 2 min I think
21:59.17starseekercool
22:03.12Notify03BRL-CAD:brlcad * 54589 brlcad/trunk/src/other/openNURBS/Makefile.am: example_dump is no more
22:04.48brlcadokay, not two minutes .. but almost there ..
22:06.17Notify03BRL-CAD:brlcad * 54590 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am): opennurbs_basic.cpp isn't supposed to be compiled any more, just for reference
22:06.42brlcadthey really did rip out everything related to intersection
22:07.09brlcadprobably what they should have done all along, but then if they had we might never have adopted them
22:07.40starseekerso from their point of view, *definitely* what they should have done all along ;-)
22:08.48brlcadmight have picked them up at some point for 3dm read/write support
22:09.13starseekerthe uv pt -> 3d pt evaluation is nothing to sneeze at though
22:09.39starseekererm
22:09.47starseekerlibged/brep.c is using brep_specific
22:10.31starseekerprobably an indication some logic needs to move down the library hierarchy
22:12.10starseekerwonders if there is something similar driving the inclusion of bot_specific in the header
22:12.47brlcadof course, it's easier to expose implementation detail and break encapsulation than call through API cleanly
22:13.02brlcadmake it all public access it from anywhere
22:14.29brlcad``Erik: so we're running 9.1-STABLE and are current?
22:19.40Notify03BRL-CAD:starseeker * 54591 (brlcad/trunk/include/brep.h brlcad/trunk/src/libged/brep.c and 2 others): Move brep_specific down into librt - not part of the public api. Will need to look into the libged brep command and see what needs encapsulating
22:20.04starseekerWorks with opennurbs 54557
22:20.06``Erikyes and reasonably, there may be a few minor patches for -stable that aren't in 9-1-STABLE yet
22:20.47``Erikhttp://www.freebsd.org/releng/
22:21.00Notify03BRL-CAD:n_reed * 54592 (brlcad/trunk/include/solid.h brlcad/trunk/src/libged/draw.c): if we stash the tsp mat in the solids we create, we can draw/redraw them later without doing a tree walk
22:21.22``Erikooh, ssl issues cropped up
22:21.37brlcad``Erik: I'm looking into a hardware upgrade :)
22:21.48brlcadbut this time, asking them to just move the disks
22:22.09``Erikoh, that was a year ago, yeah, we're good, last sync was feb 27, 2013
22:22.12``Erikhttp://www.freebsd.org/releases/9.1R/errata.html
22:22.25brlcadany hardware-specific compilation?
22:22.28``Erikanother hw upgrade? o.O
22:22.33``Eriknope, generic kernel
22:22.47brlcadit'd be moving from p4 to xeon
22:23.23``Erikum, 32b i386, I'm not sure if there're any 486 or 586 specific stuff, but that disk should boot on anything later than p1-66
22:23.45brlcadk
22:24.30``Erikrc.conf probably needs adjusts if the nic changes chipset
22:24.54``Erikcurrent hw uses a bge (broadcom gig-e iirc)
22:25.01brlcadit will either double or quadruple our cpu and double the ram
22:26.46``Erikhm, 2->4g ram? 'k, it's a 32b kernel right now, but if there's only 4g ram, probably no good reason to switch to a 64b kernel
22:27.12Notify03BRL-CAD:brlcad * 54593 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: last two, the opennurbs_x files are no longer compiled either, yet kept for reference
22:27.58brlcadhaha ...
22:27.58brlcad/Users/morrison/brlcad.trunk/src/libnurbs/opennurbs_ext.cpp: In function ?ON_Curve* brlcad::pullback_curve(ON_BrepFace*, const ON_Curve*, brlcad::SurfaceTree*, double, double)?:
22:28.01brlcad/Users/morrison/brlcad.trunk/src/libnurbs/opennurbs_ext.cpp:2938: error: ?const class ON_Curve? has no member named ?GetLength?
22:28.08brlcadlooks like we relied on it too
22:28.51brlcad``Erik: couldn't that be on the next emerge world though?
22:29.06brlcador portupgrade or whatever the frack it's called now :)
22:32.23``Erikkernel and base system are seperate from the port system
22:33.06``Erik(ports should almost exclusively be in /usr/local, with a few symlinks in /usr/bin for things that replace base system stuff, like updated perl)
22:33.53``Erikgoing 64b would essentially be starting from scratch, with a full "make world", reboot, then rebuild all the ports
22:34.17``Erik(and portmaster is the latest fad) :)
22:37.24``Erikif the only reason to switch to 64b is because it's 64b, I'd recommend staying 32b *shrug*
22:40.10Notify03BRL-CAD:starseeker * 54594 (brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/conv/step/CMakeLists.txt and 2 others): Make the library name match the header (all except the mv, which is done separately to avoid upsetting subversion)
22:40.29brlcadwonders if the full 4gb will be addressable
22:40.54brlcadhaving twice the ram and only using half of it would kinda suck
22:42.28``Erikshould be addressable, it's not like windows where 4g means 3g
22:42.30Notify03BRL-CAD:starseeker * 54595 NIL: Now move the directory
22:42.41``Erikand that's per process
22:43.12brlcadexcept the kernel is one of those processes ;)
22:43.23brlcadyeah, looks like it's okay from what I"m reading
22:43.33brlcadCOMPAT_IA32 may help down the road if we do try to go up
22:43.45``Erikhehehe, here's someone whining about having 4g on fbsd7 and only seeing 3.94g available, then having shm reserved memory explained to them
22:46.05``Eriklooks like a 64b kernel with compat_ia32 could be rebooted with a 32b system, but I'd want to test that on a local machine before doing it on a remote server
22:47.04brlcadahh, looks like default denyhosts config is set up for linux
22:47.18brlcadit's "adding" deny host rules to a file that isn't read
22:48.28``Erikipfw is very bsd, could just be how rc.conf is set up? where's the written file?
22:49.08``Erik/etc/hosts.deniedssh seems to be its own format
22:55.33brlcadonly noticed because it blocked an IP for a real user that tried bad username too many times, got added, then they remembered their real username, logged in successfull :)
23:00.04``Erikipfw has over 6k rules
23:02.33brlcadthat's tiny
23:02.47brlcadthose are just the most recent ones that migrated from .bz
23:04.35brlcadwhew, looks like I finally got it all
23:05.13brlcador not, damnits
23:05.43brlcadlooks like we also use ON_Surface::Pushup() and ON_Curve::GetClosestPoint()
23:19.53brlcadaw, I was rather fond of the libnurbs name you had there :)
23:21.07brlcadstarseeker: note that there's more to change if you keep that name
23:21.39brlcadwould probably need to do a tree grep, but it's mentioned by name in a few places
IRC log for #brlcad on 20130309

IRC log for #brlcad on 20130309

01:18.52*** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71)
01:19.03starseekerbrlcad: the temptation to try what I was originally planning with the libnurbs sf site is growing, so probably easier to avoid conflicts ahead of time in case that does happen
01:19.40starseekerplus, it matches the brep.h header name we were already using everywhere
01:27.44Notify03BRL-CAD:starseeker * 54596 (brlcad/trunk/configure.ac brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt and 3 others): Tell autotools and Dll about name change too.
01:41.31Notify03BRL-CAD Wiki:Gudaoshupi * 0 /wiki/User:Gudaoshupi:
01:47.48Notify03BRL-CAD:brlcad * 54597 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am and 9 others): re-re-revert to r54338 before I started causing damage. apparently two different versions of opennurbs came out one month after the other, both labeled as v5.0 and the latter removing substantial functionality (3 functions) that we utilize. there are some files to get a closer sync
01:47.50Notifywith the latest sources, but we'll need to either keep a *much* bigger patch set or implement even more functionality in our libraries going forward.
01:54.08*** join/#brlcad merzo (~merzo@106-51-133-95.pool.ukrtel.net)
05:49.04brlcadstarseeker: sure, it's merely whether to align the name with opennurbs or librt .. it was intently set up to not rely on librt, so the name made sense
05:49.32brlcadI guess I saw it evolving into what you had planned for the sf site
05:50.37brlcadbecause if it really is just for librt's brep, then it's pointless as a top-level library and should get buried back under librt
06:26.03Notify03BRL-CAD:brlcad * 54598 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am and 10 others): redo the merging of additional updates, adding in some overlooked changes from the previous v5.0 update, without all the mess. adds back the deleted opennurbs_brep_kinky.cpp and opennurbs_brep_changesrf.cpp for reference since they seem highly relevant to our needs (along with code
06:26.05Notifyin opennurbs_brep so they'll compile). remerges r54573 (partial), r54576 (partial), r54577, r54580, and r54589.
06:26.20brlcadthat should do it
07:52.50*** join/#brlcad caen23 (~cezar@92.83.186.143)
11:30.36``Erik'dark corners of C' https://docs.google.com/presentation/d/1h49gY3TSiayLMXYmRMaAEMl05FaJ-Z6jDOWOz3EsqqQ/edit?usp=sharing
13:36.39*** join/#brlcad merzo (~merzo@59-223-201-46.pool.ukrtel.net)
15:27.40starseekerbrlcad: my sf libnurbs ambitions may not jibe well with the direction you'd want to take though - I was planning to add more primitives, for example, similar to the torus and sphere they already have
15:27.59starseekerIf I can figure out how, I may convert the source code comments to doxygen format
15:29.22starseekermy take would be more to turn it into what I would want in the library, then merge in changes from opennurbs releases as appropriate - which I know is not how you want to go at it <shrug>
15:33.05*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
15:33.28*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
15:34.12brlcadstarseeker: "which I know is not how you want to go at it" ... non sequitor? :)
15:34.39starseekereh?  You've argued consistently in favor of keeping opennurbs vanilla and working with that
15:34.59brlcadadding more prims, converting docs, merging opernurbs releases, .. none of that is really concerning
15:35.18starseekerexcept it starts to involve extensive changes to the opennurbs code
15:35.25brlcadand I wouldn't necessarily have to agree with what you're wanting to do for it to be useful or good for you, right?
15:35.57starseekersure, but I'm not going to oppose you on something like that within BRL-CAD - the bests interest of the BRL-CAD project are what's important for its component libraries
15:36.23starseekermy approach would fairly quickly result in a de-facto fork, in the sense that a system opennurbs wouldn't be compatible
15:36.25brlcadactually, I layed out two or three ways to work with opennurbs and only one involved keeping vanilla, but still that's not exactly opposition to anything
15:37.02brlcadI knew you had other ambitions and directions, that's great frankly
15:37.30brlcadit's whether both needs can be fit, so it gets more eyes an invovlement from my perspective
15:37.39starseekerum.  OK.  I may have gotten the wrong impression - my distinct memory was you were very keen on keeping compatibility with a hypothetical system opennurbs, but I could have misunderstood
15:38.24brlcadexample in point, I don't see the practical point of doing incremental loading (at this point) in stepCODE, and would probably voice entirely different priorities
15:38.32brlcadbut that doesn't mean I'm actually against it
15:38.39brlcadpython bindings another great example
15:38.55brlcadjust doesn't solve my problems, but then it's not supposed to -- just not a concern
15:39.36starseekernods
15:39.37brlcadI am keep on keeping compatibility, but that doesn't mean I'd be opposed to something else either
15:39.47brlcads/keep on/keen on/
15:40.49brlcadif you think it's too much work (or work you don't care about) to try and fit your goals with our needs, that's fine but I generally like to press for more active collaboration, not less ;)
15:41.08starseekerhmm.  looking at it from that perspective, perhaps it doesn't make sense in any case for us to expose the brep/nurbs API as a top-level BRL-CAD api
15:42.06starseekerbrlcad: I was more concerned that I was going to hare off in directions that quickly diverged from the opennurbs vanilla goal, and I thought that was a non-starter
15:42.44brlcadit would entirely depend on how that direction affects our integration
15:43.28brlcadyou written down plans or a road map any where?  easy enough to go over something and see if there are concerns
15:43.56starseekeronly a few early thoughts - I'll write up a little more of what I'm thinking this evening
15:43.57brlcadI mean I think I get what you're thinking, turning it into some stand-alone framework for working with nurbs geometry
15:44.06starseekerright
15:44.21starseekerbut I wouldn't be shy about adding things like mesh-related algorithms if they look useful
15:44.29brlcadbut that statement by itself doesn't say much of anything about integration concerns
15:45.25brlcadand if you did add algorithms, I wouldn't exactly care either -- would start to treat it like any other src/other with features we may or may not use
15:45.34starseekernods
15:45.38brlcadit starts to matter when it's not algorithms
15:45.47starseeker... api changes?
15:46.12brlcadwhen it's code and 3rd party depdencies or implicit platform requirements, etc
15:46.18starseekeroh, gotcha
15:46.41brlcadyou know, you decide that meshlab is pefect for what you need
15:46.47brlcad*that* becomes a non-starter
15:46.52starseekerwinces
15:46.59starseekerI wouldn't blame you a bit
15:47.33brlcador more realistic, like if you relied on opengl tessellation because it's fast and awesome, but we're not yet ready to require it or some similar coupling
15:48.08starseekerI'll jot some notes down - it hadn't been very high on my list lately, but opennurbs yanking working functionality sort of makes the issue loom back above the radar horizon
15:48.21brlcadthat's my concern
15:48.38brlcadthey're actually making it a lot easier
15:48.52starseekerO.o ?
15:49.19brlcadwith the functions no longer stubbed empty, it's a lot easier to either do an inheritance overlay or sister API that adds functionality back in
15:49.49brlcadmy concern is retaining our ray tracing ability with as little effort as possible first, and later preserving our ability to edit
15:50.14brlcadto me, that's just where does that code live and how often will we have to do something to maintain it
15:51.23brlcadin going through all the changes that were needed to preserve our tracing in this latest update, it's at least 3 functions that would need to be extracted (in my view, there are certainly other approaches)
15:51.44starseekernods - fair enough. I've got some errands to run, but I'll work on what I'm thinking this afternoon
15:51.58brlcadI'm going to assume that they'll keep releasing updates, keep adding new features and fixing bugs, and keep removing anything in the API not related to 3dm conversion
15:52.20starseekeryeah, which is a real problem if we want to use things like opennurbs_x.h
15:52.34brlcadit took me the better part of a day to go through that last update, and I don't see that as viable to repeat the further they divert
15:52.49brlcadif you have a plan for that, I'd love to hear it ;)
15:53.09brlcadI see that functionality simply migrating as functions in libnurbs
15:53.33brlcadone for each they removed frankly, and some additional functionality
15:54.56starseekernods - I may need to do some experiments with git to see how difficult it's going to be
15:55.34starseekermy hope was that as they get simplier, if we retain a more complete set of APIs the merge areas where we actually need to make real changes will become more constrained
15:55.55starseekerbut that may not be possible, since we may *need* to add functionality they don't provide to preserve those APIs
15:57.57starseekerI have the 20120914 tarball of opennurbs, so I'll study the changes and see what we're up against
15:58.51brlcadthey mostly are just cutting out methods
15:59.17starseekergrowl
15:59.19brlcadso it is certainly possible to readd those methods and classes back in
15:59.48starseekerwe'd need an inheritance API to do that right though, correct?
15:59.55brlcadnot necessarily
16:00.08brlcadlike I said way back, there are like three different ways to go about it
16:00.30brlcadinherit, replace, or supplant
16:01.04starseekerinherit == define our own classes that inherit from theirs, correct?
16:01.24brlcadyep, arguably the most work, almost certainly the most code
16:02.06starseekerreplace == define new functions that provide the capabilities yanked from the original code?
16:02.27brlcadyou have to create nearly as many classes as there are in opennurbs to provide an inheritance API
16:03.01starseekernot to mention every time they change their classes we have to keep up...
16:03.13brlcadthe downsides/upsides are your users would have to adopt and use your API classes, not opennurbs, and you'd have to track any class changes
16:03.41brlcadreplace is defining new/old functions and putting that code BACK into opennurbs, e.g., patches
16:03.51starseekera quick grep identifies 370 class ON_CLASS definitions
16:04.19brlcadthat method lets users stick to opennurbs API and basically becomes more and more of a free open source rhinosdk implementation
16:04.50starseekerbut gets progressively more difficult the further we want to be from what the latest opennurbs provides
16:04.51brlcadthe downside is of course they can make it arbitrarily hard to keep up patches
16:05.03brlcadbut that's probably the only downside
16:05.22starseekerthat's a potentially significant one though - they have an incentive to make that approach difficult
16:05.32brlcadanother approach for "replace" is an outright fork
16:05.46brlcadinstead of patches, just track their releases and integrate what you care about as they update
16:05.46starseekerthought that's what you ment by supplant...
16:05.57brlcadsupplant is what I saw libnurbs being
16:06.11brlcada sister library that works with opennurbs
16:06.41starseekerah - no, I was thinking fork and merge what we care about
16:06.54starseekerat least for the sourceforge project
16:07.02brlcadwhen you see them yank, ON_Curve::GetLength(...), the sister library implements a GetLength(ON_Curve, ...)
16:08.16brlcadyeah, supplant might not be the best word, maybe delegation or partnering
16:08.30starseekera downside there is the collective API of the two libraries gets trickier to navigate
16:08.40brlcadbut still, creating a library that works beside or on top of opennurbs
16:08.54starseekerwhere do I look for functionality, mixing API styles, etc.
16:09.16brlcadthat's where my thought was to literally just implement the methods they remove -- they identify them neatly in opennurbs_basic
16:10.04brlcadso you could follow the full rhinosdk, and if you found something that didn't link, there would be a function
16:10.49brlcad"overlay" .. that's the word I was looking for
16:11.20brlcadinherit, restore, fork, or overlay
16:11.32brlcadall have merit and all are lots of work :)
16:12.08starseekeryou said based on you work with the 5.0 changes you though reviewing the changes and merging would be a prohibitive amount of work?
16:12.18brlcadwith your idea to add functionality not even covered, that would undoubtedly influence the approach taken
16:13.26brlcadnot prohibitive, but *I* wouldn't want to do it very frequently, I'd probably end up forking and implementing a free rhinosdk
16:13.45brlcadeasier to merge their changes than restore our needs
16:14.07brlcadthey're not going to change the API faster than we can manage, because of their users/business
16:14.41brlcadbut that's also politically the most impolite, so I'd "want" to try one of the others first
16:14.54brlcadoverlay seemed to be the route we were going
16:15.26brlcadto me that really is, then, a "libnurbs" that proides what they don't (and then some if you do what you're thinking)
16:15.27starseekerin the BRL-CAD tree, yes - it wasn't actually my own preference, but I had gotten the impression that that was what I needed to do when working inside BRL-CAD
16:16.50brlcadso whatever you have in mind, even towards becoming a bigger "nurbs" framework .. somewhere/somehow you're going to need to get the length of a curve
16:16.59brlcadwhere were/are you seeing that happening?
16:17.25starseekeryes.  If we want to keep they API style consistent, that would involve putting GetLength back where they had it
16:17.26brlcadgiven they yanked ON_Curve::GetLength(), that becomes a perfect simple case
16:17.42brlcadso you'd go for "restore"
16:17.54starseekerany thing else means we can't ask an ON_Curve object for its length with GetLength, which means the API has become that much less consistent
16:18.07starseekermy instinct would be to restore, yet
16:18.12starseekers/yet/yes
16:18.20starseekerbut I can't claim I've thought that all the way through
16:18.20brlcadany one of inherit, restore, fork, or overlay let you get a length
16:18.32brlcadthree of them let you actually call a GetLength() method even
16:19.01starseekercorrect
16:19.30starseekerI was figuring enough "restore" becomes "fork" by default
16:19.59brlcadinherit would be Cliff_Curve::GetLength(), restore would be ON_Curve::GetLength(), fork would be ON_Curve::GetLength(), overlay would be GetLength(ON_Curve)
16:20.36starseekerright.  So restore and fork preserve the API as designed - is that a worthwhile goal?
16:20.43brlcadmeh
16:21.08brlcadto me, it's more about the long term maintainability
16:21.31starseekeron the other hand, a consistent API plays into long term *usability*...
16:21.34brlcadfast forward 20 releases later to opennurbs v9.4
16:21.41brlcadwhat have you had to do
16:21.56brlcadand where did you end up
16:22.35brlcadagain, I'm not apposed to any approach, especially if I'm not doing it ;)
16:22.58starseekerwhat has to be done depends on how radical the changes are in openNURBS
16:23.07brlcadI care about preserving our raytracing ability with the least amount of effort (because we have a hell of a lot of other things to worry about)
16:23.49brlcadgiven enough time, it becomes radical
16:24.09brlcadeven if the API isn't, they're a business with momentum
16:24.27starseekerprecisely - why is why I was thinking it might make sense to encapsulate just what our raytracing abilities need in a special purpose BRL-CAD library and let the libnurbs project try the risker, higher effort stuff
16:24.57starseekeror even encapsulate them in librt, for that matter
16:25.29starseekerbecause BRL-CAD isn't in the business of general purpose NURBS library development, we have specific needs that we need to satisfy
16:28.53starseekerso make it the business of src/librt/primitives/brep to either a) talk to openNURBS or b) supply the minimal pieces necessary for BRL-CAD's needs - that's probably the safest, most focused approach we could take (the overlay option, but only as librt internals and not an exposed, public API)
16:30.06starseekerthat may not be entirely practical when it comes to things like the step converter, though
16:31.03starseekerso the minimal overlay library is probably the most efficient way to get what we need to preserve our own features
16:32.41Notify03BRL-CAD:n_reed * 54599 brlcad/trunk/src/libged/draw.c: use smarter point spacing calculation for tgcs
16:33.06starseekerfor the libnurbs project though, I'd be hovering between restore and fork
20:38.51*** join/#brlcad merzo (~merzo@22-8-133-95.pool.ukrtel.net)
20:50.38*** join/#brlcad merzo (~merzo@160-120-132-95.pool.ukrtel.net)
21:17.04starseekerbrlcad: do you happen to have any archived sources of opennurbs older than the version 4 we have in the repository?
21:26.00*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
23:27.30starseekerbrlcad: I'm collecting what I can scare up as far as opennurbs versions here, fwiw - http://brlcad.org/~starseeker/opennurbs/
23:28.11starseekerhttp://brlcad.org/~starseeker/opennurbs/README has the background - I may have a few more old original opennurbs vanilla sources stashed away somewhere, but that's what I've been able to locate or reconstruct to date
IRC log for #brlcad on 20130310

IRC log for #brlcad on 20130310

01:17.27*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
08:24.31*** join/#brlcad merzo (~merzo@160-120-132-95.pool.ukrtel.net)
09:46.00*** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71)
09:48.08cadmanbrlcad I committed a prototype html file that demos what I think we are going for with the thin client viewer take a look at let me know what you think.  I don't have the code there yet it is in very prototype form but over the next day or two I will get it in committable state and I don't plan to have the actual geometry in the html this is just prototyping right now
09:52.44Notify03BRL-CAD:ddreeves70 * 54600 (webcad/trunk/m35.html =================================================================== and 4003 others): share progress on 3 viewer of wireframe
09:53.10cadmanoops commit failed but I corrected you should be able to see it now...btw you will need to use a browser that supports webgl
11:58.02Notify03BRL-CAD:ddreeves70 * 54601 webcad/trunk/m35.html: share progress on 3 viewer of wireframe
12:25.50*** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71)
14:18.48*** join/#brlcad ddreeves70 (40b2b147@gateway/web/freenode/ip.64.178.177.71)
14:28.46*** join/#brlcad ddreeves70 (40b2b147@gateway/web/freenode/ip.64.178.177.71)
14:49.28*** join/#brlcad cadman (~Adium@64.178.177.71)
15:57.27*** join/#brlcad merzo_ (~merzo@160-120-132-95.pool.ukrtel.net)
18:06.39*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
18:28.21starseekerbrlcad: I'm kinda wondering if it would be possible to do an interit style API, but cheat and just have the ON classes as private members of our classes rather than doing the full inheritance - that would allow us to define a consistent API...
18:29.48starseekerand avoids tight coupling to openNURBS at the same time
18:42.56starseekerI guess it would be more of an overlay approach with comprehensive coverage for API consistency
19:08.28*** join/#brlcad cadman (~Adium@64.178.177.71)
20:49.00*** join/#brlcad merzo (~merzo@70-32-132-95.pool.ukrtel.net)
21:18.02*** join/#brlcad cadman (~Adium@64.178.177.71)
23:24.52starseekerbrlcad: nevermind, upon reflection that idea makes little sense
IRC log for #brlcad on 20130311

IRC log for #brlcad on 20130311

04:18.42*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
05:56.36*** join/#brlcad cadman1 (~Adium@64.178.177.71)
05:58.09*** join/#brlcad cadman (~Adium@64.178.177.71)
06:00.03*** join/#brlcad cadman1 (~Adium@64.178.177.71)
06:00.50*** join/#brlcad cadman (~Adium@64.178.177.71)
06:12.42*** join/#brlcad cadman1 (~Adium@64.178.177.71)
06:24.54*** join/#brlcad cadman (~Adium@64.178.177.71)
06:25.43*** join/#brlcad cadman1 (~Adium@64.178.177.71)
06:38.03*** join/#brlcad cadman (~Adium@64.178.177.71)
06:39.51*** join/#brlcad cadman1 (~Adium@64.178.177.71)
06:40.29*** join/#brlcad cadman (~Adium@64.178.177.71)
07:36.40*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:49.50*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
09:39.04*** join/#brlcad luca79 (~luca@host249-247-dynamic.20-87-r.retail.telecomitalia.it)
11:46.30*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:07.38*** part/#brlcad cadman (~Adium@64.178.177.71)
12:08.25Notify03BRL-CAD:bob1961 * 54602 (brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/how.c): Update ged_how to accomodate objects drawn as hidden line.
12:13.55Notify03BRL-CAD:bob1961 * 54603 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added a default display mode preference and the ability to double-click objects in Archer's tree to display.
13:10.48*** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com)
13:22.11*** join/#brlcad luca79 (~luca@host91-193-dynamic.14-87-r.retail.telecomitalia.it)
13:30.30*** join/#brlcad libero (~luca@host91-193-dynamic.14-87-r.retail.telecomitalia.it)
13:45.04*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:31.21*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
15:32.58Notify03BRL-CAD:bob1961 * 54604 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl): Improvements to the double-click mechanism in Archer and to the BOT edit panel (i.e. fewer bot table updates)
15:54.43*** join/#brlcad merzo (~merzo@94.45.58.138)
18:57.36Notify03BRL-CAD:carlmoore * 54605 brlcad/trunk/src/util/bwdiff.c: make same change in Usage as I did for bw3-pix
19:34.13Notify03BRL-CAD:carlmoore * 54606 brlcad/trunk/src/util/bwdiff.c: remove a redundant 'return'
19:48.26*** join/#brlcad merzo (~merzo@95.133.46.94)
20:00.56*** join/#brlcad ncsaba (~ncsaba@p549834E5.dip.t-dialin.net)
20:02.14ncsabaHi all
20:03.28ncsabaam I
20:03.57ncsabain the right place here for questions about BRL-CAD, or better go to the mailing lists ?
20:05.23ncsabaOK, I see :-)
20:12.05*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:13.15ncsabaHi archivist
21:50.40*** join/#brlcad cadperson (c752f36a@gateway/web/freenode/ip.199.82.243.106)
22:55.39*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
IRC log for #brlcad on 20130312

IRC log for #brlcad on 20130312

01:43.13*** join/#brlcad cadman (~Adium@64.178.177.71)
02:31.20*** join/#brlcad cadman (~Adium@64.178.177.71)
03:25.43Notify03BRL-CAD:brlcad * 54607 brlcad/trunk/src/librt/primitives/brep/brep_local.h: ws
04:38.55Notify03BRL-CAD:brlcad * 54608 brlcad/trunk/src/librt/CMakeLists.txt: distcheck fix, ignore new brep_local.h header
04:39.43Notify03BRL-CAD:brlcad * 54609 brlcad/trunk/TODO: cliff made sure dbupgrade from within mged still works after the windows fixes were made
04:41.31Notify03BRL-CAD:brlcad * 54610 brlcad/trunk/src/librt/Makefile.am: another to ignore
04:43.08Notify03BRL-CAD:brlcad * 54611 brlcad/trunk/TODO: not true, dbupgrade works just fine from within a read-only because it works on the file directly, external to mged
09:22.13*** join/#brlcad ibot (~ibot@rikers.org)
09:22.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
11:50.20*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
13:33.14Notify03BRL-CAD:brlcad * 54617 brlcad/trunk/include/Makefile.am: nurbs.h is no more
14:01.21Notify03BRL-CAD:bob1961 * 54619 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added Ged::pane_bind.
14:12.02Notify03BRL-CAD:brlcad * 54620 brlcad/trunk/include/config_win.h: stub in some of the 64bit funcs, wip
14:12.12Notify03BRL-CAD:bob1961 * 54621 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl): Added an escape mechanism to Archer's display window.
14:14.11*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
14:43.00Notify03BRL-CAD:brlcad * 54618 (brlcad/trunk/NEWS brlcad/trunk/README and 2 others): far exceeded patch-level release, anticipating the next release will be another minor update (7.24.0), so bumping up to 7.23.0
14:58.05*** join/#brlcad cadman (~Adium@64.178.177.71)
15:15.00Notify03BRL-CAD:brlcad * 54622 brlcad/trunk/src/librt/primitives/brep/brep.cpp: private/local files are designated with ./
15:22.43Notify03BRL-CAD:r_weiss * 54623 brlcad/trunk/src/libged/inside.c: Quiet a valgrind complaint of using an uninitialized variable.
15:38.17brlcadcadmans html prototype is pretty cool :)
15:39.43brlcadstarseeker: if you don't inherit, you cannot access private/protected class data (which may or may not be an issue with opennurbs)
15:40.00*** join/#brlcad Skriptkid (~Skriptkid@117.208.162.209)
15:40.36brlcadotherwise inclusion by composition instead of inheritance is perfectly viable approach (i'd still call it an 'inherit' approach since you have to replicate the API)
15:52.04*** join/#brlcad crdueck (~cdk@24.212.219.10)
15:56.26Notify03BRL-CAD:brlcad * 54624 brlcad/trunk/include/raytrace.h: these are never released and do their own efficient thing, so call BU_ALLOC instead of BU_GET
15:57.18Notify03BRL-CAD:brlcad * 54625 brlcad/trunk/src/conv/asc/g2asc.c: pair BU_PUT with BU_GET
15:57.22*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
15:58.00Notify03BRL-CAD:brlcad * 54626 brlcad/trunk/src/conv/asc/asc2g.c: wdb_export() frees them, so call BU_ALLOC instead of BU_GET
15:58.25Notify03BRL-CAD:brlcad * 54627 brlcad/trunk/src/adrt/load_g.c: allocate data not released with BU_ALLOC
16:08.04Notify03BRL-CAD:brlcad * 54628 brlcad/trunk/src/librt/primitives/arb8/arb8.c: validate the centroid parameters
16:08.32Notify03BRL-CAD:brlcad * 54629 brlcad/trunk/src/libbu/hook.c: BU_PUT pairs well here with BU_GET
16:11.09Notify03BRL-CAD:brlcad * 54630 (brlcad/trunk/src/conv/dxf/dxf-g.c brlcad/trunk/src/conv/euclid/g-euclid.c and 18 others): change BU_GET calls to BU_ALLOC where someone/somewhere else is freeing the memory (or it's not being released at all...)
16:15.20Notify03BRL-CAD:brlcad * 54631 brlcad/trunk/src/libged/analyze.c: avoid having stray semi-colons in the code where we call ADD_PT
16:43.08Notify03BRL-CAD:brlcad * 54632 (brlcad/trunk/src/libbu/mappedfile.c brlcad/trunk/src/libbu/temp.c): more BU_PUT pairings
16:47.18Notify03BRL-CAD:brlcad * 54633 brlcad/trunk/src/libbu/heap.c: Expand docs and provide some diagrams on how the fast page allocator works including notes on how these magic numbers were arrived at and what values might be useful.
16:49.23Notify03BRL-CAD:brlcad * 54634 (brlcad/trunk/src/libbu/list.c brlcad/trunk/src/libbu/observer.c): more BU_PUT pairing goodness
16:49.44Notify03BRL-CAD:brlcad * 54635 brlcad/trunk/src/libbu/units.c: caller release, so need BU_ALLOC
16:55.38Notify03BRL-CAD:brlcad * 54636 brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp: pair with BU_PUT since we manage this internally
16:58.45Notify03BRL-CAD:brlcad * 54637 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-generic.c and 7 others): BU_ALLOC is more appropriate since we return to the caller, but it will never be NULL
17:22.10*** join/#brlcad crdueck (~cdk@24.212.219.10)
17:32.49``Erikhm, looks like someone finally got around to saving all their emacs buffers o.O :> *duck*
17:37.20DarkCalfdoes emacs do IRC yet?
17:44.59``Eriksince the 80's
17:47.16``Eriklatest hotness seems like a 2001 project called 'erc'
17:48.07``Erikbut irc's beginning in like '88 was almost immediately followed by an emacs plugin
18:03.02Notify03BRL-CAD:carlmoore * 54638 brlcad/trunk/src/util/bwdiff.c: add note about needing to capture stdout in a file
18:03.40*** join/#brlcad cadman (~Adium@mwg-e05.infosec.fedex.com)
18:07.43*** join/#brlcad cadman1 (~Adium@mwg-w04.infosec.fedex.com)
18:57.40Notify03BRL-CAD:carlmoore * 54639 brlcad/trunk/src/liboptical/sh_treetherm.c: fix warnings by adding a comma
18:59.14Notify03BRL-CAD:carlmoore * 54640 (brlcad/trunk/src/libbu/heap.c brlcad/trunk/src/libbu/parse.c and 2 others): fix format specifications to remove warnings
19:11.02*** join/#brlcad cadman (~Adium@mwg-e05.infosec.fedex.com)
19:22.10*** join/#brlcad cadman (~Adium@mwg-w04.infosec.fedex.com)
19:26.40Notify03BRL-CAD:carlmoore * 54641 brlcad/trunk/src/util/bwfilter.c: switch 2 items in 'Possible arguments' message
20:24.40*** join/#brlcad kanzure (~kanzure@131.252.130.248)
21:08.44starseeker``Erik: here's a compiler for you to try building BRL-CAD with! :-P  https://github.com/vsedach/Vacietis
21:19.43starseekerhas to say that just sounds cool
21:20.10starseekerI remember reading about Zeta-C, but I didn't realize someone had tried C->Lisp more recently
21:22.09``ErikO.o
21:22.40``Erikgiven the clang issues on linux, I'd be highly surprised
21:23.03``Erik(the clang I have seems to get upset about int x[] = {1,2,3}; )
23:52.54*** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com)
IRC log for #brlcad on 20130313

IRC log for #brlcad on 20130313

00:14.18Notify03BRL-CAD:ddreeves70 * 54642 webcad/trunk/m35.html: made minor tweak on loading gl context
00:47.48*** join/#brlcad cadman (~Adium@199.82.243.104)
01:29.19*** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com)
01:41.24Notify03BRL-CAD:brlcad * 54643 (brlcad/trunk/src/libfb/fb_obj.c brlcad/trunk/src/libgcv/region_end.c and 18 others): convert all the calls to BU_GET() a union tree to BU_ALLOC() calls since they are free'd variably by the caller.
02:00.40Notify03BRL-CAD:brlcad * 54644 brlcad/trunk/include/bu.h: similar do/while syntax to avoid having stray semicolons
02:04.49Notify03BRL-CAD:brlcad * 54645 brlcad/trunk/src/conv/dxf/dxf-g.c: ws cleanup plus one vls get/put conversion
02:15.20Notify03BRL-CAD:brlcad * 54646 brlcad/trunk/src/libbu/temp.c: wrong BU_PUT syntax, takes the type
02:35.55Notify03BRL-CAD:brlcad * 54647 brlcad/trunk/src/libged/bot_dump.c: put _ged_bot_dump_client_data on the stack so we don't have to heap-allocate
02:44.10Notify03BRL-CAD:brlcad * 54648 (brlcad/trunk/src/libged/arb.c brlcad/trunk/src/libged/bigE.c and 5 others): call BU_ALLOC where the memory release is not nearby/obvious/here
02:44.42Notify03BRL-CAD:ddreeves70 * 54649 NIL: restructuring
02:50.57Notify03BRL-CAD:brlcad * 54650 (brlcad/trunk/src/libged/bot_merge.c brlcad/trunk/src/libged/importFg4Section.c and 38 others): convert all of the rt_*internal allocations to BU_ALLOC() since they're nearly all released during wdb_export() or otherwise destined for bu_free()
03:12.00Notify03BRL-CAD:brlcad * 54651 brlcad/trunk/src/libged/copymat.c: not clear what struct animate is being used for here, but also looks like a memory leak and unnecessarily on the heap. put it on the stack.
03:21.36Notify03BRL-CAD:brlcad * 54652 brlcad/trunk/src/libged/dg_obj.c: BU_ALLOC instead of BU_GET
03:22.13Notify03BRL-CAD:brlcad * 54653 brlcad/trunk/src/libged/draw.c: doesn't seem necessary for struct _ged_client_data to be on the heap here. put it on the stack.
03:32.03Notify03BRL-CAD:brlcad * 54654 brlcad/trunk/src/libged/edpipe.c: looks like it's safe to call BU_GET() here, so convert free to BU_PUT().
03:32.20Notify03BRL-CAD:brlcad * 54655 (brlcad/trunk/src/libged/draw.c brlcad/trunk/src/libged/edit.c): convert allocations to BU_ALLOC
03:36.49Notify03BRL-CAD:brlcad * 54656 brlcad/trunk/src/libged/get_obj_bounds.c: looks like soltab should work just fine on the stack
03:53.52Notify03BRL-CAD:ddreeves70 * 54657 (webcad/trunk/native/src/getwireframe.c =================================================================== and 265 others): restructuring
03:54.58*** join/#brlcad cadman (~Adium@64.178.177.71)
07:19.48*** join/#brlcad cadman1 (~Adium@64.178.177.71)
08:15.34*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:04.00*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
09:04.01*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
09:15.51*** join/#brlcad luca79 (~luca@net-37-117-82-77.cust.dsl.vodafone.it)
09:51.49*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
09:51.50*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
10:11.04*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
10:11.10*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
11:59.17*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
12:03.06brlcadtis official, server will get another upgrade on March 26th
12:03.26brlcadbut this one I'm letting them do it for us, probably just going to drop the old drive in a new chasis
12:04.41brlcadit's a dual quad-core 2.5GHz xeon, 2TB mem, 500GB disk, 2TB net
12:28.09Notify03BRL-CAD:bob1961 * 54658 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 20 others): Updates to initEditState for the primitive edit panels to initialize bits of edit state when the edit mode is null.
12:40.04Notify03BRL-CAD:bob1961 * 54659 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): If the LOD setting changes in Archer, redraw everything.
12:41.35*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
13:00.21``Eriktb mem or gb mem?
13:12.21*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:16.44*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:35.51*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
14:21.32Notify03BRL-CAD:brlcad * 54660 brlcad/trunk/src/util/bwdiff.c: the need to redirect output should be in the usage synopsis, not explained
14:25.19*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
14:25.22*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:47.24Notify03BRL-CAD:brlcad * 54661 brlcad/trunk/src/libbu/heap.c: we can use %zd for size_t's if we go through bu_log()
14:49.23Notify03BRL-CAD:bob1961 * 54662 brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Updated CombEditFrame::validateTableEntry to be more flexible in its recognition of doubles. Also, removed menu entries for deleting and creating members.
14:53.53Notify03BRL-CAD:brlcad * 54663 brlcad/trunk/src/libged/wdb_bigE.c: a variable named 'str' should be a zinger red flag that it's probably not an int. function had wrong type arg.
15:01.41Notify03BRL-CAD:bob1961 * 54664 brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Removed a bit of old code.
16:03.37*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
16:03.37*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
16:12.33Notify03BRL-CAD:bob1961 * 54665 brlcad/trunk/src/librt/db_tree.c: Update db_tree_parse() to allow the use of '+' in addition to 'n' when indicating intersection.
16:16.00Notify03BRL-CAD:bob1961 * 54666 brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Archer's comb edit panel now updates the tree after an edit.
16:21.53Notify03BRL-CAD:n_reed * 54667 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 2 others): add lod command for controlling lod drawing behavior
16:23.56*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
16:30.08*** join/#brlcad cadman (~Adium@mwg-e01.infosec.fedex.com)
16:43.59Notify03BRL-CAD:n_reed * 54668 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/table.c): declare rt_arb_adaptive_plot a failed experiment and remove it
17:35.25Notify03BRL-CAD:n_reed * 54669 brlcad/trunk/src/libged/lod.c: don't return error when no arguments are given
17:38.19*** join/#brlcad Posterdati (~antani@host98-231-dynamic.2-79-r.retail.telecomitalia.it)
17:38.29Posterdatirhino sdk it's a mess
18:12.58Notify03BRL-CAD:carlmoore * 54670 brlcad/trunk/src/util/bwhist.c: capital U
18:15.41Notify03BRL-CAD:n_reed * 54671 brlcad/trunk/src/tclscripts/archer/Archer.tcl: need to make sure wflag always exists if we're going to test it
18:37.32Notify03BRL-CAD:n_reed * 54672 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/mged/attach.c): initialize lod scale factors
18:58.15Notify03BRL-CAD:n_reed * 54673 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/dm-generic.c and 3 others): use lod in mged via lod command rather than mged variable
18:58.55*** join/#brlcad andrei (~andrei@188.25.162.85)
20:29.01Notify03BRL-CAD:n_reed * 54674 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/Archer.tcl and 2 others): make lod command available in archer
21:01.11*** join/#brlcad caen23_ (~cezar@92.81.215.30)
23:21.53*** join/#brlcad cadman (~Adium@mwg-w01.infosec.fedex.com)
IRC log for #brlcad on 20130314

IRC log for #brlcad on 20130314

03:07.45*** join/#brlcad cadman (~Adium@64.178.177.71)
03:08.03*** join/#brlcad cadman (~Adium@64.178.177.71)
04:35.47brlcad``Erik: heh, oops, yeah 2GB mem .. that would be awesome
04:59.27Notify03BRL-CAD:brlcad * 54675 brlcad/trunk/src/libged/ged.c: dbip are returned to callers, so be consistent with librt and allocate via BU_ALLOC
05:01.09Notify03BRL-CAD:brlcad * 54676 brlcad/trunk/src/libged/joint.c: sync BU_PUT with respective BU_GET calls, except for animate structs since they get added to directory pointers and may be released by librt. convert bu_vls off the heap, put on the stack (should unleak memory too)
05:28.41Notify03BRL-CAD:brlcad * 54677 brlcad/trunk/src/libbu/list.c: damn type aliasing. looks like some elements are released through an aliased type so we cannot rely on BU_PUT for deallocation.
05:29.48Notify03BRL-CAD:brlcad * 54678 (brlcad/trunk/src/libged/make.c brlcad/trunk/src/libged/make_pnts.c and 3 others): more conversions to BU_ALLOC() or BU_PUT() where feasible
05:38.22Notify03BRL-CAD:brlcad * 54679 (brlcad/trunk/src/libged/typein.c brlcad/trunk/src/librt/primitives/pnts/pnts.c): allocate point containers consistently with BU_ALLOC
07:57.23*** join/#brlcad cadman (~Adium@64.178.177.71)
08:45.41*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-aqlnawuyxbdkubhs)
11:11.00*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:40.35Notify03BRL-CAD:indianlarry * 54680 (brlcad/trunk/src/other/poly2tri/poly2tri/common/utils.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc): Added "_USE_MATH_DEFINES" define to get M_PI definition from math.h under visual studio. Also added missing copyright to utils.cc.
13:14.48Notify03BRL-CAD:starseeker * 54681 brlcad/trunk/include/brep.h: Export keys off of library name.
13:50.03Notify03BRL-CAD:bob1961 * 54682 brlcad/trunk/src/libtclcad/tclcad_obj.c: Add MouseWheel bindings for display window zoom.
14:23.06Notify03BRL-CAD:bob1961 * 54683 brlcad/trunk/include/brep.h: Change NURBS_DLL_EXPORTS to BREP_DLL_EXPORTS.
15:00.00Notify03BRL-CAD:brlcad * 54684 brlcad/trunk/include/vmath.h: simplify, a define shouldn't be harmful/recognized on non-WIN32 and we don't want platform checks anyways
15:27.33*** join/#brlcad luca79 (~luca@host122-17-dynamic.4-87-r.retail.telecomitalia.it)
15:28.16Notify03BRL-CAD:brlcad * 54685 brlcad/trunk/include/bu.h: compelled to be consistent with the API. if we provide an alloc wrapper, we should provide a counterpart free wrapper. unlike bu_free(), has the nice property of being able to set the pointer to NULL.
15:31.16Notify03BRL-CAD:brlcad * 54686 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h): increase the processing limits on FASTGEN patch files substantially. a large file was encountered that exceeded several of these lame hard limits. simplify their setting and the moment by just making them all be bigger than they were (20k) and so there's only a single limit we need to concern ourselves with.
15:42.40Notify03BRL-CAD:brlcad * 54687 brlcad/trunk/src/conv/patch/patch-g.h: very easy to blow out 16 characters when we put object and grouping counts into the name. jack it up to 256 (10 times what was recently encountered).
15:43.55Notify03BRL-CAD:brlcad * 54688 brlcad/trunk/src/conv/patch/patch-g.c: fix a bug where we try to open the patch file with read/write perms for ug and read perms for o. this caused a cryptic unable to open patchfile message when a file was clearly readable.
16:01.17Notify03BRL-CAD:brlcad * 54689 brlcad/trunk/TODO: patch-g was observed to be misbehaving on windows when given files with unexpected line endings. should be going through bu_fgets() consistently to be portable/flexible.
16:01.37Notify03BRL-CAD:brlcad * 54690 brlcad/trunk/src/conv/patch/patch-g.c: comment on at least two places where the tool is assuming unix line endings
16:09.50Notify03BRL-CAD:brlcad * 54691 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h and 2 others): source style ws consistency cleanup
16:15.11*** join/#brlcad cadman (~Adium@64.178.177.71)
16:46.04Notify03BRL-CAD:brlcad * 54692 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h): change several of the arrays from being global allocations to getting allocated dynamically on the heap. not the best, but slightly better memory-management and debugging properties. also make usage dynamic and give the user some feedback that the tool did anything.
17:16.00Notify03BRL-CAD:brlcad * 54693 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h): convert the two remaining affarys to heap allocations and document roughly how much memory we're allocating as a hard-coded limit.
17:22.00maths22brlcad: how do those specs compare to the old ones?
17:22.31Notify03BRL-CAD:brlcad * 54694 brlcad/trunk/NEWS: helped a navy user (roles) with a fastgen patch file conversion that uncovered a variety of issues that have been improved upon in patch-g. the tool would cryptically fail if the file wasn't (unnecessarily) read/write. it also had numerous hard-coded limits (like 500 materials, 1500 of this, 1000 of that) that would cause memory corruption and cascading bad behavior.
17:22.33Notifylimits increased nearly two orders of magnitude, but still hard-coded for now since that requires a lot more data and testing to implement safely.
17:24.08brlcadmaths22: crit is around 2x-3x faster than .bz
17:24.24brlcadnew server should be about 3x-4x faster than crit
17:24.58brlcad8 cores will be really nice for the varied load
18:17.02Notify03BRL-CAD:brlcad * 54695 (brlcad/trunk/src/libged/rmap.c brlcad/trunk/src/libged/rt.c and 2 others): pair BU_PUT() with BU_GET() calls where we can
18:22.55Notify03BRL-CAD:brlcad * 54696 brlcad/trunk/src/libged/rtwizard.c: no benefit to the explicit init since they go out of scope, call BU_VLS_INIT_ZERO
18:24.52Notify03BRL-CAD:brlcad * 54697 brlcad/trunk/src/libged/search.c: these are released within the depths of librt so call BU_ALLOC()
18:29.49Notify03BRL-CAD:n_reed * 54698 (brlcad/trunk/src/archer/CMakeLists.txt brlcad/trunk/src/archer/plugins/Utility/Makefile.am and 6 others): add an LOD configuration dialog (hooks not yet implemented) and plug it in as an Archer utility
18:30.45Notify03BRL-CAD:brlcad * 54699 brlcad/trunk/src/libged/simulate/simrt.c: ws indent style cleanup
18:42.17Notify03BRL-CAD:brlcad * 54700 (brlcad/trunk/src/libged/track.c brlcad/trunk/src/libged/vdraw.c and 7 others): convert to BU_PUT() where we call BU_GET(), except punt on the old wdb_ routines where this just convert them to BU_ALLOC().
18:43.04Notify03BRL-CAD:brlcad * 54701 brlcad/trunk/src/libmultispectral/sh_temp.c: convert freeing of the specific to BU_PUT() and clean up formatting
18:43.13*** join/#brlcad caen23 (~cezar@92.81.215.30)
19:10.01Notify03BRL-CAD:brlcad * 54702 (brlcad/trunk/src/liboptical/photonmap.c brlcad/trunk/src/liboptical/sh_air.c and 27 others): looks like we can cleanly pool all of the shader specific allocations, so convert their releases to BU_PUT(). curious to see if this makes any blip on prep performance when there are lots of objects/shaders.
19:16.22*** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com)
20:15.59Notify03BRL-CAD:carlmoore * 54703 (brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml brlcad/trunk/src/util/bwrect.c): change capital T to small t (part of longer sentence) and try NOT to underscore a period
20:29.04Notify03BRL-CAD:n_reed * 54704 (brlcad/trunk/src/tclscripts/archer/LODUtility.tcl brlcad/trunk/src/tclscripts/lod/LODDialog.tcl): implement lod dialog widget callbacks
20:57.46Notify03BRL-CAD:n_reed * 54705 brlcad/trunk/src/libtclcad/tclcad_obj.c: extend archer support for lod 'redraw on zoom' to zoom command (affects +/- key zoom and scrollwheel zoom)
21:21.39Notify03BRL-CAD:n_reed * 54706 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: add a checkbutton for toggling live update
21:28.17Notify03BRL-CAD:brlcad * 54707 brlcad/trunk/src/libpc/pc_main.c: use libbu for memory management and call BU_PUT() accordingly for BU_GET() items.
22:14.54*** part/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com)
23:10.44Notify03BRL-CAD:brlcad * 54708 brlcad/trunk/src/liboptical/sh_treetherm.c: save then commit, BU_PUT
23:16.03*** join/#brlcad crdueck (~cdk@24.212.219.10)
IRC log for #brlcad on 20130315

IRC log for #brlcad on 20130315

00:34.20*** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com)
01:33.20starseekerhuh - gecode says they've added support for float variables in version 4
01:53.38maths22wow!
05:13.02*** join/#brlcad cadman (~Adium@64.178.177.71)
05:40.56*** join/#brlcad cadman1 (~Adium@64.178.177.71)
05:49.36Notify03BRL-CAD Wiki:Bigfoot03242 * 0 /wiki/User:Bigfoot03242:
06:55.24*** join/#brlcad crdueck (~cdk@24.212.219.10)
13:49.27*** join/#brlcad caen23_ (~cezar@92.83.190.45)
14:36.13*** join/#brlcad luca79 (~luca@host49-18-dynamic.8-87-r.retail.telecomitalia.it)
15:03.05*** join/#brlcad cadman (~Adium@mwg-e02.infosec.fedex.com)
15:06.54Notify03BRL-CAD:carlmoore * 54709 brlcad/trunk/src/libged/tire.c: use a capital U
15:54.42Notify03BRL-CAD:n_reed * 54710 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: forgot to initialize variable
15:56.26*** join/#brlcad cadman (~Adium@mwg-w02.infosec.fedex.com)
16:04.17Notify03BRL-CAD:n_reed * 54711 brlcad/trunk/src/libtclcad/tclcad_obj.c: update view dimension info on zoom
18:29.26*** join/#brlcad Maloeran (~alexis@modemcable122.248-80-70.mc.videotron.ca)
19:45.58Notify03BRL-CAD:n_reed * 54712 (brlcad/trunk/src/libged/lod.c brlcad/trunk/src/tclscripts/archer/LODUtility.tcl brlcad/trunk/src/tclscripts/lod/LODDialog.tcl): initialize lod dialog with current state
19:47.22*** join/#brlcad Maloeran (~alexis@modemcable122.248-80-70.mc.videotron.ca)
20:45.58*** join/#brlcad caen23 (~cezar@92.83.190.45)
22:27.02Notify03BRL-CAD:r_weiss * 54713 (brlcad/trunk/bench/pixcmp.c brlcad/trunk/include/bu.h and 67 others): Created libbu wrapper functions for functions "fseek", "lseek", "ftell", "fstat" and "stat". Made the name changes in most of the code. I did not change the names of the functions in c++ code and code which was not already using the libbu library. The purpose of these wrapper functions is that these functions are very
22:27.04Notifyplatform specific especially for windows 64bit. These changes build on linux. More changes and testing is needed.
IRC log for #brlcad on 20130316

IRC log for #brlcad on 20130316

02:09.43Maloeranmumbles something about the GNU Scientific Library being so poorly optimized, bordering on ridiculous
02:17.55*** join/#brlcad caen23 (~cezar@92.83.190.45)
03:15.29*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.211)
07:13.00*** join/#brlcad ibot (~ibot@rikers.org)
07:13.00*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
09:00.50*** join/#brlcad caen23 (~cezar@92.83.190.45)
10:47.17``Erikcool, apple finally fixed the File:/// bug
14:38.41MaloeranAnd GTK still hasn't fixed the "bug" of the open/save dialog listing "Recently Used" by default instead of the current working directory
15:53.16*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:56.22*** join/#brlcad andrei_ (~IceChat7@86.121.66.181)
IRC log for #brlcad on 20130317

IRC log for #brlcad on 20130317

00:47.21``Erikdoh, no mention of BRL-CAD on http://ask.slashdot.org/story/13/03/16/1658253/ask-slashdot-best-3-d-design-software
01:05.15*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:53.15*** join/#brlcad cadman (~Adium@64.178.177.71)
03:41.53starseeker``Erik: not unexpected given MGED is still our 'official' GUI
03:42.52starseekeralthought I suppose it might be regarded as a valid competitor to OpenSCAD
11:58.25*** join/#brlcad Skriptkid (~Skriptkid@14.140.219.22)
16:02.53*** join/#brlcad cadman (~Adium@64.178.177.71)
IRC log for #brlcad on 20130318

IRC log for #brlcad on 20130318

00:14.57*** join/#brlcad cadman (~Adium@64.178.177.71)
08:07.34*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:26.28*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:30.00*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kmepvsuuoqzwxsmb)
10:56.26*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:09.47``Erikhm, http://www.meetup.com/baltimorecocoa/events/105851012/ tonight in baltimore/canton, unfortunately I won't be able to make that one :/
13:50.40*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
14:32.39*** join/#brlcad yiyus (1242712427@je.je.je)
15:15.19Notify03BRL-CAD:carlmoore * 54714 (brlcad/trunk/src/libbu/file.c brlcad/trunk/src/util/bwrot.c): remove trailing blanks
16:38.17*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:01.21Notify03BRL-CAD:n_reed * 54715 brlcad/trunk/src/util/plrot.c: if off_t is 64 bits then %ld is the wrong format
17:10.29Notify03BRL-CAD:carlmoore * 54716 (brlcad/trunk/doc/docbook/system/man1/en/bwshrink.xml brlcad/trunk/doc/docbook/system/man1/en/pixshrink.xml): remove 'by' (had fixed 'bizarre' spelling earlier)
17:11.27Notify03BRL-CAD:carlmoore * 54717 (brlcad/trunk/src/util/bwshrink.c brlcad/trunk/src/util/pixshrink.c): provide indentation (and, for bwshrink, change 2 occurrences of 'pix' to 'bw'
17:14.09*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:29.24Notify03BRL-CAD:n_reed * 54718 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: make a few minor usability improvements
19:58.08Notify03BRL-CAD:r_weiss * 54719 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): Updates to cmake configuration and changes to data types to allow the wrapper functions for functions "fseek", "lseek", "ftell", "fstat" and "stat" to build on Windows 64bit using MSVS 2010.
IRC log for #brlcad on 20130319

IRC log for #brlcad on 20130319

04:10.16Notify03BRL-CAD:brlcad * 54720 brlcad/trunk/src/librt/bundle.c: not immediately obvious where this is released, but doesn't appear to be local
04:11.43Notify03BRL-CAD:brlcad * 54721 brlcad/trunk/src/librt/columnparse.c: col_properties struct doesn't need to be on the heap
04:14.39Notify03BRL-CAD:brlcad * 54722 (brlcad/trunk/src/librt/db_anim.c brlcad/trunk/src/librt/db_inmem.c and 2 others): pointers returned to the caller should be allocated via BU_ALLOC/bu_*alloc so we can define consistent API, change from BU_GET
04:16.11Notify03BRL-CAD:brlcad * 54723 brlcad/trunk/src/librt/mater.c: alloc and free mater structs with BU_ALLOC instead of BU_GET
04:18.28Notify03BRL-CAD:brlcad * 54724 brlcad/trunk/src/librt/prep.c: rtip is returned to caller, allocate with BU_ALLOC instead of BU_GET
04:21.13Notify03BRL-CAD:brlcad * 54725 brlcad/trunk/src/librt/namegen.c: don't see a reason for having these two formatting_style structs be on the heap. putting it on the stack takes care of the (trivial) memory leak
09:15.29*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
11:22.01Notify03BRL-CAD:bob1961 * 54726 brlcad/trunk/src/external/ProEngineer/proe_brl.res: New default settings for the proe-brl converter
12:00.43*** join/#brlcad merzo (~merzo@206-37-133-95.pool.ukrtel.net)
12:15.42Notify03BRL-CAD Wiki:Notebooksi * 0 /wiki/User:Notebooksi:
16:43.09*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:16.50Notify03BRL-CAD:n_reed * 54727 (brlcad/trunk/src/tclscripts/lod/LODDialog.tcl brlcad/trunk/src/tclscripts/mged/CMakeLists.txt and 4 others): make lod configuration dialog available from mged tool menu
18:56.53Notify03BRL-CAD:carlmoore * 54728 brlcad/trunk/doc/docbook/system/man1/en/bwscale.xml: missing a > sign in the SYNOPSIS line -- do you understand what I want to do?
19:46.15Notify03BRL-CAD Wiki:Cchujinguobb * 0 /wiki/User:Cchujinguobb:
20:31.07Notify03BRL-CAD:r_weiss * 54729 (brlcad/trunk/bench/pixcmp.c brlcad/trunk/src/anim/anim_sort.c and 22 others): Changed many data types from "long" to "off_t" to allow the function "bu_fseek" to work correctly on Windows 64bit.
IRC log for #brlcad on 20130320

IRC log for #brlcad on 20130320

01:38.06Notify03BRL-CAD:brlcad * 54730 brlcad/trunk/NEWS: nick added level-of-detail support to mged and archer's wireframe infrastructure. it dynamically adjusts the wireframe detail based on the pixel dimensions and quality parameters (samples per curve and curve density). there's a new configuration panel to adjust the values.
01:43.37Notify03BRL-CAD:brlcad * 54731 brlcad/trunk/src/util/plrot.c: convert fprintf(stderr) calls to bu_log(), use %zd for off_t (%jd is a better fit, but untested)
02:47.54Notify03BRL-CAD:brlcad * 54732 (brlcad/trunk/src/conv/dbupgrade.c brlcad/trunk/src/conv/intaval-g.py and 17 others): Usage consistency
03:09.57Notify03BRL-CAD:brlcad * 54733 brlcad/trunk/src/librt/primitives/extrude/extrude.c: warrants manual testing but there's no reason to allocate a specific structure on the heap, put on the stack and update calls accordingly. BU_PUT() the real extrude_specific struct.
03:13.10Notify03BRL-CAD:brlcad * 54734 (brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/eto/eto.c and 4 others): BU_PUT() the *_specific structs since they are created/destroyed locally behind API.
03:19.09starseekerhmm - apparently our fedex_plus conversion has a bug that wasn't triggered by ap203
03:23.11Notify03BRL-CAD:brlcad * 54735 brlcad/trunk/src/librt/primitives/cline/cline.c: put the cline_specific but alloc the wdb_pipepts
03:27.21Notify03BRL-CAD:brlcad * 54736 (brlcad/trunk/src/librt/primitives/bspline/bspline.cpp brlcad/trunk/src/librt/primitives/ebm/ebm.c and 13 others): BU_PUT() the *_specific structs since they are created/destroyed locally behind API.
03:29.13Notify03BRL-CAD:brlcad * 54737 brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: unclear where this memory is getting or should be released, so call BU_ALLOC() accoridngly
03:29.39Notify03BRL-CAD:brlcad * 54738 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: not destroyed locally, call BU_ALLOC()
03:30.55Notify03BRL-CAD:brlcad * 54739 brlcad/trunk/src/librt/primitives/bot/bot.c: BU_ALLOC() all of the rt_bot_list structures since they seem to be accessed elsewhere.
03:33.14Notify03BRL-CAD:brlcad * 54740 brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: follow form, BU_PUT() our bot_specific data. this really begs for extending BU_GET() support to arrays since normals are prime candidates for fast bucket allocations.
03:34.26Notify03BRL-CAD:brlcad * 54741 brlcad/trunk/src/librt/primitives/dsp/dsp.c: another case where we can undo having a dsp_specific be allcoated on the heap for calculating the bounding box. put it on the stack and BU_PUT() the specific
03:36.17Notify03BRL-CAD:brlcad * 54742 brlcad/trunk/src/librt/primitives/pipe/pipe.c: lil bit of everything. convert allocations of individual structs to BU_GET() and call BU_PUT accordingly to release. same for *_specific. warrants testing.
03:37.25Notify03BRL-CAD:brlcad * 54743 brlcad/trunk/src/librt/primitives/vol/vol.c: comment on the pointer stealing, but add some checks anyways. also BU_PUT() the rt_vol_specific
03:38.41Notify03BRL-CAD:brlcad * 54744 brlcad/trunk/src/librt/primitives/hyp/hyp.c: more memory allocation cleanup. another struct heap removal and BU_PUT'ing of the _specific.
03:39.38Notify03BRL-CAD:brlcad * 54745 brlcad/trunk/src/librt/primitives/submodel/submodel.c: have to BU_ALLOC() our resource structs, but we can call BU_PUT() on the specific
04:52.22*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
05:44.13*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:24.29*** join/#brlcad merzo (~merzo@142-166-133-95.pool.ukrtel.net)
10:52.37*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:43.03*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:28.24*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:37.47*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
14:01.30Notify03BRL-CAD:brlcad * 54746 brlcad/trunk/src/librt/search.c: memory allocation cleanup. allocate the db_path_t objects with BU_GET/PUT, but not the rest since they are returned to caller.
14:05.09Notify03BRL-CAD:brlcad * 54747 (brlcad/trunk/src/librt/shoot.c brlcad/trunk/src/librt/tol.c and 3 others): returned to caller or otherwised released elsewhere, so call BU_ALLOC()
14:06.36Notify03BRL-CAD:brlcad * 54748 brlcad/trunk/src/conv/vdeck/vextern.h: conflicting savsol type declarations (off_t vs long), so remove the apparantly unnecessary vextern.h one and keep the vdeck.c one
14:08.54Notify03BRL-CAD:brlcad * 54749 brlcad/trunk/src/util/hex.c: print a big number
14:19.06Notify03BRL-CAD:mendesr * 54750 (jbrlcad/trunk/pom.xml jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java): MUVES-2488; create regionInfo regionless solids
14:21.59Notify03BRL-CAD:mendesr * 54751 NIL: Tag version for 1.3 release
14:22.42Notify03BRL-CAD:mendesr * 54752 jbrlcad/trunk/pom.xml: Update version to 1.4-SNAPSHOT
14:23.29Notify03BRL-CAD:brlcad * 54753 brlcad/trunk/src/libtclcad/cmdhist_obj.c: save to BU_PUT() here because nobody else peeks at the bu_cmdhist_obj objects, unlike the bu_cmdhist objects
14:34.11Notify03BRL-CAD:bob1961 * 54754 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Modify Archer's "p" command to call editMotionDeltaCallback or handleObjCenter. Also altered Archer::handleObjCenter to take two more args (i.e. _dosnap and _viewz).
14:41.31Notify03BRL-CAD:brlcad * 54755 brlcad/trunk/src/remrt/rtsrv.c: looks like the pkg_queue are isolated here, and can be released with BU_PUT
14:50.38Notify03BRL-CAD:brlcad * 54756 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/libwdb/dynamic_geometry.c and 15 others): looks like the remainder all convert to BU_ALLOC() for myriad reasons
15:20.48Notify03BRL-CAD:brlcad * 54758 (brlcad/trunk/src/adrt/librender/spall.c brlcad/trunk/src/adrt/librender/surfel.c and 12 others): more BU_ALLOC() conversions. will be interesting to see if zero-init has any impact.
15:27.45Notify03BRL-CAD:brlcad * 54759 brlcad/trunk/src/conv/g-shell-rect.c: switch to BU_ALLOC() instead of the local complexity
15:48.57Notify03BRL-CAD Wiki:Navz143143 * 0 /wiki/User:Navz143143:
15:49.55Notify03BRL-CAD:brlcad * 54760 (brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/conv/asc/asc2g.c and 6 others): more BU_ALLOC() conversions where we only allocate a single structure.
15:49.57Notify03BRL-CAD:brlcad * 54757 (brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/adrt/librender/camera.c and 3 others): allocate single structures with BU_ALLOC(). get rid of unnecessary null checks since libbu guarantees that won't happen.
15:53.42Notify03BRL-CAD:brlcad * 54761 (brlcad/trunk/include/bn.h brlcad/trunk/include/bu.h and 3 others): simplify, allocate via BU_ALLOC(). update docs to reflect that option too.
16:20.59Notify03BRL-CAD:brlcad * 54762 brlcad/trunk/include/nurb.h: missing comma
16:24.01*** join/#brlcad Skriptkid (~Skriptkid@59.93.66.3)
16:29.55Notify03BRL-CAD:brlcad * 54763 brlcad/trunk/src/libdm/dm-plot.c: reallocation leak, remove calloc
16:35.33*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
16:39.38Notify03BRL-CAD:brlcad * 54764 brlcad/trunk/src/libged/bot_merge.c: calloc params should count then size
16:42.11Notify03BRL-CAD:brlcad * 54765 brlcad/trunk/src/libbn/mat.c: type consistency, unhappy converting a mat_t* to a matp_t without explicit cast, so add it. use MAT_COPY while we're at it instead of memcpy in case the representation ever changes.
16:43.12Notify03BRL-CAD:brlcad * 54766 brlcad/trunk/include/raytrace.h: typo, missing paren
16:45.39``Erikhttp://www.nasa.gov/mission_pages/voyager/voyager20121203.html  neat, new layer to the solar system
16:46.47*** join/#brlcad caen23 (~cezar@92.81.219.106)
17:02.29Notify03BRL-CAD:brlcad * 54767 brlcad/trunk/src/conv/iges/readtree.c: another type mismatch, make it the equivalent pointer type instead of the typedef. maybe matp_t should die.
17:18.17Notify03BRL-CAD:brlcad * 54768 (brlcad/trunk/src/conv/comgeom/solid.c brlcad/trunk/src/conv/g-x3d.c and 61 others): big conversion of single structure allocations to BU_ALLOC(). doesn't change behavior (except zero-init in some cases) but does improve readability and brevity. this is about a third of them.
17:22.06Notify03BRL-CAD:brlcad * 54769 brlcad/trunk/src/libged/bot_merge.c: revert, wasn't supposed to be committed
17:29.15Notify03BRL-CAD:brlcad * 54770 brlcad/trunk/src/libged/brep.c: gah my fingers and their auto-saving habit. commit the rest that removes the allocation of a brep *pointer* on the stack. doesn't seem to be a reason for that other than brep_conversion() needing the address of the pointer so that it can set its value. we can do that without a double-pointer here.
17:38.36Notify03BRL-CAD:brlcad * 54771 brlcad/trunk/src/libged/combmem.c: allocate a mat_t, not 16 fastf_t
17:42.16Notify03BRL-CAD:brlcad * 54772 brlcad/trunk/src/libged/gqa.c: calloc is count then size
17:46.52*** join/#brlcad merzo (~merzo@142-166-133-95.pool.ukrtel.net)
17:52.41``Erikbrlcad: 54749 breaks on 64b linux: src/util/hex.c:80: warning: format '%08llx' expects type 'long long unsigned int', but argument 2 has type 'off_t'
18:00.06Notify03BRL-CAD:mendesr * 54773 jbrlcad/trunk/pom.xml: Updating JScience version, and adding webdav stuff for deployment also moving to 1.4
18:03.19Notify03BRL-CAD:mendesr * 54774 jbrlcad/trunk/pom.xml: Updating to version 1.5-SNAPSHOT
18:10.06Notify03BRL-CAD:brlcad * 54775 brlcad/trunk/src/librt/cut.c: BU_ALLOC() in a couple places, and swap calloc for count then size
19:18.10Notify03BRL-CAD:brlcad * 54776 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: call BU_ALLOC() where we can (single struct allocation) and use libbu memory management consistency (bu_malloc() instead of malloc())
19:20.54Notify03BRL-CAD:brlcad * 54777 brlcad/trunk/src/librt/primitives/generic.c: calloc is count then size
19:26.09Notify03BRL-CAD:brlcad * 54778 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: calloc is count then size
19:35.55Notify03BRL-CAD:brlcad * 54779 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: good catch nick, it was already countsize. make explicit with sizeof(char).
20:03.50Notify03BRL-CAD:brlcad * 54780 brlcad/trunk/src/librt/shoot.c: another calloc count then size fix
20:12.03Notify03BRL-CAD:brlcad * 54781 brlcad/trunk/src/mged/points/count.c: BU_ALLOC for brevity
20:14.10Notify03BRL-CAD:brlcad * 54782 (brlcad/trunk/src/mged/points/count.c brlcad/trunk/src/mged/points/count.h and 4 others): remove authorship from source files, revision control holds the history
20:19.03*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:37.28*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:41.52*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:55.06Notify03BRL-CAD:brlcad * 54783 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/cc.c and 121 others): mass conversion of nearly all the 2277 instances of bu_malloc() and bu_calloc() where there were single structure allocations to BU_ALLOC(). this has the main benefit of brevity, helping with maintainability and readability. it reduced 20k chars and eliminated over 1.5 lines (same # statements, they just tended to
20:55.08Notifyspan multiple lines because they were so wordy). about 500 instances are converted. the one logical change is that BU_ALLOC() ensures zero-initialization via bu_calloc() and that should generally be a good thing for structures, maybe even fix an obscure bug or two.
21:16.14Notify03BRL-CAD:brlcad * 54784 brlcad/trunk/src/librt/cut.c: no longer BU_GET()ing union cutter objects, release normally via bu_free()
21:17.25Notify03BRL-CAD:brlcad * 54785 brlcad/trunk/src/libged/push.c: there is no ged_push
21:17.56Notify03BRL-CAD:brlcad * 54786 brlcad/trunk/src/librt/primitives/pipe/pipe.c: linear_pipe should be lin_pipe too
21:20.20Notify03BRL-CAD:brlcad * 54787 brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: call NMG_GETSTRUCT() since we don't directly call BU_GET() on a model
21:26.48Notify03BRL-CAD:brlcad * 54788 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: BU_GET() the nmg_radial structs since we found the pairing
21:28.00Notify03BRL-CAD:brlcad * 54789 brlcad/trunk/src/liboptical/sh_stxt.c: type typo, stxt_specific
21:41.59Notify03BRL-CAD:brlcad * 54790 brlcad/trunk/include/bu.h: intentionally but innocuosly use the type so we can catch errors
21:50.55Notify03BRL-CAD:brlcad * 54791 brlcad/trunk/include/bu.h: using the type in an rvalue is a bad idea since it conflicts with type punned pointers. use in lvalue cast instead in what should be a safe way.
21:55.28Notify03BRL-CAD:brlcad * 54792 brlcad/trunk/include/bu.h: make the heap pool version match to avoid confusion, cleanup docs
22:01.44Notify03BRL-CAD:brlcad * 54793 brlcad/trunk/src/libbu/hook.c: ws
22:03.13Notify03BRL-CAD:brlcad * 54794 brlcad/trunk/src/anim/chan_permute.c: indent
22:24.14Notify03BRL-CAD:brlcad * 54795 (brlcad/trunk/include/brep.h brlcad/trunk/include/raytrace.h and 43 others): more ws cleanup, been a little while
IRC log for #brlcad on 20130321

IRC log for #brlcad on 20130321

01:34.50*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:37.01*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:42.11*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:56.48*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:10.07*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:17.42Notify03BRL-CAD:brlcad * 54796 brlcad/trunk/src/util/hex.c: llx expects long long so give it long long
09:39.32*** join/#brlcad luca79 (~luca@net-188-216-232-191.cust.dsl.vodafone.it)
09:39.42*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
09:57.41*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:30.38*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:56.03*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:41.10*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
14:06.08*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
14:28.19Notify03BRL-CAD:brlcad * 54797 brlcad/trunk/NEWS: richard added a new -q option to gqa for suppressing messages about regions not hit
14:51.55Notify03BRL-CAD:brlcad * 54798 brlcad/trunk/src/external/ProEngineer/Makefile.am: include msvc10 in autotools dist
16:43.30Notify03BRL-CAD:jordisayol * 54799 brlcad/trunk/misc/debian/changelog: update Debian changelog to next release
17:49.22*** join/#brlcad merzo (~merzo@129-160-133-95.pool.ukrtel.net)
18:09.28Notify03BRL-CAD:brlcad * 54800 brlcad/trunk/include/bu.h: document that the new stat/seek functions should not yet be considered new API since there may be a less intrusive option. don't want to be considered published.
18:37.59Notify03BRL-CAD:carlmoore * 54801 brlcad/trunk/src/util/pix-png.c: Usage statement was missing reference to -g gamma
18:49.31Notify03BRL-CAD:starseeker * 54802 brlcad/trunk/src/other/CMakeLists.txt: Add the tk unix path to the list of internal header paths used to build tcl/tk extensions. This may fix the togl build failure with tcl/tk 8.5.13, but is untested - see http://lists.freebsd.org/pipermail/svn-ports-all/2012-September/003483.html
18:53.14Notify03BRL-CAD:brlcad * 54803 brlcad/trunk/src/liboptical/sh_toyota.c: comment cleanup
19:15.51Notify03BRL-CAD:carlmoore * 54804 brlcad/trunk/src/util/pix-png.c: and I added this so we can have the run-with-no-arguments construct without extra error (cannot input from tty)
19:18.14Notify03BRL-CAD:brlcad * 54805 brlcad/trunk/src/librt/primitives/tgc/tgc.c: move definitions and globals around, push them to the top of the file and group together
19:21.48Notify03BRL-CAD:brlcad * 54806 brlcad/trunk/src/librt/primitives/tgc/tgc.c: bah, pay attention to our order. don't use before we declare. make two of the globals static to limit scope
19:39.20Notify03BRL-CAD:brlcad * 54807 brlcad/trunk/include/vmath.h: implement macros for swapping vectors and matrices. use a single temporary float for the vectors, but a full temp matrix for the matrix swap. while the single fastf_t temp is fewer read/write instructions, it may be more coherent (faster) to use a full vector. warrants testing if put into critical code. implemented in do{}while(0) fashion so a semicolon becomes
19:39.22Notifynecessary
20:09.40Notify03BRL-CAD:brlcad * 54808 brlcad/trunk/src/libbn/tcl.c: missing semi
20:14.30Notify03BRL-CAD:starseeker * 54809 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Fix a couple bugs in the repository verification - build files reporting in ignored directories wasn't respecting the SVN deleted flag, and the REGEX for stripping the deleted marker from an svn report line was too aggressive.
20:29.35Notify03BRL-CAD:brlcad * 54810 (brlcad/trunk/src/conv/euclid/euclid_unformat.c brlcad/trunk/src/librt/primitives/arb8/arb8.c): more semicolons missing from vmath macros
20:29.46Notify03BRL-CAD:starseeker * 54811 brlcad/trunk/configure.ac: Add lodUtilityP Makefile to configure.ac
20:31.59Notify03BRL-CAD:brlcad * 54812 (brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c brlcad/trunk/src/librt/primitives/ell/ell.c): and more missing semicolons, clean up resulting indent failures
20:46.01starseekerbrlcad: do we need to provide a working autotools build for 7.24.0?
20:46.58starseekerIf we need to that's OK, I just want to be sure before I go too much further trying to fix it
20:47.02Notify03BRL-CAD:carlmoore * 54813 brlcad/trunk/src/util/pix-png.c: reverted r54804 because we need to accept piped input too
21:04.10starseekeris is still expected to see a regression failure of "solids.rt.pix 3 off by many" ?
21:40.46Notify03BRL-CAD:starseeker * 54814 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/tcl/CMakeLists.txt and 1452 others): No clear need as yet to take the Tcl/Tk 8.6 upgrade plunge, but go ahead and pull in the latest 8.5.13 patch release of 8.5 - the change logs list a few bug fixes which may be of interest.
21:47.50``Erik0
22:01.36Notify03BRL-CAD:starseeker * 54815 (brlcad/trunk/src/other/tktreectrl/ChangeLog =================================================================== and 205 others): TkTreeCtrl (http://tktreectrl.sourceforge.net) is a better, more powerful tree widget than the default ttk widget - there's a decent chance Archer will be making use of this, so checkpointing the CMake build for it. Will revert until there is a need, but
22:01.38Notifydon't want to lose the working CMake build. As a first step, commit the vanilla sources for a diffing baseline.
22:05.51Notify03BRL-CAD:starseeker * 54816 (brlcad/trunk/src/other/tktreectrl/demos/demo.tcl brlcad/trunk/src/other/tktreectrl/generic/tkTreeCtrl.h): Tweaks and build files for TkTreeCtrl CMake build. Code changes were including the config.h header and fixing the panel code in the demo so that it didn't end up trying to use Itk panels in bwish.
22:07.49Notify03BRL-CAD:starseeker * 54817 NIL: Now back out the TkTreeCtrl merge until it's needed.
22:20.09Notify03BRL-CAD:starseeker * 54818 (brlcad/trunk/INSTALL brlcad/trunk/src/other/CMakeLists.txt): Oops - correct variable names in Tcl/Tk enable/disable docs.
IRC log for #brlcad on 20130322

IRC log for #brlcad on 20130322

01:20.31maths22``Erik: why does Notify sometimes have lots of ============================== signs
01:30.11``Erikmaths22: something in the mail confuses the parser and it doesn't get the file names right... eventually, I'll fix it
02:37.05*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:54.48*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:10.49Notify03BRL-CAD Wiki:Vannesakren * 0 /wiki/User:Vannesakren:
03:13.58Notify03BRL-CAD:brlcad * 54819 (brlcad/trunk/src/burst/grid.c brlcad/trunk/src/conv/fast4-g.c and 29 others): fix the remainder of vmath calls that were missing semicolons. wow, few more than expected.
03:56.18*** join/#brlcad kanzure (~kanzure@131.252.130.248)
04:25.28*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:40.04*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:59.15*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:23.10*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:48.51*** join/#brlcad Ashish101 (75c2222b@gateway/web/freenode/ip.117.194.34.43)
08:50.41Ashish101Is SeAN HERE ??
09:34.50*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:10.48*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:49.36brlcadstarseeker: yeah, I think we should for at least one more since this wasn't a planned minor bump
13:07.20*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:22.33Notify03BRL-CAD:brlcad * 54820 brlcad/trunk/src/liboptical/sh_cloud.c: revert 54485 since the added precision introduces lots of benchmark result off-by-many changes. the low precision .707 value has been there since Version 2 of RT (commit 395 in Aug 1985). a case for updating the benchmarks could be made, but the sensitivity possibly introduced by the double-precision value is concerning (will single-precision fastf_t
13:22.35Notifygive same values?)
13:27.06*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:36.02starseekerbrlcad: can we yank jove now?  (deprecated 7.14)
13:37.04starseekeroh, crud - opennurbs Makefile.am logic wasn't updated
13:37.09starseekerwades in...
13:39.42Notify03BRL-CAD:brlcad * 54821 brlcad/trunk/include/vmath.h: convert all of the vmath block macros to do {} while (0) form so that a semicolon becomes required. only a really stupid compiler would actually output an always-false branch test, so it should have no impact on performance. moreover, testing (mac, linux, gcc, clang) showed no impact.
13:48.39*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:50.36Notify03BRL-CAD:brlcad * 54822 brlcad/trunk/include/vmath.h: document the reason for the do while construct
13:51.42brlcadstarseeker: yep
13:52.14starseekeryou want to nuke it, or shall I do the honors?
13:52.15brlcadanything 7.16- is easily fair game
13:52.23brlcadgo for it
13:52.45brlcadplays taps
13:53.11starseekerwhat?  no celebrating for lines of code removed? :-P
13:53.42brlcadnot for src/other lines
13:53.51starseekeraw
13:53.59starseekerwell, it didn't start in src/other
13:54.09brlcadmight be polite to ship a dotemacs file with jove bindings
13:54.46starseekeryeah, was planning to move that to misc
13:55.02starseekerjust scrubbed down the file we did have in there to get it loading with a modern emacs
13:57.02Notify03BRL-CAD:starseeker * 54823 (brlcad/trunk/configure.ac brlcad/trunk/src/other/openNURBS/Makefile.am brlcad/trunk/src/other/tcl/unix/Makefile.in): More autotools fixes
14:00.39brlcadcool
14:13.19Notify03BRL-CAD:starseeker * 54824 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/Makefile.am): Add a stripped down version of the jove.emacs Emacs configuration file intended to help Emacs emulate the jove editing experience ('stripped down' means removed things in the original file that didn't load in modern Emacs and/or code that didn't seem especially relevant to jove emulation.) Add to misc, in preparation for
14:13.22Notifyremoval of src/other/jove. This needs to be tested by experienced jove users, but it is a starting point.
14:16.48Notify03BRL-CAD:brlcad * 54825 brlcad/trunk/regress/moss.sh: since -n depends on the shell mode and echo impl, don't rely on it. looks bad in the output. just write a label.
14:17.20brlcadstarseeker: you working on any other CHANGES obsoletions?
14:25.00``Erikkill! kill! kill!
14:36.58Notify03BRL-CAD:r_weiss * 54826 brlcad/trunk/src/conv/vdeck/vextern.h: Another data type change from "long" to "off_t" to allow the function "bu_fseek" to work on Windows 64bit.
14:40.07starseekerbrlcad: not right now
14:40.20starseekerafter I yank jove I've got to try to get the autotools build going :-(
14:44.17Notify03BRL-CAD:starseeker * 54827 (brlcad/trunk/CHANGES brlcad/trunk/CMakeLists.txt and 7 others): Remove the long-deprecated jove editor in src/other.
14:46.52brlcadstarseeker: okie dokie
14:47.07starseekerunless you want to take on autotools :-P
14:47.13starseekerthen I'll be glad to yank more stuff
14:47.14Notify03BRL-CAD:starseeker * 54828 brlcad/trunk/src/other/openNURBS/Makefile.am: More files changed in openNURBS
14:59.59Notify03BRL-CAD:brlcad * 54829 brlcad/trunk/src/liboptical/sh_cloud.c: go for a compromise. use M_SQRT1_2, but truncate it to 0.707 with an explanation for why this matters. done as a static const so we only compute the truncation once, even though the performance impact is probably insignificant.
15:03.56maths22exit
15:46.06brlcadstarseeker: i'll get to it if you don't but I'm working on the regression failures at the moment
15:47.34starseekernods
15:49.04*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
15:50.56*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:51.38FLOSSrookieHas anyone else noticed conflicts with the RPM download of this application?
15:51.45FLOSSrookieFor Fedora.
15:57.07starseekerwhat conflicts?\
15:57.17starseekergrr - what conflicts?
15:58.00starseekercan't type today
15:58.16FLOSSrookieLet me rerun it.
16:00.29FLOSSrookiestarseeker: http://fpaste.org/vJwd/
16:02.35FLOSSrookieSee what I mean.
16:03.09starseekerinteresting.  It's treating the directories as conflicts
16:03.23starseekerwhere did the RPM come from?  Is this the one on the sourceforge site?
16:03.32FLOSSrookiestarseeker: yes.
16:08.19Notify03BRL-CAD:brlcad * 54830 brlcad/trunk/src/liboptical/sh_cloud.c: move the NUMSINES define closer to the use since it's localized to this one function, and document what it means
16:09.00FLOSSrookieUhh....what?
16:09.12starseekerhmm?  that's a commit message
16:09.31FLOSSrookiestarseeker: Oh, at first I thought I was being given instructions.
16:09.42starseekermight be this bug:  http://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=13854
16:10.39starseekerhttp://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=0013609 rather
16:11.04*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:11.23FLOSSrookieSo, this isn't brl-cad problem? Rather cmake?
16:11.30starseekerthat would be my guess
16:11.48FLOSSrookieAny fixes?
16:12.21FLOSSrookieAny workarounds?
16:12.40jordisayolis there a date for the next release?
16:13.07FLOSSrookieOf which, brl-cad or cmake?
16:13.23starseekerFLOSSrookie: can you build from sources?
16:13.39starseekeror otherwise do a non-RPM based install?
16:14.25FLOSSrookiestarseeker: I would need someone to guide me through. If I get that then yes I could install from source. Or how would you recommend I do a non-rpm based install?
16:14.40FLOSSrookieI cannot use debs, right?
16:15.19starseekeryeah - looks like we don't have tgz binary packages posted for 7.22.0
16:15.56brlcadthat looks like a really easy cpack fix
16:16.13FLOSSrookiestarseeker: What about here: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/
16:16.21starseekeryeah, that's the source code
16:16.27starseekeryou want that to build
16:16.40FLOSSrookieI'll take whatever is easiest.
16:16.48FLOSSrookieSource if I must.
16:17.06brlcadit builds *really* easily 99% of the time
16:17.25starseekerbrlcad: yeah, a patch for CPack may be in order
16:17.27FLOSSrookiebrlcad: Why is it that when people say that I end up in the one percent?
16:17.33brlcadwe provide nearly everything you need, just need to make sure you have a compiler (gcc/g++) and perhaps x11 development libraries
16:17.48starseekerbrlcad: probably why the umask thing was causing such a problem, come to think of it
16:17.50brlcadFLOSSrookie: perhaps your name is why? :)
16:18.04starseekerFLOSSrookie: courage
16:18.16starseekerStep 1  - install CMake
16:18.53FLOSSrookiestarseeker: Already installed.
16:19.02starseekerOK.  Do you have gcc?
16:19.17FLOSSrookiestarseeker: Help me check. What is the command to find?
16:19.21starseekerwhich gcc
16:19.33FLOSSrookie/usr/lib64/ccache/gcc
16:19.41starseekerok
16:20.12starseekerThere are some development packages you'll want - what operating system are you on?
16:20.19FLOSSrookiestarseeker: Fedora 18
16:21.45starseekerok - install the following dev packages:  libXext-devel libXi-devel freetype-devel fontconfig-devel
16:21.52starseekerand any dependencies they pull in
16:22.53FLOSSrookiestarseeker: done.
16:23.13jordisayolFLOSSrookie: did you try to compile your own RPM packages with
16:23.13jordisayol$ sh/make_rpm.sh
16:23.33FLOSSrookiejordisayol: Uh...no. I did not know that little app even existed.
16:23.33starseekerjordisayol: he hasn't built yet
16:24.21jordisayolFLOSSrookie: it will check for neeeded packages first
16:26.02FLOSSrookiestarseeker: Waite. Where are we going here? I am being pulled in two directions.
16:26.08FLOSSrookieor wait.
16:26.15FLOSSrookieoops
16:29.09jordisayolthe current rpm packages are not installable on Fedora 18 due to a change on its rpm rules. Now only one package can own an specific directory, BRL-CAD declared all directories, which collided with other packages. I've fixed this issue.
16:31.11brlcadjordisayol: just fyi, I'm working through commit reviews now (300+ to go) and we'll hopefully be able to tag a new release next week
16:31.13starseekerjordisayol: do you have an rpm package that will work?
16:31.23starseekerif not, FLOSSrookie needs to build it
16:31.40FLOSSrookiejordisayol: How do I relax under the sun with this fix?
16:32.36brlcadFLOSSrookie: have you used brl-cad before?
16:33.29jordisayolstarseeker: no, the current rpm from sourceforge are not installable on Fedora 18. No problem on Fedora 17, 16, 15...
16:33.57starseekerFLOSSrookie: go ahead and install those dev packages, if you can
16:34.03starseekeronce you do, you're ready to build
16:34.17FLOSSrookiebrlcad: A little yes. I moved to Fedora from openSUSE and because of this problem could not continue learning.
16:34.36FLOSSrookiestarseeker: Ready!
16:35.02starseekerOK - open up the source tarball
16:35.10starseekertar -xvzf brlcad-7.22.0.tar.gz
16:35.20Notify03BRL-CAD:n_reed * 54831 brlcad/trunk/src/mged/tedit.c: remove extra argument to bu_which
16:35.29starseekerdownloaded from here http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/
16:36.26jordisayolIt's quiet easy to generate new rpm packages with sh/make_rpm.sh, but if you want to generate from
16:36.27jordisayolhttp://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/
16:36.27jordisayolYou have to fix it. is not so complicated
16:36.56starseekerjordisayol: let's get him building it first, then we can look into the RPMs
16:37.16jordisayolok
16:38.41FLOSSrookieA few moments while it downloads.
16:43.47FLOSSrookieIt is extracted...now where?
16:43.54Notify03BRL-CAD:n_reed * 54832 (brlcad/trunk/src/libged/editit.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): remove unused variables
16:45.32starseekerFLOSSrookie: I'll be back in a bit - jordisayol can help you once you've got the source tarball
16:45.52FLOSSrookie:(
16:45.55*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
16:46.11starseekerFLOSSrookie: the script should actually simplify things
16:46.12FLOSSrookieOkay, jordisayol I'll double your salary if you can help me ;)
16:46.31jordisayol0 * 2 = 0 :-D
16:47.16jordisayolFLOSSrookie: wait a moment, I'm downloading sources too
16:49.29Notify03BRL-CAD:starseeker * 54833 (brlcad/trunk/configure.ac brlcad/trunk/include/brep.h and 2 others): More tweaks to try and get autotools working - something is going wrong with librt and openNURBS
16:52.57jordisayolFLOSSrookie: ok, open sh/make_rpm.sh file in a plain text editor like gedit
16:53.43FLOSSrookiejordisayol: done.
16:54.15jordisayolFLOSSrookie: go to line 262 and add # to comment it
16:54.35jordisayolFLOSSrookie: at the beginning of the line
16:54.41FLOSSrookiejordisayol: Done.
16:56.09jordisayolFLOSSrookie: save it and run it from sources root:
16:56.09jordisayol$ sh/make_rpm.sh
16:56.33FLOSSrookiejordisayol: Need I use sudo?
16:56.33Notify03BRL-CAD:brlcad * 54834 brlcad/trunk/NEWS: jove is no more. cliff did it, blame him. ;)
16:56.58jordisayolFLOSSrookie: no, it will use fakeroot
16:57.36FLOSSrookiejordisayol:
16:57.36FLOSSrookie* Missing mesa-libGLU-devel...
16:57.36FLOSSrookie* Missing pango-devel...
16:58.22jordisayolFLOSSrookie: ok, run:
16:58.22jordisayol$ sudo yum install mesa-libGLU-devel pango-devel
16:58.39FLOSSrookiejordisayol: Should I download the x86 or i686? I am using an intel mac 64bit?
16:59.09FLOSSrookieThe last sentence should be a statement not a question.
16:59.18FLOSSrookieOops again.
17:00.14FLOSSrookie^ jordisayol
17:00.21jordisayolThis  not depend on which processor you have, it depends on which Fedora you have installed, but do not care about this, if your fedora is 64-bit, it will download 64 packages
17:00.38brlcadstarseeker: something indeed is not right if you're needing to change the //'s in brep.h ...
17:00.46brlcadit should only hit those with a c++ compiler
17:00.53brlcadit should only work with a c compiler
17:00.58brlcads/work/warn/
17:01.37brlcadso it's encountering those lines with a c compiler, implying the #ifdef protections may be wrong
17:01.42FLOSSrookiejordisayol: Done.
17:02.01FLOSSrookieNow I need to install fakeroot, hold on.
17:02.36FLOSSrookieOkay, it is processing with make_rpm.
17:03.22FLOSSrookieOh, does brl-cad use any qt stuff?
17:03.29brlcadFLOSSrookie: not yet
17:03.43FLOSSrookiebrlcad: Good, don't
17:04.07brlcadwe will eventually :)
17:04.14brlcad(in a few years)
17:04.18FLOSSrookieWhy not gtk?
17:04.38brlcadapi complexity and cleanliness of portability to windows
17:05.09FLOSSrookiebrlcad: What about something like wxwidgets then. One can make some good looking stuff with it.
17:05.50FLOSSrookiejordisayol: I am still at about 13%
17:06.01brlcadI like wxwidgets, but it can't handle our needs
17:06.18jordisayolFLOSSrookie: it's correct. It will take some minutes, depending on your cpu
17:06.28FLOSSrookiebrlcad: I only ask because using qt in gtk env. looks ugly.
17:06.30brlcadfor the style of interface we're designing towards, we need some pretty tight features
17:07.23FLOSSrookieAnd vice versa.
17:07.25brlcadthat much probably won't be an issue because the plan is a custom qt facade
17:07.37brlcadnot qt's default appearance
17:07.52FLOSSrookiebrlcad: Custom icons too?
17:07.58brlcadmore like a game interace, just using qt under the hood
17:08.18FLOSSrookiebrlcad: Like a blender interface?
17:08.27brlcad"sorta" ... but not really ;)
17:09.00FLOSSrookiebrlcad: Could the type of system in use by blender work for you? It would be cool.
17:09.10FLOSSrookieui that is.
17:09.17brlcadthe goal is towards being very discoverable and explorable
17:09.23brlcadI wouldn't say blender is discoverable
17:09.42brlcadthe type of system they use is interesting
17:09.48brlcadtheir new one at least
17:09.58FLOSSrookieYes, their new one is cool.
17:12.00FLOSSrookieI know there are a lot of posts on forums and blogs with questions like "Can blender be used as CAD" and the standard response is that CAD can perform calculations. Can you give me some links on just what this means. I am new after all. Very new.
17:12.12brlcadFLOSSrookie: I'd love to share more code with Blender, but unfortunately it's a one way street (from us to them)
17:12.28brlcadtheir license isn't compatible with ours (without us adopting theirs)
17:13.25brlcadFLOSSrookie: yeah, blender is fundamentally inappropriate for CAD and/or solid modeling
17:14.50FLOSSrookieSome links to explain further?
17:14.52brlcadthe reason is mostly due to the underlying mathematics involved in representing geometry
17:15.16brlcada bit complicated to explain in plain terms, but for solid modeling, you have to keep track of topological structure of geometry
17:15.32brlcadso you can know whether you're inside or outside of something, for example
17:15.50brlcadblender doesn't care about inside and outside or connectivity, it only cares about surfaces
17:15.58FLOSSrookieBut how is this advantageous to calculations?
17:16.15brlcadsay you want to compute the mass of something
17:16.20FLOSSrookiejordisayol: 60 percent
17:16.23brlcadyou can't do that if all you ahve is surfaces
17:16.31jordisayolFLOSSrookie: ok
17:16.49brlcadeven if your surfaces happen to close a volume, that doesn't necessarily mean it's topologically valid
17:17.14brlcadwhich means it might still give incorrect values, you don't know
17:17.27FLOSSrookiebrlcad: Does brlcad make it easy to reach these numbers for calculations? Do I need to use outside programs like Octave or something?
17:17.51jordisayolFLOSSrookie: if you've installed a privative graphic driver, then the resulting RPM will only be installable on your system
17:17.59brlcadand that's the one aspect that's even worse .. not being able to calculate a volume is bad, but giving a volume calculation that "might" be inaccurate is even worse
17:18.45FLOSSrookiejordisayol: In other words, "don't share it buddy" right? ;)
17:19.02brlcadFLOSSrookie: it entirely depends on what you need to do, but we do focus extensively on solidity issues, geometry representation, and robust calculations
17:19.10brlcadour libraries are geared for that from the ground up
17:19.45brlcadthat's why our biggest sector of use is by analysis programs that use our geometry and perform their own simulations on top
17:19.46jordisayolFLOSSrookie: well, if the other computers have the same graphic card with the same driver, then will not be any problem, that's all
17:20.05FLOSSrookiebrlcad: Can you link me some documentation as how to get at this geometry?
17:20.28brlcadFLOSSrookie: as a user, a developer, what are you talking about?
17:20.53FLOSSrookiebrlcad: I guess more like user.
17:21.08brlcadyou "get at geometry" in simulations almost always as a developer because you're implementing the simulation... :)
17:21.26brlcadas a user, what is your goal has to be the consideration
17:21.33brlcadyou "have" the geometry that you create
17:22.05brlcadyou can export it to analysis systems or use the ones that integrate directly (which you probably don't have access to, most are restricted access)
17:22.29Notify03BRL-CAD:bob1961 * 54835 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Arrange to sync the hierarchy tree in Archer after a call to xpush.
17:22.34brlcadwe've talked about providing some simplistic simulation services directly without our system, but that gets on the fringe of features
17:22.47brlcadwe've got enough to worry about as it is ;)
17:22.54FLOSSrookiebrlcad: Restricted access? You mean proprietary?
17:23.02brlcadsometimes yes, sometimes no
17:23.36FLOSSrookieIf it is not proprietary then how is it restricted?
17:24.02brlcadseveral of our customers are government agencies, their work isn't technically proprietary but it's not available without an agreement in place either
17:25.48FLOSSrookieOh, I see. But any documentation on how to use other tools to import and analyze stuff from brlcad?
17:27.19brlcadthat gets back to what exactly you're trying to do
17:27.22FLOSSrookieOh, and would it be possible to update the documentation? If I get a little more time could I help? English is my native language. And when I am not in a rush (as I am on the IRC) I do very well. I am thinking it needs to be made with LaTeX.
17:27.43brlcadwe're always open to contributions of ANY kind
17:27.43FLOSSrookieIt is only now at 100 percent and almost done.
17:27.54Notify03BRL-CAD:carlmoore * 54836 (brlcad/trunk/INSTALL brlcad/trunk/misc/jove.emacs and 2 others): remove trailing blanks/tabs
17:28.12brlcadwe'll teach you how to get involved too, if needed .. so long as there is interest ;)
17:28.52brlcadour documentation is actually very extensive -- I calculated more than 1M words a couple years ago
17:29.25brlcadthat's roughly 2000-4000 pages of documentation
17:32.08FLOSSrookieWhat was used to compose the current documentaion: MS word, OpenOffice, Tex?
17:32.21FLOSSrookiejordisayol: It is now installing. Compiling is done.
17:32.43jordisayolFLOSSrookie: ok
17:34.40FLOSSrookiebrlcad: ^
17:36.35jordisayolFLOSSrookie: installation went fine?
17:37.07FLOSSrookiejordisayol: Almost done...I think. It does not give feedback as a percentage.
17:38.51jordisayolFLOSSrookie: ok, Just want to know if I'll double my salary today... :-)
17:39.23brlcadFLOSSrookie: with that much documentation across 30+ years .. just about everything ;)
17:39.37brlcadit's now nearly all in docbook xml format
17:40.03brlcadbut was originally a mix of latex, text, msword, troff manpages, and html
17:40.20brlcadfrom docbook xml, we can export to ALL of those, so it's the future ;)
17:41.53FLOSSrookieBy the way, focus more on functionality before you give it a shiny new interface. Export to 2D technical drawing would be cool, if it doesn't do it already.
17:42.14FLOSSrookieI cannot stand those people who want something pretty rather than functional.
17:43.51FLOSSrookiejordisayol: Its done. Finally.
17:44.42FLOSSrookiejordisayol: Now what?
17:44.43jordisayolFLOSSrookie: good!
17:45.29jordisayolFLOSSrookie: now go to gnome3 menu by pressing left windows key
17:45.38jordisayoland type: archer
17:45.48FLOSSrookiejordisayol: Using xfce actually.
17:45.56jordisayolok
17:46.20FLOSSrookiejordisayol: I see nothing with that name.
17:46.26jordisayolthere will be a new "BRLCAD" entry on the menu
17:46.39jordisayolis not there?
17:47.09FLOSSrookiejordisayol: First help me find the installation like I did with gcc "which gcc" what is the binary name?
17:48.36FLOSSrookiejordisayol: No, there is not menu entry.
17:48.41jordisayolFLOSSrookie: sorry, I don't understand you
17:49.11FLOSSrookieWhat is the binary so that I can maybe execute it from the terminal. It has no menu entry after all.
17:49.17jordisayolFLOSSrookie: and there isn't some menu entry like "other"
17:49.18jordisayol?
17:49.56jordisayolFLOSSrookie: /usr/brlcad/bin/archer
17:49.59FLOSSrookiejordisayol: Yes, but I had that before and it holds all the xscreensaver stuff. No entry for brlcad.
17:50.25jordisayolmmmm, strange
17:50.36FLOSSrookiejordisayol: It does not exist.
17:51.26FLOSSrookiejordisayol: Did I miss a step after the make_rpm?
17:51.33FLOSSrookiemake_rpm script?
17:51.43jordisayolno, it do every step for you
17:52.04jordisayolFLOSSrookie: did you run /usr/brlcad/bin/archer without problems?
17:52.24FLOSSrookiethere is no executable "archer" on my system.
17:53.03jordisayolFLOSSrookie: how did you install the resulting package?
17:53.45FLOSSrookieThat script was make_rpm yes? Where did it put it?
17:53.53FLOSSrookieIt made an RPM yes?
17:53.59jordisayolyes
17:54.07FLOSSrookiejordisayol: Where was that placed?
17:54.17jordisayolit places in the same level of sources folder
17:54.36FLOSSrookiejordisayol: Did it auto install that RPM?
17:55.07jordisayolnop, it only generates it. now you have to install
17:55.27FLOSSrookiejordisayol: I don't see it. That is why I asked if I missed a step.
17:55.49jordisayolFLOSSrookie: the script finished without errors?
17:55.56FLOSSrookiejordisayol: Affirmative.
17:56.17FLOSSrookie"exit 0"
17:56.30jordisayolok, then the rpm packages has to be saved at ../ from where you built it
17:57.20jordisayolFLOSSrookie: is it there?
17:58.14FLOSSrookieI think it is. I had to sort by mod time in the view because I had others for brl-cad there. It appears to be working so far.
17:59.07FLOSSrookiejordisayol: ITS ALIVE, its alive !!!! :) :)
17:59.32FLOSSrookieHow are you going to spend your raise?
18:00.05jordisayolFLOSSrookie: don't know, I'm thinking on it... :-)
18:00.24FLOSSrookieWell, thanks guys!
18:00.32jordisayolFLOSSrookie: did you get a new entry on menu now?
18:00.41FLOSSrookiejordisayol: Yes indeed.
18:00.47jordisayolok, perfect
18:08.39Notify03BRL-CAD:starseeker * 54837 brlcad/trunk/include/brep.h: Shouldn't have to use C style comments here - why isn't the #ifdef __cplusplus conditional protecting the C++ code?
18:10.50starseekerbrlcad: I don't get it - I wrapped the C++ code in the ifdef __cplusplus, but a C compilation is complaining regardless
18:16.44Notify03BRL-CAD:starseeker * 54838 brlcad/trunk/include/brep.h: whoops, need the extern C++
18:22.06starseekerbrlcad: I suppose I did/am doing something wrong, but I'm not sure what - the CMake build gets away with it because of std=gnu99, which we had to pull in for some of the OSX stuff IIRC
18:26.44starseekerusing a pragma message, it looks like __cplusplus is NOT defined, and the compiler is complaining about the comments anyway???
18:53.59*** join/#brlcad jaake (~h4ckm3@64.90.163.147.static.nyinternet.net)
18:54.15jaakehey, I jsut emerged this on gentoo
18:54.21jaakeHow do you start it?
18:54.26jaakedo I need to install a front end?
18:54.52``Erikyou probably want 'mged'  
18:55.03jaakeis that a front end?
18:55.27``Erikit's a graphical modeller, comes with the suite
18:56.47jordisayolbrlcad: thanks for your answer! Now I've seen it... :-/
18:59.07*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
19:01.55jaakeokay I found mged-brlcad.desktop in /use/share/applications but it won't run from there
19:02.57jaakeI can't find a man brlcad or a info brlcad either
19:03.10jaakeno man mged
19:12.15jaakeokay it's in /usr/brlcad/bin/mged which is not in the PATH variable by default, might be a good idea to make a symlink in /usr/bin/ on install for mged
19:12.17jaakew/e ty
19:17.03brlcadjaake: brl-cad is comprised of over 400+ tools .. should we symlink them all in /usr/bin? ;)
19:18.16Notify03BRL-CAD:carlmoore * 54839 brlcad/trunk/src/util/pix-png.c: just the Usage message if run with no arguments AND no file pipes
19:18.32brlcadeither way, that's for the gentoo maintainer to do, which isn't us
19:18.46jaakebrlcad: point taken
19:18.56brlcadthere used to be a script that would set up the paths, don't know if that's still there
19:19.09brlcadbecause you ideally have PATH and MANPATH set
19:19.10jaakeI guess not many people are going to run into this that aren't also capable of figuring it out
19:19.19brlcadnods
19:20.01brlcadand those that can't, generally didn't want/need a CAD system to begin with and really just needed a modeling tool (for which there are easier-to-use alternatives)
19:20.36brlcadFLOSSrookie: we partially export to 2D, but that's a work-in-progress (and a known limitation that we're looking to fix)
19:21.18brlcadwe have tons of functionality really -- our interface is our weakest aspect (very "expert-friendly" .. hard to learn, hard to use until you are an expert)
19:30.02Notify03BRL-CAD:carlmoore * 54840 brlcad/trunk/src/fb/png-fb.c: put 'png-fb' name into messages
19:30.19brlcadFLOSSrookie: yes, in terms of http://www.linux.com/images/stories/blender-ui-sidebyside.png being an improvement, but still a different UI approach overall
19:30.29brlcadand drastically different from where we're at now
19:37.01Notify03BRL-CAD:carlmoore * 54841 brlcad/trunk/src/util/png-pix.c: add 'png-pix: ' to error messages, and eliminate newline in middle of Usage
19:41.55Notify03BRL-CAD:n_reed * 54842 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): correct a mistake in r51070, which apparently wasn't a perfect application of SCL git c415e49
19:42.32FLOSSrookiebrlcad: If you ask me, 2D export aught to be a high priority not low.
19:42.59FLOSSrookieought, I mean.
19:43.03brlcadFLOSSrookie: didn't mean to imply it was low priority
19:43.46brlcadwe've been investing the vast majority of our manpower in NURBS infrastructure, which provides equivalent representation support
19:44.00brlcadwhich is fundamental infrastructure needed to do 2D export well
19:44.03brlcadthat gets us a TON of features actually
19:44.32brlcad2D export, shaded displays (opengl-style), robust import, robust export, robust tessellation, ...
19:44.47Notify03BRL-CAD Wiki:Himaniarora * 0 /wiki/User:Himaniarora:
19:45.00brlcadall features that are very very hard with our original mathematically-founded representation
19:45.22brlcadstarseeker: you figure out what was going on with the comments?
19:45.37brlcadneeding extern "C++" .. is very curious
19:45.57FLOSSrookiebrlcad: Oh, can you give me some more info on how to use other programs which use brlcad data for calculations?
19:46.12brlcadusually you only extern "C" since C++ will be the default when compiling, not sure what that's about
19:46.32brlcadFLOSSrookie: to what end if you don't have access to those programs? :)
19:46.52brlcadFLOSSrookie: easier to have a goal in mind that we can help you work towards
19:47.21brlcadone common request, though, is to export a brl-cad model for rapid prototyping
19:48.07FLOSSrookieI think that is more what I am getting at.
19:48.12brlcadso you model something, and then use one of our g-* exporters (e.g., g-stl) to export to a polygonal format, which is in turn read by a CNC or lathe or milling machine, etc
19:48.50brlcador at the most simple level, create some great visualizations or animations of a model
19:49.05starseekerbrlcad: not really sure - part of it seems to be GCC complaining about comments when it has no right to
19:49.16brlcadfor that you model it, set up a scene for rendering, and make it look fantastic, then render images or a movie
19:49.45brlcadstarseeker: gcc doesn't exactly get that wrong, just does what it's told :)
19:49.55brlcadso we're telling it something wrong somewhere
19:50.01brlcadwhat's the actual compile line look like?
19:50.24brlcadalso wonders how "new" this is
19:50.30FLOSSrookiebrlcad: So, those programs that I do not have access to can do stuff like physics and measure stress etc...?
19:50.46starseekerI put both ifdef _cplusplus and ifndef _cplusplus pragma statements in there - it *didn't* print the pragma that would have indicated it was inside the C++ code, and still complained about comments within that block
19:51.17brlcadwow, go carl .. I think r54839 is his first real bit of logic
19:51.29brlcadFLOSSrookie: yep
19:52.21brlcadsimulate explosions or radiation transport or penetration equivalences along with the usual stress, strain, fracture and kinematics
19:53.17FLOSSrookiebrlcad: Wow! I wonder how much it would take to make a program like that? Why is that the Army opened brlcad but not a program like that?
19:53.18brlcadstarseeker: so that sounds really fishy (obviously)
19:54.17brlcadFLOSSrookie: hundreds of manyears effort to bring something to a production-quality useful status, generally speaking
19:54.48brlcadan individual could probably whip up a demo in far far less time, but they'd need considerable educational background
19:55.34FLOSSrookieWhy would they not open up the other half? (the army)
19:57.15FLOSSrookiebrlcad: Without that other application isn't brlcad usage going to suffer for others not part of a corporation or government entity.
19:58.59brlcadFLOSSrookie: you'd have to ask them that, but that's kind of like asking why doesn't microsoft open up ther internal xbox tools
19:59.36FLOSSrookiebrlcad: MS does not open anything. The Army did. I just wonder why they stopped halfway.
19:59.40brlcadthose analysis tools have very little bearing on the usage of brl-cad as open source
20:00.05FLOSSrookiebrlcad: But how useful without it?
20:00.08brlcadI don't see it as stopping halfway
20:00.21brlcadthose tools are fully independent
20:00.52brlcadand you're missing the point with "MS does not open anything"
20:02.12brlcadmicrosoft open sourced the kinect code, for example, but that doesn't mean they "stopped halfway" by not open sourcing their xbox games that use the kinect
20:03.50Notify03BRL-CAD:carlmoore * 54843 brlcad/trunk/src/anim/chan_permute.c: fix a comment and a Usage statement which had 'channel' instead of 'chan_permute'
20:08.27FLOSSrookieIs brlcad of much use without one of those programs?
20:10.35``ErikYes.
20:11.06FLOSSrookie``Erik: How so?
20:11.20FLOSSrookie``Erik: Educate me :)
20:11.24``Erikthat all depends on your goal
20:12.14``Erikis a hammer of much use if you're not busy hammering the crossbrace into the gate of a chicken coup?
20:12.22Notify03BRL-CAD:brlcad * 54844 brlcad/trunk/src/libbn/poly.c: this temporarily reverts r54495 because it introduced regression failures in the solids test (due to subtle graze/hit changes). need to update the regression test to match and propagate other improvements
20:12.23brlcadFLOSSrookie: like I said, you can still export a model for machining
20:12.33brlcador render images for visualization or animations/movies
20:12.48brlcadlots of awesome potential there
20:13.32``Erikponders a BRL-CAD koans page
20:13.50FLOSSrookiebrlcad: That is true, I am just wondering now if it would do much good if one of those programs could find over-stress but because you don't have it you will not know it and you mill for nothing. Or maybe it is just that I am so new that I misunderstand. That is also very possible.
20:13.55brlcadyou are kinda asking how can a pencil be useful without #20 paper
20:14.12starseekergoogles koans
20:14.40brlcadgoogles a pencil
20:14.51``Erikkinky
20:15.54FLOSSrookiebrlcad: I don't think it is much like that at all.
20:16.25brlcadthere are plenty of ways to analyze a model
20:16.25FLOSSrookieThere is a difference between art and calculation.
20:16.30brlcadseveral open source options even
20:16.38brlcadfeed the model to them
20:16.39FLOSSrookiebrlcad: What are they?
20:16.44brlcadgoogle is your friend
20:16.48brlcadthey're not our domain
20:17.00FLOSSrookieAll you have to do is name drop.
20:17.09brlcadany more than any other unreleased apps or commercial products
20:17.14``ErikI've been awfully tempted to model the inside of my living room so I can try placing furniture and doing some raytraces to see how it'd look if I rearranged, or bought new furniture
20:17.52``Erikor maybe I'm building a radio control airplane and I want to see if the cg is close enough to the cl to minimize ballast
20:18.11FLOSSrookieWhat kind of term should I use? What is the technical names for these apps?
20:18.20brlcadFLOSSrookie: the way you frame it is *specifically* as an endorsement or furthering you to look at them, and I don't think that'd be useful to you or me to do that....
20:18.36brlcadFLOSSrookie: try looking for open source finite element analysis software
20:18.46brlcador open source stress strain simulation
20:18.53``Erikfem/fae, w00t
20:18.58starseekeror animation and rendering, if you want pictures...
20:19.14brlcadFLOSSrookie: http://brlcad.org/BRL-CAD_Priorities.png  may be of interest
20:19.28brlcadalong with http://brlcad.org/Industry_Diagram.png
20:19.37brlcadlots of terms in there...
20:19.50``Erikfor amusement, I once modeled the solar system described in Nivens 'ringworld', just to see what it'd look like as described, instead of a hoaky artist rendition
20:21.25``Erikstares at the ucw a/b testing framework he just scrapped together O.o
20:23.58FLOSSrookie``Erik: What do the "***" mean on irc?
20:24.24``Erik'action'
20:24.46FLOSSrookie``Erik: Were you hinting something to me then?
20:24.59jordisayolFLOSSrookie: just type: me is happy using BRL-CAD
20:25.57FLOSSrookiejordisayol: Why?
20:26.15jordisayoljust do it and will see what happen ;-)
20:26.34FLOSSrookieme is happy using BRL-CAD
20:26.43jordisayol:-(
20:26.57FLOSSrookiejordisayol: Wow! I feel better already.
20:27.04jordisayolhahahaha
20:27.06jordisayolsorry
20:27.11caen23it's /me :-)
20:27.16FLOSSrookiejordisayol: Why?
20:27.17jordisayolyes, sorru
20:27.42jordisayoltry: /me is happy to use BRL-CAD
20:27.57jordisayols/sorru/sorry/
20:29.08FLOSSrookieis happy to use BRL-CAD
20:30.54FLOSSrookieDo any of you have any experience with any of these fea apps: http://www.mechanicalengineeringblog.com/tag/list-of-open-source-softwares/
20:32.07FLOSSrookieNow can these programs import data from brlcad?
20:32.54FLOSSrookiehttps://en.wikipedia.org/wiki/Z88_FEM_software it says import of STL and I believe brlcad can export to that yes?
20:46.13*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:52.59*** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:02.52brlcadanswered in pm before he disconnected
21:02.52Notify03BRL-CAD:brlcad * 54845 brlcad/trunk/include/vmath.h: increase the precision of all our vmath math constants to 36 digits. in the process, found an error in M_PI_4 but it was below double-precision.
21:04.38*** join/#brlcad Mahi (~Mahi@ec2-23-20-215-97.compute-1.amazonaws.com)
21:13.23Notify03BRL-CAD:brlcad * 54846 brlcad/trunk/include/vmath.h: add an M_PI_3 constant even though it's not common, just because we need it in at least one place
21:16.54brlcadstarseeker: do the regressions pass for you now? (they should)
21:17.18brlcadI think the poly case is one of improvement, so the regression test result will need to be updated
21:17.47brlcadit added precision deep within the polynomial root solver, so it's worth fixing
21:18.51``Erikaltering the results of the root solver while the tangential torii issue is still giving 'off by 1' errors in the regression tests? O.o
21:20.04``Erik(or is it time to give up on that and regenerate the expected result images)
21:23.00Notify03BRL-CAD:n_reed * 54847 brlcad/trunk/src/other/step/src/fedex_plus/classes.c: move variable definition outside of loops to avoid multiple declaration errors in generated sources
22:01.25*** join/#brlcad tat (~tat@5.28.75.74)
22:02.07tatis there a way to use brl-cad on OSX with middle mouse button ???
22:02.21tatwell the mac doesn't have a middle mouse button
22:04.33tatok found it under X11 preferences "emulate 3 mouse button" then hold a while pressing the mouse
22:04.44tatok found it under X11 preferences "emulate 3 mouse button" then hold alt key while pressing the mouse
22:07.07*** join/#brlcad merzo (~merzo@215-77-133-95.pool.ukrtel.net)
22:35.32Notify03BRL-CAD:starseeker * 54848 brlcad/trunk/src/other/openNURBS/Makefile.am: Still need to build these openNURBS files.
22:43.37Notify03BRL-CAD:starseeker * 54849 (brlcad/trunk/src/burst/Makefile.am brlcad/trunk/src/bwish/Makefile.am and 24 others): Distcheck still not working in autotools, but this at least gets things compiling again...
22:47.45starseekermutter
22:48.08starseekercan't remember - what did we do in autotools about cleaning out files with names like ttk::widget.n?
22:48.29*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:02.04*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
23:05.17*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:05.40Notify03BRL-CAD:starseeker * 54850 brlcad/trunk/src/other/tk/Makefile.am: try to get rid of all the ttk man pages.
23:07.07starseekerdoggone it, now libpng is leaving a bunch of stuff
23:09.18starseekervotes for autotools removal in 7.24.2
23:15.03starseekerbrlcad: check - regression succeedes with CMake build here
23:15.30starseekerautotools distcheck either needs updating or is having problems with file locations, not sure which yet
23:15.58starseekerneed to finish some other stuff, so I'm temporarily off autotools if you want to have a go
23:42.22*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:50.25*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:53.29*** part/#brlcad Mahi (~Mahi@ec2-23-20-215-97.compute-1.amazonaws.com)
IRC log for #brlcad on 20130323

IRC log for #brlcad on 20130323

01:20.46*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
01:24.09*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:21.51*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:16.54*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:47.51brlcad``Erik: shouldn't be giving any off-by errors any more
03:48.43brlcadat least, you'll have to be more specific
03:49.19brlcadI do think that the solids regression is going to need to have one pixel updated due to increased root solver precision, but it is exactly one pixel
03:50.29brlcadI did walk that one through a debugger to understand it a bit more a few weeks ago
04:01.47Notify03BRL-CAD:brlcad * 54851 (brlcad/trunk/regress/solidspix.asc brlcad/trunk/src/libbn/poly.c): restore the increased M_SQRT3 precision change that carl had made to the polynomial root solver, which broke the solids regression test. walking the math through the debugger showed that a slightly different root was being returned causing a ray to intersect the massively distorted eto in the solids regression at enough of
04:01.49Notifya delta to cause different light computations. this resulted in a single pixel off-by-many, which we also update in the reference image so that it reflects the new more accurate answer. while we're at it, increase the precision of 1/3 and 1/27th by computing them during static init.
04:19.55*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:30.03Notify03BRL-CAD:brlcad * 54852 brlcad/trunk/TODO: push second iteration tasks further back since we're way off track and release is the priority. richard noticed massive memory leakage in mged blowing out bu_malloc when drawing large geometry, so need to sort that out asap. push the rest back.
09:46.20*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:50.09jordisayolhello
09:51.07jordisayolwith the last commit 54852, rtwizard returns this error http://paste.debian.net/243894/
11:05.05*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:07.46*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:35.38brlcadstarseeker: presumably related to the tcl/tk upgrade?
13:19.29*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
14:27.45*** join/#brlcad caen23_ (~cezar@92.83.177.51)
14:56.50*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
15:05.53*** join/#brlcad merzo (~merzo@136-6-133-95.pool.ukrtel.net)
15:08.54*** join/#brlcad yiyus (1242712427@je.je.je)
16:05.21starseekerbrlcad: probably - I think I got that bit, but I'm not sure what's up with libpng...
16:06.05starseekeroh, you mean rtwizard
16:06.11starseekerchecks...
16:08.10starseekerthat looks more like a conflict between built and installed tcl/tk
16:08.52starseekerwhen jordisayol comes back, we need to ask him the details of what he did - clearing the install directory, for example?
16:09.33starseekerit's clearly not happy about the versions, but unless he's got a system install of 8.5.9 lurking somewhere that smells like stale files of some kind
16:11.19starseekerlet me build here and I'll check rtwizard
16:12.47starseekerbrlcad: sorry, guess that was probably not the best time to do that update...
17:03.10*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:46.02*** join/#brlcad merzo (~merzo@43-210-201-46.pool.ukrtel.net)
18:03.32*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:32.32``Erikbrlcad: sorry, benchmark test shows it on m35, 74 off by 1. iirc, they all happen to be along the wheel torii, skimming hit type issue
18:36.42*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:40.50starseekerhmm...
18:40.58starseekeryeah, rtwizard is having trouble here too
18:41.00starseekerwhat the..
18:41.49*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:42.21starseekerah, wait
18:42.34starseekerjordisayol: I think I may know what's going on with rtwizard - one sec...
18:42.48jordisayolstarseeker: ok
18:43.51Notify03BRL-CAD:starseeker * 54853 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): Update CMake's variables for Tcl/Tk versions
18:46.02starseekernote to self - grepping for tcl/tk version number in src code is insufficient...
18:46.23starseekerjordisayol: give it a go
18:47.21jordisayolstarseeker: ok.
19:11.09jordisayolstarseeker: fixed! many thanks! :-)
19:35.52*** join/#brlcad merzo (~merzo@246-240-132-95.pool.ukrtel.net)
19:45.51*** join/#brlcad merzo (~merzo@226-7-132-95.pool.ukrtel.net)
20:00.52*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:41.58*** join/#brlcad merzo (~merzo@243-144-132-95.pool.ukrtel.net)
20:49.12*** join/#brlcad crdueck_ (~cdk@24.212.219.10)
20:50.49*** join/#brlcad merzo (~merzo@105-64-133-95.pool.ukrtel.net)
21:37.33*** join/#brlcad merzo (~merzo@183-72-132-95.pool.ukrtel.net)
21:49.18*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
21:50.39*** join/#brlcad crdueck (~cdk@24.212.219.10)
22:01.16*** join/#brlcad merzo (~merzo@141-19-132-95.pool.ukrtel.net)
22:48.32*** join/#brlcad merzo (~merzo@187-63-133-95.pool.ukrtel.net)
23:30.32*** join/#brlcad merzo (~merzo@71-5-132-95.pool.ukrtel.net)
23:55.09*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
IRC log for #brlcad on 20130324

IRC log for #brlcad on 20130324

00:07.32*** join/#brlcad merzo (~merzo@170-63-133-95.pool.ukrtel.net)
01:50.37*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:24.33*** join/#brlcad merzo (~merzo@245-33-132-95.pool.ukrtel.net)
02:26.45*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:40.33*** join/#brlcad merzo (~merzo@159-71-132-95.pool.ukrtel.net)
05:43.10*** join/#brlcad caen23 (~cezar@92.83.177.51)
07:42.48*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:50.24*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:52.31*** join/#brlcad merzo (~merzo@19-236-133-95.pool.ukrtel.net)
08:19.32*** join/#brlcad merzo (~merzo@176-103-132-95.pool.ukrtel.net)
08:40.19*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
10:59.41*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:56.11*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
14:35.53brlcadstarseeker: nah, the timing is good, it's a .0
14:39.30brlcad``Erik: benchmark has shown 74 off-by-one for a very very long time -- the reference image is probably "off"
14:40.12brlcadI think I actually generated that back in '99 or so on an old b&w solaris box
14:41.10brlcadknown the issue, but wanted to get a vgr up and running via simh before trying to "fix" it
14:41.45brlcadand that was a while ago, so my recollection could be off or mixed with something else
15:33.04*** join/#brlcad caen23 (~cezar@92.83.177.51)
17:48.51*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:09.27*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
21:23.50*** join/#brlcad merzo (~merzo@176-103-132-95.pool.ukrtel.net)
21:33.32*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:18.29*** join/#brlcad merzo (~merzo@176-103-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20130325

IRC log for #brlcad on 20130325

14:53.07*** join/#brlcad ibot (~ibot@rikers.org)
14:53.07*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
16:22.59*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:11.55*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
19:00.21*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
19:42.46*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:52.09starseekerhmm, quiet
20:52.47starseeker``Erik: did CIA crash?
20:55.25``Erikhuh, it's not here
20:58.57``Erikpump is still running, looks like the ircd it was on rebooted or something
21:28.28*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:29.00Notify03BRL-CAD:starseeker * 54854 brlcad/trunk/NEWS: Add news item about upgrading Tcl/Tk to 8.5.13
21:29.02Notify03BRL-CAD:starseeker * 54855 brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025
21:29.08Notify03BRL-CAD:starseeker * 54856 (brlcad/trunk/NEWS brlcad/trunk/TODO and 116 others): Upgrade libpng to 1.6.0
21:29.40Notify03BRL-CAD:starseeker * 54857 brlcad/trunk/src/other/libpng/Makefile.am: Re-add some of the changes from r46025 - CPPFLAGS handling seems to have changed in 1.6.0
21:29.49Notify03BRL-CAD:carlmoore * 54858 (brlcad/trunk/src/libged/Makefile.am brlcad/trunk/src/util/Makefile.am brlcad/trunk/src/util/pix-png.c): remove trailing blanks & tabs
21:32.52*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:32.54Notify03BRL-CAD:starseeker * 54854 brlcad/trunk/NEWS: Add news item about upgrading Tcl/Tk to 8.5.13
21:32.55Notify03BRL-CAD:starseeker * 54855 brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025
21:33.00Notify03BRL-CAD:starseeker * 54856 (brlcad/trunk/NEWS brlcad/trunk/TODO and 116 others): Upgrade libpng to 1.6.0
21:33.34Notify03BRL-CAD:starseeker * 54857 brlcad/trunk/src/other/libpng/Makefile.am: Re-add some of the changes from r46025 - CPPFLAGS handling seems to have changed in 1.6.0
21:33.43Notify03BRL-CAD:carlmoore * 54858 (brlcad/trunk/src/libged/Makefile.am brlcad/trunk/src/util/Makefile.am brlcad/trunk/src/util/pix-png.c): remove trailing blanks & tabs
21:34.07Notify03BRL-CAD:n_reed * 54859 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): Parsing 242_n2813_mim_lf.exp exceeds lemon's max stack depth. The quick fix is to double the stack size to 200, which incidentally is bison's initial stack size.
21:41.49Notify03BRL-CAD:carlmoore * 54860 brlcad/trunk/src/util/bw-rle.c: changed 'pix' to 'bw' (this does NOT affect 'pixel')
22:47.23*** join/#brlcad crdueck (~cdk@24.212.219.10)
22:49.10*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
22:50.49*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
22:52.24*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
23:01.58*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:15.37*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
IRC log for #brlcad on 20130326

IRC log for #brlcad on 20130326

00:13.10Notify03BRL-CAD:brlcad * 54861 brlcad/trunk/src/mged/mged.c: remove the debug printing to the non-portable /tmp/stdout file, makes several bogus assumptions. also be sure to remove our bu_log hook that redirects output to the GUI when we're closing the application. there may be other calls to bu_log() that will crash after Tcl is shut down.
00:18.56Notify03BRL-CAD:brlcad * 54862 brlcad/trunk/src/mged/mged.h: declare gui_output
00:19.16Notify03BRL-CAD:brlcad * 54863 brlcad/trunk/src/mged/cmd.c: moved gui_setup to mged.h so no longer need to declare here
00:21.32Notify03BRL-CAD:brlcad * 54864 brlcad/trunk/src/mged/mged.c: looks like LOGFILE is no longer used, which is good because this looks like a total non-portable hack
00:23.04Notify03BRL-CAD:brlcad * 54865 brlcad/trunk/src/mged/mged.c: slow commit, wasn't supposed to get this yet
01:17.30*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
01:30.54*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
01:40.56Notify03BRL-CAD:brlcad * 54866 brlcad/trunk/src/mged/mged.c: restore stdout and stderr when we're done with the GUI by capturing them with a dup() call and then later restoring back with dup2(). this fixes a problem where an atexit() callback couldn't write out anything during shutdown (SIGPIPE) because Tcl had destroyed the channel we set up. document and descope a couple of the globals while we're at it. untested, but
01:40.59Notifythis should work fine on windows as well because dup/dup2 are c89 and msdn-supported. begging for some _WIN32 cleanup consolidation (the duplication seems unnecessary).
01:44.11*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
01:54.48*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:55.06FLOSSrookieAnyone active to assist?
01:56.44FLOSSrookieI was kinda forced to move to another distro. I was using Fedora but it was far too unstable for even basic usage. I am now using centOS but the old instructions from last time are no longer applicable. I will have to build from source this time unless one of the fedora RPMs will work. Will a fedora RPM work for centOS?
01:57.20FLOSSrookieI'll re-ask tomorrow if no one is active.
02:04.53*** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:17.17Notify03BRL-CAD:brlcad * 54867 brlcad/trunk/src/libbu/heap.c: make the debug printing conditional on bu_debug being set to something
02:21.42brlcadmm, have to wait longer than that
02:49.27Notify03BRL-CAD:brlcad * 54868 brlcad/trunk/src/liboptical/sh_light.c: not just rare but unlikely that there are thousands of light sources, so let them be allocated on the system heap. pretty big struct (295 bytes)
03:04.44Notify03BRL-CAD:brlcad * 54869 brlcad/trunk/src/libbu/heap.c: support a wider range of allocation request sizes (1-1024) but keep page sizes at 1MB per size. add the ability to bomb on out-of-range requests so they can be traced.
03:08.09*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:31.58Notify03BRL-CAD:brlcad * 54870 brlcad/trunk/include/conf/PATCH: significant third-party updates, bump patch to keep track
03:35.44*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:55.17Notify03BRL-CAD:brlcad * 54871 brlcad/trunk/include/bu.h: rt_avail_cpus() was renamed to bu_avail_cpus() a long time ago, update comment along with bu_hist_range()
04:44.17*** join/#brlcad merzo (~merzo@95.132.33.92)
08:02.18*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:03.55*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
09:06.18*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
09:14.17*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
09:30.03*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:31.55*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
10:34.46*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:15.36*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:13.42*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:28.52*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:08.35Notify03BRL-CAD:starseeker * 54872 brlcad/trunk/src/other/libpng.dist: Add config.h.in to png dist file.
13:20.51*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:53.46Notify03BRL-CAD:carlmoore * 54873 brlcad/trunk/src/mged/mged.c: fix spelling in a comment
14:07.04*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
14:13.43Notify03BRL-CAD:n_reed * 54874 brlcad/trunk/src/libged/draw.c: fix leaked path memory in ged_redraw
14:22.17Notify03BRL-CAD:brlcad * 54875 brlcad/trunk/src/util/pix-png.c: undo apparent accidental inclusion of pix-png.c in r54858. it made help options not work (and incorrectly spits an error about not outputting to a tty).
14:39.36*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
14:51.27Notify03BRL-CAD:n_reed * 54876 (brlcad/trunk/src/other/step/src/clstepcore/STEPaggregate.h brlcad/trunk/src/other/step/src/fedex_plus/classes.c and 3 others): Facilitate merge work by removing the const_ typedef return types introducded in r49683. It's not clear that returned values need const qualification, or that they are assigned to lvalues that preserve that qualification, so these const_ types are presently an
14:51.28Notifyelaborate way to accomplish nothing, and moreover have caused issues parsing some express inputs. Until someone can authoritatively determine what values should and should-not be considered read-only, we'll take a much simpler approach to suppressing misued qualifier warnings by just omitting the erroneous application of const to generated return types.
14:59.10Notify03BRL-CAD:r_weiss * 54877 (brlcad/trunk/src/other/tk/win/wish.exe.manifest =================================================================== and 34 others): This file is needed for windows to build.
15:02.01Notify03BRL-CAD:n_reed * 54878 brlcad/trunk/src/other/step/src/fedex_plus/classes.c: put attrFlags declarations in preprocessor conditionals to match wrapped uses; avoids unused variable warnings
15:15.33Notify03BRL-CAD:brlcad * 54879 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c): looks like a stack size of 0 means grow dynamically on the heap instead of static allocation. array is going to be faster, but it's more critical to not hit a compile-time limit. by default, grow the dynamic allocation from 256 in powers of two.
15:16.34Notify03BRL-CAD:brlcad * 54880 brlcad/trunk/src/other/lemon/lempar.c: set the initial dynamic allocation to 256 for better memory alignment and doubling in powers of two
15:40.59maths22Is the new server today?
15:45.09Notify03BRL-CAD:brlcad * 54881 (brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): if we only strip evil carriage returns, we can use md5sum on the file directly to verify and update them.
15:45.23brlcadmaths22: good question -- it's supposed to be
15:45.30brlcadI believe the scheduled time is 11pm
15:56.00maths22Does that mean our running processes will be killed?
15:56.04maths22i.e. irssi
16:00.26brlcadheh, kind of hard to pull the hard drive out and put it into another machine with new hardware while keeping the processes running ;)
16:01.01brlcadthis isn't enterprise sun solaris hardware
16:04.28Notify03BRL-CAD:brlcad * 54882 brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake: missing a 9, typo apparently
16:07.17maths22so the physical harddrive moves; the data is not transfered to a new hdd.
16:11.56brlcadright
16:12.50brlcadI didn't want to go through yet another drawn out filesystem migration, that was painful
16:13.36maths22was that what happened last time?
16:13.47brlcadif they can just move the drive, everything should stay the same except for maybe a one-liner if the network interface name changes
16:14.04maths22also, will the server ip change?
16:14.07brlcadyes, the DIY route
16:14.13brlcadno, it shouldn't
16:14.45brlcadlast time IPs changed, major OS version changes, nothing was compatible
16:15.20brlcadthis is close enough hardware and ``Erik has the operating system enough up-to-date that it should just boot up happy
16:15.41brlcadand if not, I'm still paying them to get it working
16:15.51brlcadso more expensive, but way faster than relying on my time
16:17.31maths22Do they perform the network interface changes locally?
16:22.12maths22Also, can the hardware support two hdds?
16:26.43Notify03BRL-CAD:r_weiss * 54883 brlcad/trunk/src/proc-db/molecule.c: Fix a windows build error.
16:31.33*** join/#brlcad hsrai (~hsrai@202.164.53.116)
16:44.03brlcadmaths22: the hwardware can support two hds, but will only have the one (we'll have offsite backups)
16:44.14brlcadthe network interface change is just a line in a text file
16:49.41``Erik2 lines in rc.conf, iirc
17:37.15Notify03BRL-CAD:bob1961 * 54884 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: -----------
17:55.12*** part/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kmepvsuuoqzwxsmb)
18:07.14*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:07.57FLOSSrookieI move to another distro. I was using Fedora but it was too unstable for even basic usage. I am using centOS but the old instructions from last time I was here are no longer applicable. I will have to build from source this time unless one of the fedora RPMs will work. Will a fedora RPM work for centOS?
18:08.11FLOSSrookie^ I moved to another distro...
18:59.20Notify03BRL-CAD:carlmoore * 54885 brlcad/trunk/src/util/pixfilter.c: touchup so that pixfilter.c resembles, as close as possible, bwfilter.c .
19:01.00brlcadFLOSSrookie: did you try one of the rpms?
19:01.06brlcadrpm will tell you whether it works or not
19:01.15brlcadand if it doesn't, rpm can uninstall it ;)
19:05.39FLOSSrookiebrlcad: I was concerned I might ruin the system by attempting such an install if they were not compatible.
19:12.06FLOSSrookiebrlcad-7.22.0-0.x86_64 requires libstdc++.so.6(GLIBCXX_3.4.15)(64bit)
19:12.06FLOSSrookiebrlcad-7.22.0-0.x86_64 requires libc.so.6(GLIBC_2.14)(64bit)
19:13.07brlcadwhat do you have installed?
19:13.24FLOSSrookiebrlcad: Help me find out.
19:13.28FLOSSrookieWhat commands?
19:19.13brlcadoof, it's been a long time, I'd be running man rpm :)
19:19.31brlcadneed to search what libstdc++ you have installed
19:19.35brlcadand libc
19:19.43brlcadif it's the same version, you're probably fine
19:20.13brlcadif you hang around long enough, jordi will be able to help you too
19:26.13Notify03BRL-CAD:brlcad * 54886 brlcad/trunk/src/libbu/heap.c: implement a per-cpu data structure so that we can support multithreaded memory requests without pooching our data and without needing to acquire a performance-killer semaphore lock. restructure the bin data into a single struct container which should give better data coherence as well (but need to verify).
19:32.22brlcad``Erik: notify web interface crashy crashy if I go to More graphs
19:32.48brlcadand applying a user filter didn't seem to do anything except give me a blue button with that user's name (didn't filter)
19:33.55brlcadand the main commit listing doesn't seem to be rendering right in IE (footer is just blue, truncates)
20:19.03Notify03BRL-CAD:brlcad * 54887 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/parallel.c): apply skriptkid's (akshay kashyap's) gci patch (http://www.google-melange.com/gci/task/view/google/gci2012/8070202) that implements cpu thread affinity. initial testing showed a HUGE impact on massively parallel systems with one 64-core ibm power7 system showing a benchmark performance
20:19.05Notifyimprovement around 50% (VGR increase from 120k to 180k). currently only implemented for pthread systems, but should be easily extended to other platforms and gives bu_parallel() some initial infrastructure so bu_parallel threads can know their CPU id. very cool.
20:24.54Notify03BRL-CAD:brlcad * 54888 brlcad/trunk/src/libbu/affinity.c: ws style comment cleanup
20:27.11Notify03BRL-CAD:brlcad * 54889 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/affinity.c): move comments from source to header, remove unhelpful file comment, include common.h before system headers
20:38.17Notify03BRL-CAD:brlcad * 54890 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt and 3 others): bu_set_affinity() doesn't need to be public API if we call it on all bu_parallel() threads for the user. it becomes an implementation detail. rename to parallel_set_affinity(), update accordingly to depublish, and add to old build.
20:42.20Notify03BRL-CAD:brlcad * 54891 brlcad/trunk/src/libbu/parallel.c: clean up the array indexing, inconsistently unconventional
20:42.48brlcadonly tested that on mac, so feel free to pound it on linux or other systems
21:01.18``Erikbrlcad: more graphs issue, izzit something like: The value "1 day" is not of type LOCAL-TIME:TIMESTAMP.
21:01.57``Erikodd that the user filter doesn't work right, mebbe something was lost int he backing store migration :/
21:02.03``Erikand who the eff uses ie? O.o
21:03.31``Erikah, heh, lame, user/file filtering was all lost during backing store migration
21:03.45``Erik!notify todo fix user/file filtering in project view
21:03.45NotifyOK, added to https://elfga.com/notify/todo
22:26.22*** join/#brlcad merzo (~merzo@92-33-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20130327

IRC log for #brlcad on 20130327

00:31.03starseekerbrlcad: If I'm reading the docs for Gecode 4.0 correctly, it looks like it may now be able to solve the sorts of constraint equations we'd be looking at
00:54.34starseekerstill a workout for the CPU when compiling
01:23.06Notify03BRL-CAD:brlcad * 54892 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am and 2 others): collapse ispar.c into parallel.c even though we want to prefer smaller files. ispar was a bad non-descript name to begin with and the two functions it provides are weak. more importantly, the access a global that we can make static if we consolidate it to parallel.c
01:28.18Notify03BRL-CAD:brlcad * 54893 brlcad/trunk/src/libbu/parallel.c: rename bu_pid_of_initiating_thread to not have the bu_ prefix since it's not a published global. make it static too to limit scope.
01:45.32Notify03BRL-CAD:brlcad * 54894 brlcad/trunk/src/libbu/parallel.c: consistency, use arrow instead of parendotting
01:59.10Notify03BRL-CAD:brlcad * 54895 brlcad/trunk/src/libbu/parallel.c: remove parallel support for SGI IRIX since it's a gone platform and keeping it here has become a maintenance burden (having to maintain and needing to improve/change a threading impl that cannot be tested)
02:04.01Notify03BRL-CAD:brlcad * 54896 brlcad/trunk/src/libbu/parallel.c: since the interface is getting updates, same obsolescence holds true for our old cray, alliant, convex, ardent, and encore multimax
02:11.28Notify03BRL-CAD:brlcad * 54897 brlcad/trunk/src/libbu/semaphore.c: do the same for semaphore support, remove the antiquated platforms (sgi, ardent, alliant, convex, cray, n16). make bu_semaphore_free() a thing too, instead of just an idea for releasing memory.
02:11.48Notify03BRL-CAD:brlcad * 54898 brlcad/trunk/include/bu.h: declare the new bu_semaphore.free() function.
02:29.51Notify03BRL-CAD:brlcad * 54899 brlcad/trunk/include/orle.h: convex is long gone
02:31.01Notify03BRL-CAD:brlcad * 54900 brlcad/trunk/include/bu.h: remove support for cray, irix/sgi, convex, and ultrix. highly dependent on the compiler and makes the define seem to be much more complicated than it really is.
02:34.58Notify03BRL-CAD:brlcad * 54901 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/libbu/semaphore.c and 4 others): remove support for platforms that are no longer even remotely accessible (sgi arguably is, but we should still compile there with gcc). remove accommodations and references to cray, sgi/irix, and alliant
02:48.46*** part/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
03:42.11brlcadhm, the migration still hasn't begun
03:42.56brlcad``Erik: if that was /usr/web data, I have it backed up
03:43.09brlcadthose files weren't sync'd (yet)
03:58.51Notify03BRL-CAD:brlcad * 54902 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h): deprecated to obsolete: remove bu_get_load_average() and bu_set_realtime()
04:01.29Notify03BRL-CAD:brlcad * 54903 brlcad/trunk/src/libbu/parallel.c: removed bu_get_load_average and bu_set_realtime. the latter is technically minimally impacting since the implementation has done nothing for a couple decades now.
04:02.33Notify03BRL-CAD:brlcad * 54904 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): deprecated to obsolete: remove bu_fopen_uniq()
04:14.55Notify03BRL-CAD:brlcad * 54905 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h): deprecated to obsolete: remove declarations for bu_fopen_uniq() and bu_get_public_cpus()
04:17.31Notify03BRL-CAD:brlcad * 54904 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): deprecated to obsolete: remove bu_fopen_uniq()
04:18.48Notify03BRL-CAD:brlcad * 54906 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/parallel.c): remove bu_cpulimit_get() and bu_cpulimit_set() as a minimally impacting change since they've also pretty much done nothing for a couple decades.
04:50.21Notify03BRL-CAD:brlcad * 54907 brlcad/trunk/src/libbu/parallel.c: clean up some of the failure logging and pass the thread cpu id numbers indexed from 1 to ncpu (inclusive). that way we can reserve cpu 0 for the parent process/thread that is creating all of the threads. stub in an initial bu_parallel_id() function to get the cpu id, but just checkpointing the work in progress because __thread is apparently unavailable on
04:50.22NotifyMac OS X.
04:52.02Notify03BRL-CAD:brlcad * 54908 brlcad/trunk/src/libbu/parallel.c: make sure windows is consistent with stashing cpu ids from 1 to ncpu too
04:53.18Notify03BRL-CAD:brlcad * 54909 brlcad/trunk/src/libbu/parallel.c: bu_get_public_cpus() went bye bye
04:53.39brlcadIt looks like there is going to be a delay for the new server until tomorrow night
08:28.02*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:49.57*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kmepvsuuoqzwxsmb)
11:06.09*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:40.54*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
12:39.52*** join/#brlcad hsrai (~hsrai@202.164.53.116)
13:10.29Notify03BRL-CAD:brlcad * 54910 brlcad/trunk/src/rt/do.c: remove the old cray cpulimit call, didn't do anything useful anywhere else and the func is now gone
14:21.10``Erikls - l
14:21.19``Erikheh, whups
14:21.27jordisayol:-)
14:35.15*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
14:35.21brlcadwoot
14:36.23``Erikhttpd not up?
14:36.46*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
14:37.12*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:43.08brlcadit is now, curious that it didn't start automatically
14:43.33``Eriklog has lots of freakout from trying to boot with bad network info, they didn't change it in single user mode or before the swap
14:44.00``Eriksomething in the config probably tries to resolve and address, and gave up when that failed
14:44.23brlcadnods
14:45.04brlcadsounds like exactly as you described, they needed to update the network config but then all was fine
14:48.46``Erikclock was all wonky, too
14:50.07brlcad"We had no problems, we just had to add the IP and gateway to the /etc/rc.conf file and it came online."
14:50.22brlcadwears the IP was already there, dunno about the gateway
14:50.48brlcads/wears/swears/
14:51.24*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:51.25Notify03BRL-CAD:bob1961 * 54913 brlcad/trunk/src/other/tk/library/panedwindow.tcl: Apply previous fixes to ::tk::panedwindow::Motion and ::tk::panedwindow::MarkSash.
14:53.27*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:53.28Notify03BRL-CAD:bob1961 * 54913 brlcad/trunk/src/other/tk/library/panedwindow.tcl: Apply previous fixes to ::tk::panedwindow::Motion and ::tk::panedwindow::MarkSash.
15:02.32brlcadelfga core dump
15:02.37``Erikyes
15:02.59``Eriksomething with how I load things into sbcl is a bit twitchy, have it up now, though
15:06.41``Erikhw.ncpu: 8
15:06.42``Erikhw.physmem: 3740434432
15:11.40brlcadgiggles like a little school girl
15:20.50``Erikadds -j8 to the make.conf and tries a portupgrade O.o
15:40.42*** join/#brlcad Skriptkid (~Skriptkid@117.202.97.44)
15:40.42brlcadheh
15:40.51brlcadcurious to know what the vgr count looks like
15:47.11``Erik2.5 ghz xeons, should be a bit less than the office 8 core xeon servers
16:02.22*** join/#brlcad merzo (~merzo@68-104-133-95.pool.ukrtel.net)
16:54.37*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:28.58*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:38.58*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:40.10starseeker``Erik: is Notify up?
17:52.52brlcadapparently not
18:21.43*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:22.00Notify03BRL-CAD:bob1961 * 54913 brlcad/trunk/src/other/tk/library/panedwindow.tcl: Apply previous fixes to ::tk::panedwindow::Motion and ::tk::panedwindow::MarkSash.
18:22.09Notify03BRL-CAD:brlcad * 54914 brlcad/trunk/TODO: chan_ tools belong in util, not anim. terrible names too.
18:22.13Notify03BRL-CAD:brlcad * 54911 brlcad/trunk/TODO: temp colors and temp matrices during ray tracing
18:22.17Notify03BRL-CAD:bob1961 * 54915 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added a preference for the max number of members displayed in Archer's tree for a combination. This prevents the GUI from locking when some user wants a few hundred thousand members in a single group (ttk::treeview doesn't handle this well). Also warn the user when all members are not
18:22.19Notifyvisible.
18:22.23Notify03BRL-CAD:brlcad * 54912 brlcad/trunk/src/remrt/rtsrv.c: another cpulimit removal
18:22.30Notify03BRL-CAD:starseeker * 54916 (brlcad/trunk/INSTALL brlcad/trunk/configure.cmake.sh brlcad/trunk/src/other/CMakeLists.txt): OK, make a better stab at this - a single commit that makes both tktreectrl and tkdnd packages available in BRL-CAD. Not clear yet if tkdnd is the right thing to use for tree element manipulation, but it will allow for support for things like dragging and dropping a .g file onto Archer to open
18:22.32Notifyit.
18:22.34Notify03BRL-CAD:starseeker * 54917 (brlcad/trunk/INSTALL brlcad/trunk/configure.cmake.sh brlcad/trunk/src/other/CMakeLists.txt): revert 54916
18:22.49Notify03BRL-CAD Wiki:Cfitzsimmons * 0 /wiki/User:Cfitzsimmons:
18:22.51Notify03BRL-CAD:carlmoore * 54918 brlcad/trunk/src/util/pix-png.c: program works the same but the source code has been slightly shortened
18:24.08Notify03BRL-CAD:bob1961 * 54919 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::getTreeMembers.
18:33.44Notify03BRL-CAD:bob1961 * 54920 brlcad/trunk/src/tclscripts/lib/Command.tcl: This fixes the Command::invoke method's mishandling of double quotes in nested commands.
18:34.48*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:38.42*** join/#brlcad caen23 (~cezar@92.83.177.51)
18:47.10*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
19:44.08Notify03BRL-CAD:r_weiss * 54921 brlcad/trunk/src/libged/tables.c: Update to ged_tables to support bu_lseek on Windows 64bit.
19:56.06*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
21:17.53Notify03BRL-CAD:r_weiss * 54922 (brlcad/trunk/src/libfb/if_X.c brlcad/trunk/src/libfb/if_X24.c and 7 others): Updates to libfb to support bu_lseek and improve Windows 64bit. Changed many "long" and "int" to "off_t", "size_t" or "ssize_t".
21:19.52Notify03BRL-CAD:r_weiss * 54923 brlcad/trunk/include/fbio.h: Update to "fbio.h" changing the return for "_write" and "_read" to "ssize_t".
21:26.29Notify03BRL-CAD:r_weiss * 54924 brlcad/trunk/src/libfb/if_X24.c: Update to file "if_X24.c" to support "bu_lseek" on Windows 64bit.
21:35.20Notify03BRL-CAD:r_weiss * 54925 brlcad/trunk/src/fb/pp-fb.c: Update to "pp-fb.c", changing types for "bu_lseek" from "long" to "off_t".
21:43.18Notify03BRL-CAD:r_weiss * 54926 brlcad/trunk/src/util/pixbustup.c: Update to "pixbustup.c" changing type for "bu_lseek" to "off_t".
21:56.27Notify03BRL-CAD:r_weiss * 54927 brlcad/trunk/src/util/plrot.c: Change to print format for return value of bu_ftell.
22:02.41*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-qrspdignwhkoyxrf)
22:19.18Notify03BRL-CAD:r_weiss * 54928 (brlcad/trunk/src/conv/iges/findp.c brlcad/trunk/src/conv/iges/iges_struct.h and 2 others): Updates to iges converter, changing some data types to "size_t" and "off_t" to support function "bu_ftell".
23:59.22*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
IRC log for #brlcad on 20130328

IRC log for #brlcad on 20130328

01:06.47*** join/#brlcad merzo (~merzo@68-104-133-95.pool.ukrtel.net)
03:58.26*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:40.49Notify03BRL-CAD:brlcad * 54929 brlcad/trunk/src/other/boost/CMakeLists.txt: smart_ptr doesn't actually have a CMakeLists.txt file to describe the build
04:42.43*** join/#brlcad merzo (~merzo@103-97-133-95.pool.ukrtel.net)
04:58.01*** join/#brlcad hsrai (~hsrai@202.164.53.116)
05:16.45*** join/#brlcad hsrai (~hsrai@202.164.53.116)
05:20.30Notify03BRL-CAD:brlcad * 54930 brlcad/trunk/src/other/boost/libs/thread/CMakeLists.txt: the library name is supposed to be boost_thread
05:22.10Notify03BRL-CAD:brlcad * 54931 brlcad/trunk/src/other/CMakeLists.txt: build the boost_thread compiled library (although this is probably temporary)
05:23.22Notify03BRL-CAD:brlcad * 54932 brlcad/trunk/src/libpc/CMakeLists.txt: don't turn off all warnings, just make them not be errors
05:28.01Notify03BRL-CAD:brlcad * 54933 brlcad/trunk/include/bu.h: declare the new bu_parallel_id() function for returning the current bu_parallel's cpu number (1 to ncpu)
05:32.49Notify03BRL-CAD:brlcad * 54934 brlcad/trunk/src/libbu/parallel.h: provide an initial implementation of two functions to get/set the current cpu number in thread-local-storage (TLS). this preliminarily uses boost threads, but will probably change to minimize the complexity where we have support for intrinsic compiler TLS.
05:33.16Notify03BRL-CAD:brlcad * 54935 brlcad/trunk/src/libbu/thread.cpp: fix header, thread.cpp
05:36.11Notify03BRL-CAD:brlcad * 54936 brlcad/trunk/src/libbu/CMakeLists.txt: we're using it now, so compile thread.cpp and link against boost_thread
05:39.17Notify03BRL-CAD:brlcad * 54937 brlcad/trunk/src/libbu/heap.c: we now have a bu_parallel_id() that works, shift from 1-to-ncpu to 0-to-ncpu-1
05:44.45Notify03BRL-CAD:brlcad * 54938 (brlcad/trunk/src/libbu/ispar.c =================================================================== and 81 others): remove the no longer compiled ispar.c, merged into parallel.c so we could eliminate a global
05:53.52*** join/#brlcad hsrai (~hsrai@202.164.53.116)
07:55.38*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
11:24.05*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
12:00.32*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:06.44*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
12:40.07*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kpvazlaidedjpimh)
13:54.06*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:56.29``Eriknetmask looks good now, what was the critical issue?
13:56.49*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
13:57.29*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
13:58.31*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:45.26Notify03BRL-CAD:bob1961 * 54939 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added ArcherCore::freezeGUI.
15:39.43*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
15:48.04Notify03BRL-CAD:bob1961 * 54940 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: This fixes an issue where geometry doesn't show up in the newly visible display windows that are exposed when going to multi-pane mode AND display-lists are enabled.
17:07.35starseekerbrlcad: do you want to go ahead and update to libpng 1.6.1?
17:14.32brlcadstarseeker: I don't really want to do anything that doesn't get us closer to wrapping things up for release
17:14.44brlcadso unless that fixes autoconf, not really
17:15.20brlcadi'm busy trying to wrap up my heap work myself, then I have 350 commits to get through, all hopefully before this weekend
17:34.19Notify03BRL-CAD:brlcad * 54941 brlcad/trunk/src/libbu/parallel.c: hook up to the thread local storage so bu_parallel_id() can track our thread number, fix record keeping that keeps track of how many started/finished
17:34.32Notify03BRL-CAD:bob1961 * 54942 brlcad/trunk/src/libged/mater.c: Get rid of "" and [] from the mater commands prompt array. This breaks things when sending back to Tcl land.
17:37.55Notify03BRL-CAD:brlcad * 54943 brlcad/trunk/src/libbu/parallel.c: hindsight consideration, don't pretend we'd ever be able to talk to 'thread' 0 since it's going to be sitting there waiting for the invoked threads to finish. kinda like execl. so number them 0 to ncpu-1
17:45.32Notify03BRL-CAD:brlcad * 54944 brlcad/trunk/src/libpc/CMakeLists.txt: since we can't seem to do a damn thing about the inline warnings, turn them off outright
17:49.21Notify03BRL-CAD:brlcad * 54945 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/thread.cpp): upon closer inspection, it looks like boost just did exactly what I had originally planned to do anyways, namely calling the pthread and win32 TLS api, so strip out the boost hooks. it's not worth having the additional compilation complexity to get boost_thread compiling cleanly and the major third-party dep it would
17:49.23Notifybe adding to libbu. we can just do our own thing here in far far fewer lines of code, far less integration complexity.
17:50.14Notify03BRL-CAD:brlcad * 54946 brlcad/trunk/src/other/CMakeLists.txt: revert back to ignoring the boost subdir
17:51.19brlcadnamed[1149]: creating IPv4 interface em0 failed; interface ignored
17:51.43brlcadwonders why named is trying to create ethernet interfaces
18:04.34Notify03BRL-CAD:brlcad * 54947 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: there are far too many unquellable false-positive inline warnings with more recent versions of gcc (4.7ish) where it warns about not being able to inline default constructors and desctructors that it created and that we cannot quell with the given inline hooks. so turn them all off (for C++) for now
19:33.50*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
19:46.13Notify03BRL-CAD:carlmoore * 54948 brlcad/trunk/src/anim/chan_permute.c: modify messages for can't open
19:49.10Notify03BRL-CAD:carlmoore * 54949 brlcad/trunk/src/anim/chan_permute.c: oops, also put in the correct command name in these error messages
19:51.27*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-fwwohzaaroynixtd)
20:00.00Notify03BRL-CAD:carlmoore * 54950 brlcad/trunk/src/mged/cad_boundp.c: provide Usage based on the man page, but the program is allowed to continue running
20:20.59Notify03BRL-CAD:carlmoore * 54951 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: fix warning about format designator
20:38.58``Erikyuh oh, word on the street is that a serious patch to postgresql is going to be released next week with some kinda security aspect
20:45.16``Erikhm, is http://trepan.bzflag.bz/bzdistort.jpg displacement mapping, or real geometry? O.o
21:34.51``Erikhttp://www.postgresql.org/message-id/14040.1364490185@sss.pgh.pa.us
IRC log for #brlcad on 20130329

IRC log for #brlcad on 20130329

00:00.45milamberhello all, are step files something that mged/archer are able to handle? i checked the documentation here: http://brlcad.org/wiki/STEP_Libraries  it seems like that is asking for the code to be cleaned up, but the way i interpret that is that the functionality is there.
00:33.13brlcad``Erik: displacement
00:35.37brlcadmilamber: we have a step-g importer tool that will import some step content
00:37.02brlcadnamely solid nurbs boundary representation geometry (what most solid modeling systems will export)
00:41.48milamberbrlcad: this is the output that i get when i try and run the file through the step-g converter. http://pastebin.com/dcXgPN1A
00:43.07milamberbrlcad: and for what it is worth, neither archer nor mged handle it gracefully. archer just crashes and mged says something about malloc and exits
00:49.21brlcadmilamber: ah, what format is that .step file?
00:49.36brlcadlooks like it might be an AP214 schema file
00:49.43brlcadwe support AP203
00:49.56brlcad(214 is coming later)
00:50.51milamberbrlcad: thanks, i can't seem to find anything for linux that will open it. thanks for your time.
00:51.15brlcadmilamber: what does the file header say it is?
00:53.39milamberbrlcad: ISO-10303-21;
00:53.41milamberHEADER;
00:53.41milamberFILE_DESCRIPTION (( 'STEP AP214' ),
01:13.12brlcadyeah, so that's the problem
01:13.27brlcadit "should" work, or at least we'll eventually get to the point where it does work
01:13.55brlcadbut currently, our parser is wired to read STEP AP203 which is why it complains about all those missing/invalid entities
01:14.16brlcadso it ends up with a corrupt .g (which obviously shouldn't happen either)
01:14.39brlcadwe have a LOT of STEP work going on this summer, so hopefully we can improve that then
01:15.22milambersounds good.
01:15.32brlcadwhat generated the file?
01:15.38milamberi would be happy to beta that stuff if you are looking for volunteers
01:15.46brlcadyou should be able to regenerate an ap203 with whatever output the 214 file
01:15.54brlcadsure
01:16.04milambernot sure, it's a file for an ar15 lower
01:16.47brlcadyou're not sure how you got the file?
01:16.57milamberhttp://defcad.org/defdist-ar-15-lower-receiver/
01:17.05milamberi'm not sure what program created the file
01:17.20brlcadah, but you didn't, that's the important part
01:17.22milamberi did not
01:17.36brlcadhas their whole data set
01:18.26brlcadin theory, we could regenerate our importer with the merged schema and it should read the 214 file better...
01:18.32brlcadmaybe a great gsoc task
01:19.39milamberthe igs files that are there freecad seems to be able to handle, but freecad won't open this step format either
02:25.58brlcadmilamber: does http://www.ida-step.net/components/viewers/basic read the file for you?
02:35.44Notify03BRL-CAD:brlcad * 54952 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: bu_log supports %zu for size_t
02:43.32milamberbrlcad: negative - http://pastebin.com/ikX7kKMk
02:47.42Notify03BRL-CAD:brlcad * 54953 brlcad/trunk/src/util/bwcrop.c: need signed comparison now to match buflines
02:48.37*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:14.33Notify03BRL-CAD:brlcad * 54954 brlcad/trunk/src/librt/primitives/arb8/arb8.c: quell gcc false positive due to the parameter getting set within the expression. initialize explicitly for good measure anyways.
03:16.48Notify03BRL-CAD:brlcad * 54955 brlcad/trunk/src/librt/primitives/arb8/arb8.c: ws indent style cleanup
03:17.33brlcadmilamber: what's on line's 1-10 ?
03:17.46brlcadpastebin.ca
03:18.09brlcad(many channel listeners cannot get to pastebin.com (and they suck))
03:21.21Notify03BRL-CAD:brlcad * 54956 brlcad/trunk/src/librt/primitives/nmg/nmg.c: rt_nmg_import4_fastf takes a const matp_t
03:21.52milamberhttp://pastebin.ca/2344562
03:28.59Notify03BRL-CAD:brlcad * 54957 brlcad/trunk/src/librt/primitives/nmg/nmg.c: quell warning about preserving constness to a matp_t parameter by casting _before_ passing.
03:30.50brlcadmilamber: interesting
03:31.51brlcadthat indeed looks like an invalid FILE_NAME line
03:31.57brlcadit's missing a slew of parameters
03:32.03brlcadtry changing it to this:
03:35.16brlcadFILE_NAME ('AR-15 - Lower Receiver DD - WW REV 3.3.1-Test 1 (jad).STEP', '2013-01-01T01:01:01', ( 'Whatever' ), ( 'Yeah' ), 'Sean', 'BRL-CAD', '' );
03:40.30milambertrying . . .
03:42.49milamberida-step is "triangulating" - which is better than just throwing an error like it was previously doing
03:44.43brlcadprogress
03:51.24milamberfile loaded in ida-step
03:58.24milamberhave to get going for the evening, but i appreciate the help
04:25.51brlcadmilamber: glad to help
04:41.59*** join/#brlcad merzo (~merzo@239-76-133-95.pool.ukrtel.net)
04:51.14*** join/#brlcad Skriptkid (~Skriptkid@59.93.68.250)
04:54.28Notify03BRL-CAD:brlcad * 54958 brlcad/trunk/src/libbu/affinity.c: need to explore the portability of this, but go ahead and locally override the _GNU_SOURCE setting so that we can enable processor affinity for pthread systems. after much headache, figured out that _GNU_SOURCE needs to be defined before the common.h header. common includes some system headers and the features.h header is only going to get read once to set
04:54.30Notifythe necessary __USE_GNU define and declaring the CPU_* macros and pthread affinity funcs the implementation uses. this is going to jack up linux benchmarks, but it's a nice 5-50% improvement on even small smp systems.
04:57.08Notify03BRL-CAD:brlcad * 54959 brlcad/trunk/src/libged/tables.c: quellage, go through libbu and a vls to print size_t values to file.
05:23.07Notify03BRL-CAD:brlcad * 54960 brlcad/trunk/CMakeLists.txt: need to check for a few headers to support thread affinity on bsd. check for pthread_np.h and sys/cpuset.h headers along with the cpu_set_t type (which is linux, bsd is cpuset_t but allegedly may switch to match).
05:23.33brlcadwow, looks like my earlier affinity numbers weren't the whole picture
05:23.48brlcadhad reported vgr count going from 120k to 180k
05:24.04brlcadbut just tested again now and went from 115k to 290k
05:25.05brlcadso highly dependent on how busy the machine is, but 2.5x faster is just wow
05:26.44Notify03BRL-CAD:brlcad * 54961 brlcad/trunk/src/libbu/affinity.c: expand support to freebsd, just a few changes needed
05:46.03brlcad``Erik: you need to create a link_id
05:46.19brlcadneed to register your profile
05:50.07Notify03BRL-CAD:brlcad * 54962 brlcad/trunk/src/libbu/affinity.c: just because we have pthreads doesn't mean we have the cpuset macros, e.g., mac os x.
05:51.51Notify03BRL-CAD:brlcad * 54963 brlcad/trunk/src/libged/tables.c: pass const
05:53.33Notify03BRL-CAD:brlcad * 54964 brlcad/trunk/src/libged/tables.c: fastf_t arrays need a little more const persuasion
09:15.16*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:00.02*** join/#brlcad luca79 (~luca@host201-12-dynamic.13-87-r.retail.telecomitalia.it)
10:10.15``Erikcache miss will kill ya (I'd imagine the 2 core result would also be huge)
10:11.40``Erikwill my old 'erikg' id work? (it all seems to be there)
11:50.20*** join/#brlcad ncsaba (~ncsaba@p54983F7E.dip.t-dialin.net)
11:50.50*** join/#brlcad merzo (~merzo@231-205-132-95.pool.ukrtel.net)
11:51.07ncsabaHi all
11:51.23ncsabais there any human around I can chat with about BRL-CAD ?
11:59.15*** join/#brlcad luca79 (~luca@host17-82-dynamic.14-87-r.retail.telecomitalia.it)
12:01.46*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:06.00``Eriknope, just us troglodytes
12:31.50ncsabaHi Erik, sorry, didn't meant it like that, rather though about bots :-)
12:32.30ncsabalook like I'm just not patient enough
12:35.06ncsabaI last used IRC about 13 years ago, and then on some high traffic channels and probably got used to instant answer... which is probably not reasonable on a channel like this
12:36.27``Erikdepends on the time of day, most of us are in the US, so gmt-5 to gmt-8... it's still early :)
12:36.42ncsabaok, that's a good point too
12:37.30ncsabawell I'm in Europe, gmt+1
12:38.10ncsababut I'm glad I found somebody I can talk to :-)
12:38.56``Erikso are you looking for help doing something with BRL-CAD, trying to decide if it's worth checking out, or ?
12:39.22ncsabawell I just discovered it recently that it exists - and I like it's basic philosophy
12:39.42ncsababut need some things which it doesn't have - ready to program too if needed
12:39.43``Erikcool
12:40.21``Erikwhat kinda things are you looking for? (there're lots of capabilities that are poorly advertised)
12:40.24ncsabawhat I'm actually looking for is discussion - I don't know if the things I need are not already worked on, reasonable at all, or so
12:41.16ncsabawell right now I'm working on some models which use extensively pipes,
12:41.36ncsabaand I want to create some parameterized objects with those pipes
12:41.52ncsabaand used a TCL script to do it
12:41.57``Eriklike shrinkwrapping them or something?
12:43.04ncsabawell I create a fork-like structure out of pipe, and want to parameterize the lengths of the fork sections
12:43.14ncsabait works - I managed to do it
12:43.19ncsabathat's not the problem :)
12:43.21``Erikusing the pipe meta-primitive?
12:43.25ncsabayes
12:43.58``Erikcool, that can be a weird primitive to use... it builds the 'pipe' out of cylinders and torii
12:44.05ncsabawhat I found strange is that i couldn't programmatically edit the points in the pipe
12:44.15ncsabafrom TCL
12:44.42``Erikhm, they can be edited with the sed command, I believe
12:44.53ncsabathe "philosophy" part of the idea: whatever can be done from the GUI, should be possible from the scripting part ?
12:44.58ncsabanot really
12:45.09ncsabaor perhaps I'm missing something
12:45.10``Erik(sed is solid editor, not the unix stream editor)
12:45.28``Erikall gui components just call a tcl callback, yes
12:45.35ncsabaok, so I put the object in edit mode with sed
12:45.48ncsabathen how do I tell that I want to add a point ?
12:46.20ncsabathe GUI's menu updates with pipe specific commands
12:46.32``ErikI'd have to dig into the code, I tend to avoid gui stuff myself, let me take a quick look
12:46.37ncsababut what's the corresponding comamnd in the scripting then ?
12:46.50ncsabawell if you tell me where to look, I can do that myself too ?
12:46.52ncsaba:)
12:47.24``Erikwell, in the tclscripts for mged, there should be the tk menu entry to add the point, just look at the function it calls
12:47.30ncsabaBTW, I'm using mged, not archer - that was the first thing I found documented when installing BRL-CAd, so I got used to that
12:47.41ncsabaok
12:47.58``Erikarcher is an alpha stage 'next gen' interface, mged is still the 'officially supported' interface
12:48.09ncsabaaha, then it's fine I guess...
12:48.29``Eriknice, I can't even start mged due to a recent boost thread change, heh
12:48.41ncsaba:-)
12:49.16*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
12:50.48ncsabaok, I'm in the tclscripts/mged dir - any hint what I should look for ? I admit I have no experience with TK
12:50.52``Erikindianlarry probably knows the tcl command to add a pipe element O.o
12:51.50ncsabawell frankly I would prefer to figure out the TK links, that's like difference between getting a fish and learning how to catch it ;-)
12:53.13``Erik'k, looks like the adjust command is what you want
12:53.44``Erikjust reference an index one past the last and it automatically adds it to the list
13:00.33Notify03BRL-CAD:bob1961 * 54965 brlcad/trunk/src/libged/mater.c: Putting back the double-quotes around "light invisible=1" so that the example is once again correct. Will fix the double-quote issue on the Tcl side.
13:12.21ncsabathanks Erik - I'm looking in the docs, plus the src/tcslscripts/mged/edit_solid.tcl, and I suppose the "db adjust ..." command is what I need to use there ?
13:27.34brlcad``Erik: you have to set up your profile (basically confirm your address, the terms, etc)
13:27.58ncsabaManaged to do it with "db adjust..." :-)
13:28.25brlcadncsaba: we're here all the time and quite active, but not always responsive ;)
13:28.42brlcaddepends on the time of day, how many of us have are heads down in code at the moment, etc
13:28.54ncsabaok, no problem - I just need to know that :-)
13:29.24ncsabathe first impression was a ghost town, but as said, I was used to busy chat channels...
13:29.29brlcadwe have tons of projects and welcome the activity
13:29.58brlcadit fluctuates
13:30.03ncsabaOK, regarding activity - what I'm missing in BRL-CAD are helper constructs to set up constraints between objects
13:30.08brlcadsometimes it's non-stop streaming
13:30.12brlcadsometimes it'll be quiet for hours
13:30.25brlcadreally depends what a dozen different people are doing, what time of day, what time of year
13:30.36ncsabaok, understood :-)
13:30.38brlcadbut yeah, not 100's of people, so a lil diff
13:30.51brlcadwe certainly welcome the interest ;)
13:31.03ncsabaI'm busy too normally - today I have public holiday here in Germany
13:31.15ncsabaso I can work on my hobby stuff :-)
13:31.25brlcadso here's some basic docs to help organize thoughts
13:32.35ncsabado any of you tried VARKON ?
13:32.36brlcadnot entirely useful to an individual developer since devs can work on whatever you like, but the overall "big picture" priorities are http://brlcad.org/BRL-CAD_Priorities.png
13:32.42*** join/#brlcad caen23 (~cezar@92.85.92.51)
13:33.08ncsabaok, I've seen already that :-)
13:33.17brlcadcool
13:33.28brlcadand the Deuces and Quickies pages?
13:33.39ncsabaas said, I like the basic philosophy behind BRL-CAD
13:33.47ncsabathat one not sure
13:33.51brlcadthey're sort of 1-day and 1-week scoped projects
13:33.55brlcadjust some ideas
13:34.36brlcadI keep a list of bigger projects (multiweeks to multiyear) here: http://brlcad.org/~sean/ideas.html
13:35.11brlcadhttp://brlcad.org/wiki/Deuces and http://brlcad.org/wiki/Quickies are the aforementioned
13:35.37brlcad``Erik: the boost stuff is undone
13:37.23brlcadncsaba: and you are right, philosophy is everything from the GUI should be doable from the command line (and is as far as I know)
13:38.24brlcadif you try to go after one of the short tasks, might ask about it first as a lot of them were recently completed by students in a competition
13:38.30brlcadhave to update the pages
13:39.18ncsabaok, I'm looking at the tasks page - what about suggestions about things which are not there ?
13:39.35ncsabahave you heard about VARKON ?
13:39.58ncsabathat's a 3D CAD software too, which I also tried
13:40.43ncsabaI didn't like it that much (mostly due to their decision to create a new language for the scripting),
13:41.03ncsababut it has one nice feature:
13:41.12brlcadhave followed pretty much every open source CAD-related softare that's been put on a page in the last 10 years :)
13:41.26ncsabaok :-)
13:41.55brlcadvarkon's an oldie
13:42.12ncsabaso, in VARKON I liked the possibility to get points on primitives using parametric selection
13:42.52ncsabalike get the point say 0.4xlength on a segment
13:43.01ncsabaor on an arc
13:43.07brlcadnods
13:44.03brlcadone of the "problems" with our current primary representation format (implicit geometry) is surface boundary selection
13:44.05ncsabaor get a tangent to a curve on a point
13:44.27brlcadbecause the surfaces are implicit, a lot of surface-based operations become super hard or impractical
13:44.48brlcadwhich is why we've spent the last few years implementing support towards becoming fully hybrid representation
13:45.07ncsabaok, what about providing with the solids also some predefined key 2D shapes / points which can be selected ?
13:45.11brlcadimplicit and brep/nurbs under the hood, so we can get access to surface features without loosing geometry detail
13:45.32ncsabalike a cilinder always has a center axis
13:45.37brlcadyep
13:45.54brlcadthat's on our list of things to do
13:46.11ncsabaok, that's the direction I would like to help out then if possible
13:46.15brlcadmake every primitive define a set of parameters that can be selected/edited
13:46.41brlcadto some extent that happens already, but it happens up in tcl land in the gui itself (year, really bad)
13:47.05brlcadthe idea is to have each primitive define their set of parameters (and constraints) intrinsic to them
13:47.18brlcadthen the gui just probes them for what to allow for selection/editing
13:47.49ncsabayes, cool
13:48.13brlcadworking on that quickly gets into the center of our geometry kernel
13:48.35ncsabaaha
13:48.44brlcadso that's a great area to start, but will have to maybe work towards it from some feature perspective
13:48.56brlcadlike creating a new command-line command that just lists parameters
13:49.29ncsabaI'm coming from a java background, just to mention it
13:49.35brlcadif you understand that layer (simple C api), getting into the callbacks and primitive functions will be easy
13:49.51brlcadokay
13:50.27ncsababut I have no problems with other languages, even if I prefer the object oriented ones :-)
13:50.54brlcadno worries
13:51.06brlcadour nurbs work is all OO C++
13:51.19ncsabaok
13:51.24brlcadour core geometry is heavily OO C
13:51.39brlcad(there is such a beast) ;)
13:52.30ncsabayes, I imagine - I tried to apply OO design to MS foxpro back on my programming beginnings - it kind of works but everything has to be done manually :-)
13:52.51brlcadyeah, so there's a lot of that
13:53.15ncsabaI guess you have a defined interface for what primitives need to provide ?
13:53.24brlcadif you look in src/librt/primitives, you'll see each primitive is in a subdir where each defines a set of callbacks (which are itemized in src/librt/primitives/table.c)
13:53.32ncsabaok
13:53.52brlcadyeah, that's all private API, but it's the rt_functab
13:54.24brlcadwe have several maintenance tasks to encapsulate and push more down to that layer, but it's pretty easy to follow
13:55.50brlcadbefore you dive in too far there, though, I'd suggest starting with something you can wrap your head around
13:56.04ncsabawill have a look, but for the moment I think there's something else
13:56.11brlcadthere's a LOT of code, so it's really easy to get lost
13:56.14ncsabayes, exactly my thought :)=
13:56.26ncsababut good to know
13:56.49ncsabaok, then another question: is there a way already to get the length of a pipe ?
13:57.05ncsabaif not that is something I would add - I need it :-)
13:57.10brlcadI've been pushing to get all of our comments and docs and api cleaned up so it's easier to navigate (and remove some of our legacy complexity), but as you can imagine that takes a lot of time and effort across 1M lines of code
13:57.26brlcadlength of a pipe, hmm
13:57.38brlcadi'm not sure, lemme check
13:57.48ncsabajust a function pipe_length(pipe_object)
13:58.17brlcadI highly doubt it exists
13:58.30ncsabaOK, then that's a good task for starters I guess
13:58.36brlcadI mean what exactly would you measure?  the centerline?  exterior line? inner line?
13:59.58``Erikbrlcad: updated, link id erikg
14:00.03brlcadyeah, I don't see anything
14:01.09brlcadlinear pipe segment lengths are recorded, but I don't see anything for overall length (the places to look would be in src/libged (e.g., edpipe.c), src/librt/primitives/pipe, and src/tclscripts/mged (unlikely))
14:01.20ncsabaI would measure the center-line, that's the best approximation of how much material I need for a pipe
14:01.34brlcadncsaba: that does sound like a great function
14:01.46brlcadand could be exposed to users via the 'analyze' command
14:01.54ncsabaok
14:02.11brlcadanalyze reports calculations on objects in a tabulated text output
14:02.27brlcadcan give it a try in mged to see what it outputs, src is src/libged/analyze.c
14:02.44ncsabaok, I'll try right now
14:02.53``Erikbe neat to some day have a 'generate materials list' utility
14:02.54brlcadthat hooks into librt (and is one of those prime places needing cleanup, to push logic into librt)
14:03.19ncsabaanalyze: unable to process ID_PIPE solid
14:03.40brlcadncsaba: so maybe start with adding a func (rt_pipe_length()) to src/librt/primitives/pipe and calling it from analyze
14:03.44brlcadwell there ya go ;)
14:03.51brlcadnot even hooked up to that primitive yet
14:03.56ncsabagood :-)
14:04.01brlcadmake tgc tgc ; analyze tgc
14:04.16brlcador make arb8 arb8 ; analyze arb8 for some examples
14:04.35ncsabayep, got it
14:05.05``Erikwoohoo analyze: unable to process ID_METABALL solid
14:05.27brlcad``Erik: yeah, that's one of those that really needs to get pushed down into the functab
14:05.37ncsabaok, so this is a good area to work on
14:05.40brlcadotherwise people writing new prims like yours don't even know it exists
14:06.00brlcadbasically anywhere there's a switch statement over prim types should be pushed
14:06.06brlcadncsaba: yeah, great area
14:06.28brlcadas soon as you get a tiny thing working, I'd suggest submitting it as a patch
14:06.38ncsabasure
14:06.59brlcadthe smaller the better, not worrying about functionality so much as "correctness" and format
14:07.11ncsabaI need to get brl-cad compile first, I have old Ubuntu and some library version problems
14:07.25brlcadgetting that sorted out helps get commit access set up, read HACKING if you haven't when you're ready
14:07.32ncsabanow I use the precompiled stable version (and looking in trunc sources)
14:07.42brlcadnods
14:08.02``Erikinteresting, my ubuntu box seems to have cpu_set_t instead of cpuset_t
14:08.36brlcad``Erik: did it not detect correct?
14:08.42brlcadlinux uses cpu_set_t
14:08.52brlcadbsd uses cpuset_t
14:08.59``Erikguess it didn't detect, then
14:09.13brlcadoh, did you rerun cmake?
14:09.36brlcadsomeone pointed out the difference to the bsd guys and they said they can change to match linux
14:09.43brlcadapparently posix didn't define the type
14:09.48``Erikyeah, but I'll force it again
14:10.06brlcadthe test may have failed for other reasons
14:10.24brlcadit's a simple: BRLCAD_TYPE_SIZE("cpu_set_t" "sched.h")
14:10.30brlcadbut other foo may be needed
14:10.35``ErikI did the automagic rerun earlier, I'm doing a forced rerun right now
14:11.21brlcadncsaba: just a word of caution, gsoc2013 is about to begin and if we're accepted (it'll be our sixth year), it's going to get a bit crazy in here
14:11.55brlcad~seen skriptkid
14:12.01ibotskriptkid <~Skriptkid@117.202.103.23> was last seen on IRC in channel #brlcad, 30d 23h 2m 9s ago, saying: 'Ahh..was looking forward to meeting you too :)'.
14:12.16ncsabaaha
14:12.26``Eriknot quite http://www.youtube.com/watch?v=fpivIYJFjd4 crazy, but close :D
14:13.21ncsabawell I can't normally hang out here as long as today, but will get back regularly
14:13.50ncsabawhat is the best time to join here on the IRC ?
14:13.55brlcadno worries
14:14.41ncsabahere's 15:15 now - workdays I can get in ~20:00 my time (gmt+1)
14:14.56``Erikthat's a pretty good time
14:14.59ncsabaok
14:15.35ncsabaI'll stay around now for a while, I need to get BRL-CAD compiled
14:15.42ncsabamaybe I need some help there
14:15.56``Erikuse cmake, not automake
14:16.17ncsabaCMake Error at CMakeLists.txt:97 (cmake_minimum_required):
14:16.17ncsaba<PROTECTED>
14:16.23brlcadreally any time usually, but 13:00 UTC to 7:00 UTC is when I'm usually around
14:16.25ncsabaold ubuntu :)
14:17.03brlcadone of the devs is in germany, so he's obviously a closer sync to you
14:17.12brlcada few others are in india, so they'll be on the other tail end
14:17.24ncsabaok
14:17.33brlcadfortunately cmake is really easy to compile ;)
14:18.03``Eriksudo apt-get install cmake
14:18.05``Erikboom, done
14:18.07*** join/#brlcad merzo_ (~merzo@231-205-132-95.pool.ukrtel.net)
14:19.10ncsabawell the system's cmake is old - apt-get is not really helping, I will need to either compile or get an ubuntu package from a newer verison
14:19.50``Erikhm, might have to do 'sudo apt-get update', been a while... I use aptitude on my ubuntu box for managing versions/upgrades/etc
14:20.10ncsabaeventually I will have to upgrade ubuntu, but it will be a pain - I'm running on a VM and unitiy is not playing well there
14:20.59``Erikif you're on windows and have visual studio, you can grab the windows cmake and do that
14:21.55ncsabamy windows is only there because my employer forces me to have one - everything really useful on it is still linux :-)
14:29.34brlcadncsaba: if you haven't seen it, some more big picture info at http://www.ohloh.net/p/brlcad
14:29.49brlcadthe in a nutshell and activity sections would have probably answered your mailing list question ;)
14:31.03ncsabaperhaps... I'm kind of the impatient type unfortunately
14:31.32ncsabaunpatien
14:31.33ncsabat
14:31.36ncsabawell
14:32.26brlcad:)
14:32.56``Erikcan't even wait to finish the word before hitting return, sheesh :D
14:34.02ncsaba:)
14:43.57ncsabaone more question: how well it works to have 2 versions of brlcad in parallel ? I have currently the stable via package manager, and the one I'm just compiling... will they coexist peacefully, or better use only 1 ?
14:49.39brlcadthe way we work, they're not really in parallel
14:50.08ncsabaok
14:50.09brlcadour STABLE branch is usually validated snapshots of trunk
14:50.31brlcadtrunk is stabilized, cleaned up, verified, and sync'd to stable during a release
14:51.00brlcadwe only evern release off of stable (after passing all our tests and other release steps)
14:51.45ncsabawhat I meant is: if I install both a stable _and_ the compiled trunk to the same machine, will it work ?
14:52.08brlcaddepends but they should install to different directories
14:52.11ncsabafor some things that works, for others not... I have 3 different versions of python here
14:52.21brlcadi do it all the time
14:52.33ncsabaok, thanks !
14:52.52brlcadthe only problem would be if you installed the trunk version on TOP of another existing version
14:53.01brlcadeven that will work, but it'll basically be the trunk version
14:53.23brlcadwhere's your current install?
14:53.30brlcad/usr/brlcad or /usr/brlcad/rel-something?
14:54.06ncsabaI just uninstalled it :-)
14:54.48ncsabawill only use trunc, better so
14:54.52brlcadif it's from our deb installer, it was probably /usr/brlcad/rel-7.22.0 or similar
14:54.57ncsabaI don't have anything mission critical depending on it...
14:55.07brlcadand trunk would then install as /usr/brlcad/dev-7.23.1 at the moment
14:55.55``Erik<-- likes to keep /usr/brlcad/trunk/ /usr/brlcad/trunkopt/ /usr/brlcad/rel-7.22.0/ ...
14:56.46brlcad``Erik: which reminds me, I removed all of those from .bz recently
14:56.58brlcadapparently libc got upgraded, none resolved
14:57.01ncsabawell if trunc will cause problems, I will install back the deb package - for now I will try using trunc (to have my own modifications immediately)
14:57.40brlcadncsaba: you can read about trunk and STABLE in the top-level HACKING file
14:57.49``Erikthere were local builds on bz? I was just making sure the ports version was installed :)
14:57.55jordisayoldeb/rpm packages installs at /usr/brlcad/
14:58.19brlcadbasically, trunk is a work in progress area that only tends to "settle down" as we near a release (monthly)
14:58.44brlcadtrunk won't even necessarily compile sometimes
14:58.46ncsabaok, fine for me - as long as it doesn't break completely
14:59.00brlcadbut it is *expected* to, and any breakage is usually fixed quickly
14:59.38ncsabaas said, no mission critical things - if something breaks I can wait till fixed
14:59.48brlcadany breakage is usually going to be really trivial portability things, it compiled cleanly on mac but gcc on linux warns about something different and the build stops
15:00.18brlcadwe not only treat all warnings as errors (so even benign non-issues will halt the build), but we also turn on a lot of extra warnings
15:01.15brlcadthat will definitely be different from what you dealt with in java
15:01.56ncsabawell it's definitely easier to get C code wrong than java - at least for me :-)
15:02.21``Erik'wrong' can be a loaded word, I've seen plenty of java that  works, but is sooooo wrong... :D
15:02.26ncsabaok, scratch that last sentence, I don't want to hear any C - against java here :-)
15:02.32brlcadthis is way beyond right vs wrong
15:02.36``Erikit's too late! pandoras box is open!
15:02.43brlcadget him!
15:02.58ncsaba:)
15:03.12ncsabaok, cmake problem fixed - I have now libpng, libregex and zlib off, despite having the dev packages installed ?   Is there some specific version checked ?
15:03.33``Erikbreakage in trunk is usually a portability issue and usually fixed within a couple hours if not minutes
15:04.30``Erikyou mean cmake says that building libpng is off?
15:04.35brlcadncsaba: OFF means their *compilation* is off, so it'll use the system version
15:04.50ncsabaaha, then I should perhaps check the rest which is ON
15:04.50brlcadthat's a list of what to build and not build
15:06.37brlcadfor getting started, I'd suggest just enabling everything
15:07.02brlcadit won't affect anything else (nothing else is going to find our libs) and it'll be a guaranteed configuration
15:07.56brlcadof the three configurations we try to sustain (everything on, everything off, and auto-detected), everything on is the one that is continually tested the most since it's a controlled environment
15:08.59ncsabaok
15:15.52*** join/#brlcad merzo_ (~merzo@40-90-132-95.pool.ukrtel.net)
15:19.10ncsabaBTW, this we page is giving error: http://more.brlcad.org/
15:19.55ncsabait is linked as "BRL-CAD Model Repository" from the wiki page
15:20.21Notify03BRL-CAD:brlcad * 54966 brlcad/trunk/CMakeLists.txt: check for the mach kernel thread_policy header
15:20.30brlcadyeah, we just recently migrated our entire web infrastructure to fancy new faster hardware
15:21.00brlcadsome of our websites still need to be configured
15:21.05ncsabaa model repository is a nice idea
15:21.23ncsabado you know "Art of Illusion" ?
15:21.29brlcadof course :)
15:21.35ncsaba:)
15:22.04``Erikbrlcad: that libbu affinity cpu type issue was a style cmake cache
15:22.24brlcad``Erik: good to know
15:22.35brlcadand a shame it didn't figure it out to invalidate the cache
15:23.50ncsabaAOI has the disadvantage it's interface is too GUI oriented for my taste, and it is not CAD-ready (units are not well supported)
15:24.09brlcadncsaba: another great view on activity, ohloh has nice per-dev graphs: http://www.ohloh.net/p/brlcad/contributors/summary
15:24.40ncsabawhat I like on AOI  are are the procedural editors, and the plugin infrastructure
15:24.44brlcadncsaba: most of the open source options out there aren't CAD-ready or are problematic licensing (from our perspective)
15:24.52brlcadbut yeah, AOI has lots of nice stuff
15:25.08brlcadI'd love to collaborate more with a group like that, but we'd have to work out license differences
15:25.15brlcadthey're a GPL project iirc
15:25.53ncsabayes
15:26.00ncsabaand convinced one :)
15:26.16brlcadunfortunately or fortunately, we cannot look at anything GPL
15:26.46brlcadI'd like to move our own codebase to entirely MIT, but right now we're LGPLv2 for the forseeable future
15:26.53ncsababut ideas are not under copy-right protection :)
15:27.25ncsabaso unless patented, ideas can be re-implemented
15:28.02ncsabathe animation features of AOI are also quite nice
15:28.32ncsabathe very idea of animating almost any of the parameters of an object is nice...
15:29.14brlcadyeah, our animation features are just terrible ;)
15:31.25ncsabaok, how can I disable cmake to take my installed zlib ? I get:
15:31.36ncsabamake[2]: *** No rule to make target `/usr/local/lib/libz.so', needed by `lib/libopenNURBS.so.2010.04.95'.  Stop.
15:31.37ncsabamake[1]: *** [src/other/openNURBS/CMakeFiles/openNURBS.dir/all] Error 2
15:34.23ncsabaah, ok - there was a broken symlink to the libz installed by brlcad last time:
15:34.24ncsabalrwxrwxrwx 1 root root 23 2013-02-27 17:34 /usr/local/lib/libz.so -> /usr/brlcad/lib/libz.so
15:34.47ncsabastill left there after I uninstalled brlcad package - is that a bug in the uninstallation script ?
15:35.01brlcadinteresting, sounds like it
15:35.10brlcadjordisayol: is it? :)
15:36.59jordisayolbrlcad: yes, they do not allow to install multiple version at a time
15:42.44Notify03BRL-CAD:bob1961 * 54967 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update libtclcad's to_more_args_func() to protect any special characters that may be in the prompt strings.
15:45.09*** join/#brlcad libero (~luca@host145-110-dynamic.0-79-r.retail.telecomitalia.it)
15:47.47Notify03BRL-CAD:bob1961 * 54968 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/lib/Command.tcl): Update the Command widgets invoke method to store the actual command the was executed (i.e., this command may be one that gets built up by the more-args mechanism that prompts the user for input). Also added a cmd_history_callback so that the
15:47.49Notifyapplication can be notified of the actual command that was executed.
15:51.50Notify03BRL-CAD:brlcad * 54969 brlcad/trunk/src/libbu/affinity.c: stub in an implementation of thread affinity for mac os x, to the extent that mac supports the notion. they don't really do affinity, but will let you group/ungroup threads to help/discourage cache sharing. here we put every thread into their own group so the default affinity scheduling should help minimize cpu movement.
15:55.47jordisayolbrlcad: deb install/uninstall scripts do not create any symlink.
15:58.33jordisayoljust set default application for the new "brlcad-v4" and "brlcad-v5" mime types, and update the environment PATH and MANPATH variables
15:59.53jordisayolBTW, is archer still in pre-alpha state?
16:18.10Notify03BRL-CAD:brlcad * 54970 brlcad/trunk/src/libbu/affinity.c: document the mac interface since it's substantially different than the pthread api
16:18.24brlcadjordisayol: yes pre-alpha
16:18.50ncsabajordisayol: hmm, is it possible I used update-alternatives ? that would then be a ubuntu/debian generic problem to clean up alternatives on uninstalling a package - if it is possible at all
16:18.51brlcadit's arguably alpha, but I haven't poked its stability recently
16:19.16brlcadyeah, something else must have made the symlink in /usr/local
16:20.04brlcadalso "they do not allow" is apt and dpkg do not allow
16:20.16brlcadour tools don't care
16:23.35Notify03BRL-CAD:brlcad * 54971 brlcad/trunk/src/libbu/affinity.c: fix style
16:23.52jordisayolups, there is a "shlib" file on deb packages...
16:24.24jordisayols/shlib/shlibs/
16:24.57jordisayolhttp://man.he.net/man5/deb-shlibs
16:25.34jordisayolI this that this is not a good idea. I'll remove it for future releases
16:26.17jordisayols/this/think/ pebcak :-/
16:35.36jordisayolthis was fixed few months ago, so ncsaba, if you build your own deb package from trunk, no symlinks against /usr/brlcad/lib libraries will be created.
16:39.54Notify03BRL-CAD:bob1961 * 54972 brlcad/trunk/src/tclscripts/lib/Command.tcl: A few minor tweaks to the Command widget. Updated Command::print_more_args_prompt to make the insertion point visible. Updated Command::invoke to print the prompt string whether we have a more-args interruption or not.
16:45.38Notify03BRL-CAD:brlcad * 54973 brlcad/trunk/src/libbu/heap.c: no longer indexing from 1
16:46.45Notify03BRL-CAD:brlcad * 54974 brlcad/trunk/src/libbu/affinity.c: take a stab at implementing thread affinity for windows as well (hah, in advance of windows threading). using bu_parallel_id() to set the cpu number. earned fewest line count badge (albeit untested)
16:55.16Notify03BRL-CAD:brlcad * 54975 brlcad/trunk/src/libbu/affinity.c: need to test this theory, but we shouldn't need to look up the current affinity mask to set a cpu preference. bu_parallel_id() modded with the number of avail cpus should set all threads with the appropriate affinity mask.
16:57.24Notify03BRL-CAD:brlcad * 54976 brlcad/trunk/src/libbu/affinity.c: remove the unused/unnecessary variables
17:18.47``Erikis parallel_set_affinity going to get a bu_ entry in bu.h soon? be interesting to plug it into adrt/librender/camera.c and see what happens
17:24.04Notify03BRL-CAD:n_reed * 54977 brlcad/trunk/src/libged/draw.c: save pointers to the display lists that we want to draw so we don't have to search for them later
17:25.17brlcad``Erik: wasn't planning on exposing it, hence no bu_ prefix, but it'd be quick and easy to test -- if it gives a boost, sure
17:25.36brlcadjust #include "../libbu/parallel.h" and try calling it
17:26.12brlcadthough at the moment, I just changed it to call bu_parallel_id(), which is stubbed empty after removing boost_thread
17:26.33brlcadhave to implement that (later today)
17:26.54``ErikI'll wait a bit, would need to scrap up a benchmark case or something :)
17:27.51``ErikI'm mucking with a trainwreck of maven dependancies and about to head out for the weekend *shrug* it'll still be there next week, I assume
17:35.46Notify03BRL-CAD:r_weiss * 54978 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Fix a break in the Windows build.
17:41.09*** join/#brlcad yiyus (1242712427@je.je.je)
17:47.33Notify03BRL-CAD:r_weiss * 54979 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Fix to windows built, again.
17:55.51*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
18:03.42*** join/#brlcad ncsaba (~ncsaba@p54983F7E.dip.t-dialin.net)
18:59.11brlcadstops tweaking the application
19:00.53Notify03BRL-CAD Wiki:Sean * 4956 /wiki/Google_Summer_of_Code: we've applied for 2013
19:01.16brlcadSo.... GSoC mentors!  Time to update http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas
19:06.49Notify03BRL-CAD Wiki:Sean * 4957 /wiki/Google_Summer_of_Code/2013: stub in the 2013 page
20:24.39*** join/#brlcad vaibhav_ (75cdb036@gateway/web/freenode/ip.117.205.176.54)
20:46.02``Erikthe pages impact statements almost read like starbucks sizes O.o
20:50.44Notify03BRL-CAD:r_weiss * 54980 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Change to cmake build logic for md5 express. This change appears to work for both the linux and windows build. More testing is needed.
21:01.25Notify03BRL-CAD Wiki:Sean * 4958 /wiki/Google_Summer_of_Code/2013: /* Accepted Projects */
21:01.33vaibhav_I may be needing loads of help.
21:02.00vaibhav_Firstly, I'm good with computer graphics.
21:02.14vaibhav_Now what should I do next, to accelerate my learning curve?
21:08.31brlcadvaibhav_: hello and who are you? :)
21:25.14brlcadvaibhav_: that said, welcome and there are lots of ways to get started with brl-cad ... see our quickies and dueces pages on our wiki for some ideas
21:25.28brlcaddiscussion warranted, though, as some are done and we need to update the page
21:46.29*** join/#brlcad caen23 (~cezar@92.81.220.160)
22:05.01*** join/#brlcad ncsaba (~ncsaba@p54983F7E.dip.t-dialin.net)
22:18.19ncsabaOK guys, I will thank you for your help today - I managed finally to compile the sources
22:19.22ncsabahad a short look to pipe.c and analyze.c; next days will do the rt_pipe_length function - might need some help here and there though...
22:29.47starseekerbrlcad: does libpc make use one one of the "pre-defined" constraint input languages like minizinc or flatzinc?
22:35.16kanzurewin 102
22:35.21kanzureoops :( please excuse me
23:14.20*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
IRC log for #brlcad on 20130330

IRC log for #brlcad on 20130330

00:22.59brlcadstarseeker: I'd be surprised if it did, the focus was on the in-memory processing just manipulating the structs directly for now, not how we'd want to eventually specify them
00:25.20brlcadit should be pretty easy to use the structures and exist test as-is, and just hook in a different solver by editing pcSolver.h
00:25.56brlcadit's all in there iirc for a generic solver, could derive a new solver off that file
00:26.38brlcadjust a couple hundred lines, easy to understand, but ::solve( is where it all begins
01:00.32Notify03BRL-CAD Wiki:Joelzinhoo * 0 /wiki/User:Joelzinhoo:
01:37.54Notify03BRL-CAD:brlcad * 54981 brlcad/trunk/NEWS: richard fixed it up so you can run bot_merge on a plate-mode BoT (and presumably preserve the plate thickness and face mode)
02:01.08Notify03BRL-CAD:brlcad * 54982 (brlcad/trunk/CHANGES brlcad/trunk/include/raytrace.h): bump RT_DBNHASH up to the next power of two instead of 5120 and document the heck out of it as a deprecated interface. include memory usage calculations (64kb). the increase from 1024 should slow down all of the callers that manually iterate over the hash (prep, search, db open/lookup, push, tops, ls, ...) but probably not noticeably
02:01.10Notifyso -- more likely to slow lookups down iterating down bigger linked lists with big geometry (need to profile/test/compare).
02:03.46Notify03BRL-CAD:brlcad * 54983 brlcad/trunk/TODO: rework the database hash (but profile performance for impact)
02:09.46Notify03BRL-CAD:brlcad * 54984 brlcad/trunk/NEWS: richard fixed a nirt failure on windows (r54503) where it would fail if there was a very large number of objects being displayed. problem was due to fixed string array length which was truncating large object name lists
02:18.55Notify03BRL-CAD:brlcad * 54985 brlcad/trunk/src/libtclcad/tclcad_obj.c: quellage, set gpp fully so we don't access uninitialized elements
02:19.59Notify03BRL-CAD:brlcad * 54986 brlcad/trunk/src/librt/db_lookup.c: size_t makes more sense, ptrdiff_t semantically means something else.
03:03.52Notify03BRL-CAD:brlcad * 54987 brlcad/trunk/NEWS: Akshay Kashyap's GCI patch that implemented thread affinity for pthread linux systems is now integrated. it's showing a 5%-250% performance improvement in testing depending on how many cores and system activity. overall a nice boon to ray tracing performance.
03:06.44Notify03BRL-CAD:brlcad * 54988 brlcad/trunk/NEWS: implemented cpu affinity for mac, bsd, and windows systems. testing of linux showed a 5-250% performance improvement. mac and windows aren't likely to be that high but maybe (BSD likely). warrants performance testing on big smp configuration
03:07.03Notify03BRL-CAD:brlcad * 54989 brlcad/trunk/NEWS: Akshay Kashyap's GCI patch that implemented thread affinity for pthread linux systems is now integrated. it's showing a 5%-250% performance improvement in testing depending on how many cores and system activity. overall a nice boon to ray tracing performance.
03:09.55Notify03BRL-CAD:brlcad * 54990 brlcad/trunk/NEWS: jordi fixed a problem uninstalling on Fedora 18 related to temp directories listed in the brlcad.spec
03:12.23Notify03BRL-CAD:brlcad * 54991 brlcad/trunk/src/librt/primitives/ebm/ebm.c: F or file
04:41.13*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
05:18.25*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
05:31.36*** join/#brlcad vaibhav_ (75cdb294@gateway/web/freenode/ip.117.205.178.148)
08:27.10*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:55.24*** join/#brlcad Skriptkid (~Skriptkid@59.93.65.19)
11:06.15*** join/#brlcad Skriptkid (~Skriptkid@59.93.65.19)
11:37.30*** join/#brlcad Skriptkid (~Skriptkid@59.93.65.19)
14:35.11*** join/#brlcad cristina (~quassel@188.24.21.219)
14:35.17*** join/#brlcad cristina (~quassel@unaffiliated/cristina)
15:19.52*** join/#brlcad merzo_ (~merzo@45-71-132-95.pool.ukrtel.net)
15:43.11brlcadcristina: have you seen https://sourceforge.net/tracker/?func=detail&atid=640802&aid=3609520&group_id=105292
15:43.22cristinabrlcad: yes, i have seen it
15:43.47cristinai also found the commits that were made to adaptagrams where those procedures were eliminated and replaced with some others
15:44.06brlcadokay, so it is just changes since you worked on it
15:44.09brlcadcool
15:44.38cristinayes, i will look into it
16:51.13*** join/#brlcad merzo (~merzo@45-71-132-95.pool.ukrtel.net)
17:11.36*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
17:13.12*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
17:23.19*** join/#brlcad Skriptkid (~Skriptkid@117.202.102.65)
18:37.12*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
19:25.34*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:26.40*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
19:27.56*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:27.57*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:31.47*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
20:52.58*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
IRC log for #brlcad on 20130331

IRC log for #brlcad on 20130331

03:32.31*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
03:35.22*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:37.21*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
04:09.28*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
04:09.28*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
04:11.10*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
05:35.50*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:53.07*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:41.43*** join/#brlcad vaibhav_ (75cdb2e9@gateway/web/freenode/ip.117.205.178.233)
08:08.42*** join/#brlcad hsrai (~hsrai@202.164.53.116)
09:39.42*** join/#brlcad ncsaba (~ncsaba@84.152.30.137)
10:13.18*** join/#brlcad Skriptkid (~Skriptkid@117.202.102.65)
10:15.33*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:29.39*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:37.59*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:42.15*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
12:34.56*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
13:31.22*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
14:16.49*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-bhwkvdswqdutwerb)
15:22.07*** join/#brlcad merzo (~merzo@191-27-133-95.pool.ukrtel.net)
16:42.30*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:08.08*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:23.36*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:24.43*** join/#brlcad Skriptkid (~Skriptkid@117.208.188.159)
18:35.44*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:45.54*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
19:16.04*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:07.47*** join/#brlcad cristina (~quassel@188.24.21.219)
20:07.53*** join/#brlcad cristina (~quassel@unaffiliated/cristina)
20:12.43*** join/#brlcad merzo (~merzo@191-27-133-95.pool.ukrtel.net)
20:28.29*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
21:24.48``Erikthe april fools day crap is already starting, time to ignore the internet for 48 hours :/
21:25.01``Erikto quote scrooge, "ah bumhug" :)
21:27.25``Erikbacon egg! http://cheezburger.com/7169034240
22:39.06*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:39.31Notify03BRL-CAD:tbrowder2 * 54992 brlcad/trunk/src/libged/dag.cpp: add code to use latest adaptagrams code (its API changed last summer); note that the current version of adaptagrams may not work without changes (my changes will be sent to the upstream author)
IRC log for #brlcad on 20130401

IRC log for #brlcad on 20130401

00:52.15*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:13.32*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
02:13.44*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
02:17.17*** join/#brlcad merzo_ (~merzo@191-27-133-95.pool.ukrtel.net)
02:25.14*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-tzpcsfahecwesoko)
02:43.16*** join/#brlcad cristina (~quassel@unaffiliated/cristina)
02:46.28*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
05:24.03starseekerpredicts productivity will average out to be the same, between people ignoring the internet to get work done and those obsessing over the April 1st nonsense
05:40.43Notify03BRL-CAD:brlcad * 54993 brlcad/trunk/src/shapes/coil.c: don't make floating point subtle, put the zero
05:49.06Notify03BRL-CAD:brlcad * 54994 (brlcad/trunk/src/shapes/bolt.c brlcad/trunk/src/shapes/gastank.c and 3 others): more explicit .0 expansions to indicate type intent better
05:53.04Notify03BRL-CAD:brlcad * 54995 (brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/firpass.c and 4 others): more floating point constant expansions to show a value after the decimal
06:05.44Notify03BRL-CAD:brlcad * 54996 (brlcad/trunk/src/fb/fbcbars.c brlcad/trunk/src/fb/fbcolor.c and 13 others): yet more explicit indication of floating point, put a zero after the decimal point.
06:09.34*** join/#brlcad merzo_ (~merzo@145-168-133-95.pool.ukrtel.net)
08:38.22*** join/#brlcad ncsaba (~ncsaba@p54983758.dip.t-dialin.net)
09:00.00*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:06.38ncsabaHi guys, anybody around ?
11:35.01*** join/#brlcad hsrai (~hsrai@202.164.53.116)
11:53.34*** join/#brlcad cristina (~quassel@188.24.21.219)
12:06.34Notify03BRL-CAD:bob1961 * 54997 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: -----------
12:40.37Notify03BRL-CAD:bob1961 * 54998 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Removed a call to clearEditState from Archer::beginObjRotate.
13:18.41*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:20.39*** join/#brlcad merzo_ (~merzo@145-168-133-95.pool.ukrtel.net)
13:56.56*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:30.07Notify03BRL-CAD:bob1961 * 54999 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Automatically select newly created objects in Archer. This mod covers c, g, comb, r and make.
15:09.21*** join/#brlcad ncsaba (~ncsaba@p54983758.dip.t-dialin.net)
15:15.11Notify03BRL-CAD:erikgreenwald * 55000 brlcad/trunk/src/adrt/librender/camera.c: try new processor affinity stuff
15:28.43*** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net)
15:49.28*** join/#brlcad cristina (~quassel@188.24.21.219)
16:03.48*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:13.19*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
18:00.28Notify03BRL-CAD:erikgreenwald * 55001 brlcad/trunk/src/adrt/librender/camera.c: don't try binding thread to proc on windows, func isn't exported from libbu yet
18:27.18*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:51.01*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:56.41*** join/#brlcad caen23 (~cezar@92.83.174.227)
19:20.15*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
19:56.07*** join/#brlcad andrei_ (~IceChat7@5-12-221-65.residential.rdsnet.ro)
20:07.05*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:16.22starseekern_reed_: if you've got time to check into it, Mark is reporting that the re2c/lemon setup is not failing where it should on a missing semicolon syntax error in a schema
20:17.25starseekerhttp://paste.lisp.org/display/136441
20:18.04starseekerI'm not sure - this could be just me not properly preserving some sort of error/exiting code during merge...
20:39.39n_reedso using trunk's fedex_plus, it looks like the problem is that files get output even though an error is detected ?
20:56.47*** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net)
21:41.45Notify03BRL-CAD:n_reed * 55002 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): call ERRORreport_with_symbol on syntax error
21:47.18*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:23.32*** join/#brlcad cristina (~quassel@188.24.21.219)
23:35.06*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:35.45*** join/#brlcad cristina_ (~quassel@188.24.21.219)
23:48.15*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20130402

IRC log for #brlcad on 20130402

00:20.27*** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net)
00:26.56*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
00:32.24*** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:13.45*** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net)
03:23.45*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:31.09*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
05:32.35*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:41.21*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:09.15*** join/#brlcad merzo (~merzo@54-104-133-95.pool.ukrtel.net)
06:40.49*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:42.49*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:49.58*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:06.46Notify03BRL-CAD:carlmoore * 55003 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: remove trailing blanks
13:18.13*** join/#brlcad caen23_ (~cezar@92.81.177.132)
14:39.02*** join/#brlcad merzo (~merzo@54-104-133-95.pool.ukrtel.net)
15:04.02*** join/#brlcad caen23_ (~cezar@92.81.187.230)
15:07.50Notify03BRL-CAD Wiki:Vvhujinguoaa * 0 /wiki/User:Vvhujinguoaa:
15:46.15*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
16:21.26*** join/#brlcad Skriptkid (~Skriptkid@117.208.187.91)
16:23.22*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:23.44*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
16:25.19*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
16:25.25*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:26.19*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
16:26.19*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
16:46.12Notify03BRL-CAD:n_reed * 55004 brlcad/trunk/src/libged/draw.c: need to skip solids that are already drawn
16:46.13Notify03BRL-CAD:n_reed * 55006 brlcad/trunk/src/libged/draw.c: first initialize solid s_vlen, then we can test it to skip previously draw solids
16:50.08Notify03BRL-CAD:n_reed * 55005 brlcad/trunk/src/libged/draw.c: whoops, revert r55004, breaks more than it fixes
16:51.22Skriptkidbrlcad: Hey! Was just reading your post in brlcad-devel list. Happy to know the thread affinity patch has been implemented :)
17:00.45*** join/#brlcad caen23_ (~cezar@109.97.111.14)
17:03.59*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
17:10.09*** part/#brlcad Skriptkid (~Skriptkid@117.208.187.91)
17:19.48Notify03BRL-CAD:carlmoore * 55007 brlcad/trunk/src/mged/cad_boundp.c: insert indentations and newlines for debugging output to be easier to read
17:37.15Notify03BRL-CAD:bob1961 * 55008 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the cloud and light shaders in Archer's combination editor.
17:55.36Notify03BRL-CAD:bob1961 * 55009 (brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl brlcad/trunk/src/tclscripts/archer/images/CMakeLists.txt): Add images for Archer's light shader.
17:58.39*** join/#brlcad merzo (~merzo@54-104-133-95.pool.ukrtel.net)
18:07.01``Erikstarseeker: http://www.youtube.com/watch?v=nnoBTXeX8ww
18:07.31``Erikhttp://www.lyricsmania.com/erik_the_awful_lyrics_ray_stevens.html if you just want to read :D
18:23.49Notify03BRL-CAD:carlmoore * 55010 brlcad/trunk/src/mged/cad_parea.c: touch up 3 messages, and add -h flag per pix-png discussion
18:36.48``Erikearly screening notes from studio execs on blade runner, if anyone missed it: http://blogs.indiewire.com/theplaylist/this-movie-gets-worse-every-screening-producer-notes-for-blade-runner-a-fascinating-look-at-the-sci-fi-classic-20130318
19:03.33Notify03BRL-CAD:carlmoore * 55011 brlcad/trunk/src/mged/cad_parea.c: h,? were left out of valid-argument string
19:25.10*** join/#brlcad andrei_ (~IceChat7@5-12-220-109.residential.rdsnet.ro)
19:39.23*** join/#brlcad merzo_ (~merzo@54-104-133-95.pool.ukrtel.net)
19:54.37Notify03BRL-CAD:carlmoore * 55012 brlcad/trunk/src/mged/cad_parea.c: use ttyin,ttyout as I did in pix-png ; but there is a warning about implicit declaration of isatty
20:52.53Notify03BRL-CAD:starseeker * 55013 brlcad/trunk/src/mged/cad_parea.c: Do we need bio.h in cad_parea.c for isatty?
21:22.48Notify03BRL-CAD:n_reed * 55014 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/table.c): Add adaptive plot routine for brep based on the existing plot routine. Only adaptively plotting curves for now.
21:28.26*** join/#brlcad ncsaba (~ncsaba@p54982925.dip.t-dialin.net)
21:28.46ncsabaHi all
21:29.33ncsabaanybody around I can ask about your development environment ?
21:31.09ncsabamy problem is that "make" after any simple change in pipe.c takes minutes...
21:31.50Notify03BRL-CAD:carlmoore * 55015 brlcad/trunk/src/anim/chan_mult.c: add reference to stdio.h for uniformity with chan_add.c
21:33.16ncsabaI guess pipe.c is pretty at the core of things, so there are lots of others depending on it
21:36.24ncsabaOK, I will ask on the mailing list, never mind
21:40.21Notify03BRL-CAD:carlmoore * 55016 brlcad/trunk/src/anim/chan_add.c: minimum number of arguments (including the function name) is 4, and remove a blank line to compare to chan_mult.c
22:19.43``Erikso impatient
22:36.09*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
IRC log for #brlcad on 20130403

IRC log for #brlcad on 20130403

02:02.36*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:02.20*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
05:10.11Notify03BRL-CAD:brlcad * 55017 brlcad/trunk/src/libbu/parallel.c: only need to set affinity once, but record our cpu number before doing anything
05:12.08Notify03BRL-CAD:brlcad * 55018 (brlcad/trunk/src/libbu/affinity.c brlcad/trunk/src/libbu/parallel.h): pass our cpu number to parallel_set_affinity() since there's no reason to incur a lookup cost here (we know the number) and it keeps open the possibility of reassignment later.
05:14.51Notify03BRL-CAD:brlcad * 55019 brlcad/trunk/src/adrt/librender/camera.c: plan is to turn thread affinity on for all bu_parallel()-invoked threads, so no need to request it explicitly
05:27.39Notify03BRL-CAD:brlcad * 55020 brlcad/trunk/src/libbu/thread.cpp: add initial support for getting/setting the cpu number via thread local storage (TLS) for pthreads
05:36.33Notify03BRL-CAD:brlcad * 55021 brlcad/trunk/src/libbu/thread.cpp: if we can rely on __declspec(thread), then the ThreadLocal template won't need to be conditionalized to anything else anytime soon
05:54.27Notify03BRL-CAD:brlcad * 55022 brlcad/trunk/src/libbu/thread.cpp: use cmake-set type names
06:04.34Notify03BRL-CAD:brlcad * 55023 brlcad/trunk/CMakeLists.txt: initial attempt at testing for TLS type specifiers
06:09.12*** join/#brlcad merzo (~merzo@37-152-133-95.pool.ukrtel.net)
06:24.37Notify03BRL-CAD:brlcad * 55024 brlcad/trunk/CMakeLists.txt: BRLCAD_TYPE_SIZE() and the built-in CMAKE_CHECK_TYPE() macros are no good for this purpose since they try to sizeof(). instead, just try compiling a small custom snippet.
06:25.04Notify03BRL-CAD:brlcad * 55025 brlcad/trunk/src/libbu/thread.cpp: use the better new names for detected TLS support
06:43.06Notify03BRL-CAD:brlcad * 55026 brlcad/trunk/src/libbu/thread.cpp: pthread shouldn't take priority over the intrinsic methods, let it be a fallback
10:48.51*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.54)
11:01.46*** join/#brlcad Skriptkid (~Skriptkid@117.208.167.54)
11:03.31*** part/#brlcad Skriptkid (~Skriptkid@117.208.167.54)
11:41.53Notify03BRL-CAD:bob1961 * 55027 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modify ArcherCore::cp to draw and select the new object.
12:46.43*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:42.42*** join/#brlcad caen23 (~cezar@109.97.111.14)
14:02.36Notify03BRL-CAD:carlmoore * 55028 (brlcad/trunk/src/anim/chan_add.c brlcad/trunk/src/anim/chan_mult.c): stdio.h removed because of bio.h
15:00.57brlcadstarseeker: nice work pushing the merge
15:20.44Notify03BRL-CAD:brlcad * 55029 brlcad/trunk/src/libbu/thread.cpp: need to be careful to not dereference the specific value for single-threaded contexts. initialize to cpu 0 so we can always return asane. valueue in bu_parallel_id().
15:34.13Notify03BRL-CAD:starseeker * 55030 (brlcad/trunk/NEWS brlcad/trunk/src/other/CMakeLists.txt and 1453 others): Revert Tcl/Tk upgrade - causing problems on 32 bit Windows.
15:53.15``Erikbrlcad: is bu_parallel() going to have a way to disable the affinity process binding stuff?
16:06.26*** join/#brlcad caen23 (~cezar@92.81.187.0)
16:16.11*** join/#brlcad ncsaba (~ncsaba@p54982FFC.dip.t-dialin.net)
16:16.43ncsabaHi all
16:17.25ncsabaI'm back with my development environment questions :-)
16:18.18ncsabafor Java I was using Netbeans, which BTW also works for C/C++
16:19.25ncsababut it has the bad habit of reparsing 100+ files on any change on pipe.c, and generally being a big resource hog for big projects...
16:23.00ncsabain turn it has very good code navigation features, for which I couldn't find yet a good match in the lighter editors I tried
16:24.01ncsabaso I was wondering, what kind of editor/code navigation/debugging setup are you using ?
16:25.40ncsabaof course vi/grep/find/cscope/ddd work just fine, but an integrated one like netbeans/eclipse (or intellij for just java) is a big help
16:26.13ncsabais there anything in the C world which matches netbeans/eclipse ?
16:46.13caen23why don't you google around for c ides and try out a few? i've used codeblocks in the past and it seemed pretty basic, but i don't know if it suits your needs
16:46.23``Erikvim and emacs seem to be the biggies for BRL-CAD devs
16:46.34*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
16:51.26ncsabawell that's what I'm doing (google and try), but I haven't find anything really satisfactory yet, and I'm inpatient as you know
16:52.01ncsabathe problem is that I got used to what a real nice integrated IDE has to offer
16:52.17ncsabait is just breaking down when the project gets big...
16:52.21``ErikI started writing an ide back in the lateish 90's because I couldn't find a good linux IDE that compared to borland or msvc... then I realized that *nix IS the ide...
16:53.03ncsabaErik: you're right on that, but have you ever tried IntelliJ for java ?
16:53.06``Erikctags/etags can help if you're exploring a project, though I kinda like cscope
16:53.11``Erikyes, and netbeans, and eclipse
16:53.33caen23there's a nice series of articles on unix as ide here http://blog.sanctum.geek.nz/series/unix-as-ide/
16:54.16ncsabaI prefer netbeans over eclipse - but it it gets at it's limits with brl-cad on the 2G of RAM I have on my VM
16:54.59ncsabacaen23: thanks for the link, I'll have a look
16:55.33``ErikI only use them for java stuff, eclipse for android and netbeans for dealing with an ugly thing that happens to use the netbeans framework (wired in with multiple maven poms and other horrors, just to provide a thin gui on a C library via bridj)
16:57.07``Erikwhen I'm doing BRL-CAD work with msvc, I set up the source on an smb exported share on linux, use vim to edit, then go to the windows box and hit 'compile', cuz I'm just that lame O.o
16:58.36caen23ncsaba: taking the time to learn how to use vim or emacs is really worth it, so maybe this is a good opportunity to start looking deeper into them? :-)
16:59.51ncsaba:)
17:00.26ncsabawell I'm just giving one more try to "codelite"
17:01.07ncsabait seems to have OK navigation, syntax highlight and fast enough with the resources I have
17:01.49ncsabaemacs I tried some time ago - too many things to remember when you want to use it well :-)
17:02.26ncsabavim I'm using at it's basic capabilities - anything more makes too emacs-like
17:02.56``Erikboth emacs and vim have a fairly steep learning curve, but once you become familiar with the basics, they're insanely powerful tools
17:03.25ncsabaErik: I know, and that's exactly the problem for an inpatient type like me
17:03.30ncsabaI want it to work _now_
17:03.43Notify03BRL-CAD Wiki:Modyannuamy * 0 /wiki/User:Modyannuamy:
17:04.05caen23well it works _now_. only not for you :P
17:04.07``Erikiirc, someone tried to make netbeans input mappings to emulate vim and emacs
17:04.15ncsabayes, right :-)
17:05.16ncsabawell a good IDE has the advantage that the basic things work visually - then later you can learn the shortcuts
17:06.31``Erikhttp://www.tuxfiles.org/linuxhelp/vimcheat.html
17:06.34``Erikhttp://www.viemu.com/a_vi_vim_graphical_cheat_sheet_tutorial.html
17:06.39ncsababut if you have to learn some shortcuts to get editing work - that works for me only when all visual editors die out ;-)
17:07.07``Erikhttp://refcards.com/docs/gildeas/gnu-emacs/emacs-refcard-a4.pdf
17:07.36``Erikthere's your visual
17:07.40ncsabawell no, that won't work
17:08.08ncsabait's the same thing why I won't ever learn 10-finger typing
17:08.45ncsababut this got too off of what I wanted :-)
17:09.24caen23ncsaba: first time i got a hang of vim while going through vimtutor (type that at the prompt). there's also a game i found out about recently, but i don't know how effective it is in teaching vim. it's a fun idea nonetheless http://vim-adventures.com
17:09.29ncsabaI took notice that you use vim, emacs, and MS stuff for brlcad :-)
17:09.41Notify03BRL-CAD Wiki:Gsauerborn * 0 /wiki/User:Gsauerborn:
17:10.24``Erikncsaba: is this what you're looking for? http://myeslfriends.com/wordpress/wp-content/uploads/2010/11/computer-easy-button.jpg
17:10.27brlcadncsaba: you could always turn that feature of netbeans off
17:11.32ncsabaErik: :-)) not exactly, but close :-)
17:11.51brlcadI use eclipse from time to time, but usually spending most of my productively in emacs
17:12.02brlcadit should work just fine if your machine isn't too slow
17:13.39brlcadvim and emacs are going to be frustrating if you're impatient, both have respectable learning curves
17:13.44ncsababrlcad: codelite seems to work OK so far, so I'll settle for it for now - if it turns to be too slow again, I promise I will give a go to emacs :-)
17:14.00brlcadbut general rule of thumb holds pretty true, the steeper the curve, the more productive in the *long* run
17:15.54ncsabanow about compiling: a "make" after a single character change in pipe.c takes a few minutes for me, is that normal ?
17:16.29``Erikpipe.c is part of librt, which is used by a lot of other components, so lots of relinking
17:16.57``Erikyou could just do 'make librt' if the interface isn't changing
17:17.24ncsabaok
17:18.26ncsabaI tried "make mged", that's definitely faster than the whole thing, but then "make install" will still compile everything :-)
17:19.59ncsabanow if I only "make librt" and have the "build/bin" on my PATH, will mged pick up the right library if I also have it installed system-wide ?
17:20.25``Erikd'no, hit it with ldd to see which one it finds
17:20.41``Erik(or otool -L on mac)
17:20.41ncsabaok
17:20.55ncsabaubuntu here :-)
17:23.20ncsaba"make librt" vs "make" is 10s vs 4min on my box...
17:24.52ncsabaand the "build/bin" version takes the "build/lib/..." libraries, as confirmed by ldd
17:25.37ncsabaso I have now my fast change/compile/test path :-)
17:26.40ncsabaapropos testing, is there some logging built in to brl-cad ? I haven't look for it closer, but I also don't see anything obvious
17:28.07ncsabathe problem is that I managed to build an infinite loop into rt_pipe_bbox and logging would be the easiest way to debug that
17:28.08brlcadncsaba: if you know what you've modified, you can just run "make [target]"
17:28.15ncsabaok
17:28.50brlcadif you want want to relink everything after changing a source file, you can also run "make [target]/fast"
17:28.55brlcade.g., make librt/fast
17:29.40brlcadthat will just recompile pipe.c and relink librt, but not relink anything that uses librt (if it happened to have static linkage anywhere)
17:30.22brlcadalso, you don't need to run "make install" -- your build directory is effectively an install path and you can test from there
17:30.27brlcade.g., make rt && bin/rt
17:30.28ncsaba"make librt/fast": 4 sec
17:30.58brlcadif you have multiple cores, make will almost always run faster with make -j# too
17:31.15ncsabanot sure about the cores, I have a VM
17:31.36brlcadeven if you do, probably doesn't matter :)
17:31.56brlcadvm IO is a killer
17:32.11ncsabayes, but that's what I'm stuck with for the moment
17:32.17brlcadnods
17:32.34``Erikfor logging, bu_log() (but it's pretty basic, no levels or directors or anything)
17:32.47brlcadcat /proc/cpuinfo
17:33.24ncsabaErik: thanks for the logging hint !
17:33.45brlcad``Erik: it has levels...
17:34.31brlcadnot syslog-style levels, but does do stateful indentation levels (automatic)
17:34.46ncsababrlcad: I have only 1 CPU emulated, the host has 4 - not sure what that means in terms of optimal threading
17:34.48``ErikO.o ah, I meant the syslog/log4j style levels, yeh
17:35.09brlcadncsaba: it means it doesn't matter, -j isn't useful to you
17:35.48brlcadIF it emulated multiple CPUS and IF the VM bound those to separate cores, you'd potentially see a (tiny) gain
17:35.55ncsabawell I only need a printf level for debugging :-)
17:36.07ncsababut just a simple printf was not working for mew
17:36.18ncsabanot sure where that gets intercepted ?
17:36.19brlcadbu_log() is basically a wrapper around fprintf(stderr, ...)
17:36.37``ErikI'd imagine the tower of file io abstractions going on would dominate the compile time
17:36.43brlcadwe intercept I/O all over the place for a variety of reasons
17:37.22brlcadmged intercepts I/O for example so it can print to the text console it displays (even when running a separate command not internal to mged)
17:37.24ncsabaok, so where is actually bu_log printing at the end ?
17:38.03``Erikcould try putting an fflush() after your printf? (might be that it printed right, but was sitting in a buffer that wasn't getting filled up)
17:38.45ncsabaErik: that might be the case...
17:38.46brlcadyeah, my bet would have been on not flushing your buffer if you used printf
17:39.27brlcadbu_log() will work in that case (auto-flushes)
17:40.51ncsababut: the code is sitting in an infinite loop, so any buffers would fill in if I print in the inner loop...
17:41.06ncsabaok, I will try bu_log
17:41.26``Erikdepends on how fast the loop is, how big the buffer is, and how impatient you are
17:41.40ncsaba:-)
17:43.28starseekerncsaba: did anyone suggest trying kdevelop or qt creator?
17:45.20ncsabastarseeker: not yet
17:45.34ncsababut for the moment I 'm happy with codelite
17:45.44ncsabajust discovered it
17:45.45starseekerncsaba: you may also find the ninja build tool of interest, as an alternative to make
17:47.35ncsabastarseeker: I will have a look at ninja
17:47.45ncsabalooks interesting
17:53.06ncsabaok, bu_log works - now I have the next problem :-)
17:54.11ncsabanot sure how to explain: the logs come so fast I can't see them, and if I interrupt the process, the mged terminal goes away
17:54.45ncsabaid there a way to actually save the logs somewhere, or interrupt mged so that the current command is terminated but the terminal stays ?
18:00.34ncsabaok, I found bu_flog, will try that
18:25.58*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:36.13brlcadncsaba: how are you interrupting the process?
18:36.20brlcadand which process?
19:20.34*** join/#brlcad ibot (~ibot@rikers.org)
19:20.34*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
19:59.54brlcadncsaba: curious that you'd actually need a circular list for something...
20:00.10ncsabaI don't need it circular
20:00.24brlcadthe list head must be properly initialized for a circular list to work
20:00.25ncsabais there some simply linked ?
20:00.36ncsabait is properly initialized
20:00.46brlcadif it's infinite-looping, it's not ;)
20:01.09ncsabaok, what is properly initialized ?
20:01.11ncsabaI use:
20:01.26ncsabaBU_LIST_INIT(head);
20:01.32ncsabaand then:
20:01.43ncsabaBU_LIST_APPEND(crt_l, &(new_elem->l));
20:01.47``Erikhm, hearing rumor that disney killed lucasarts this morning O.o
20:03.22ncsababrlcad: is what I do not good enough for initing the list ?
20:04.11brlcadncsaba: I'd have to see the whole block in question
20:04.15brlcadbut if you don't need circ, it's moot
20:04.32brlcadtry following the example in include/bu.h:788
20:04.43ncsabaOK, I'll have a look
20:05.08brlcadit shows how to set up a list and iterate over it with a while loop
20:05.33brlcadset up that way, BU_LIST_FOR() will work as well for a for loop iteration
20:05.44``Erikhuh, motif went lgpl in 2012
20:05.57brlcadand if you're in a .cpp file, you can use an STL container
20:06.15``Erikwe can finally go for that 80's look in a pure open source solution! w00t!
20:06.23brlcadheh, great
20:07.32``Erikhttp://sourceforge.net/projects/motif/
20:09.13ncsababrlcad: but I don't want to dequeue the list - I want to be able to re-use it
20:09.46``ErikBU_LIST_FOR() doesn't dequeue, it just iterates
20:09.52ncsabaas a first iteration dequeue would also work actually
20:10.37ncsabaalso the head of my list has no data - I wonder if the while/for is skipping the head ?
20:11.46``Erikheh... git commit -m "I don't know why this changed and it scares me"  MainView.xib
20:22.18ncsababrlcad: replacing BU_LIST_FOR_CIRC with BU_LIST_FOR fixes my infinite loop...
20:22.46ncsabaso probably I simply didn't understand what the 2 mean
20:22.54ncsabathe list is built OK
20:30.55ncsababrlcad: I have now code that works - it is the refactoring of the pipe element calculation so it can be easily reused
20:37.55ncsabaI will submit the patch tomorrow I guess
20:38.06ncsabathanks for your help today !
20:38.13ncsababye
21:03.11*** join/#brlcad crdueck (~cdk@24.212.219.10)
21:10.37*** join/#brlcad merzo (~merzo@205-115-132-95.pool.ukrtel.net)
22:26.48*** join/#brlcad hsrai (~hsrai@202.164.53.116)
IRC log for #brlcad on 20130404

IRC log for #brlcad on 20130404

00:50.10*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
00:55.37*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
00:55.46*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
00:55.48*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
00:56.33*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
01:01.29*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
02:10.31*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
02:10.33*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:16.12*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
02:17.26*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
02:17.33*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
03:10.44brlcadcrazy lag
03:11.00brlcad``Erik: notify deaded
05:31.13brlcadwoot, finally less than 100 pending review
05:31.22brlcad(from 350+)
05:32.36*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
05:38.13*** join/#brlcad kanzure (~kanzure@131.252.130.248)
06:20.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:20.49*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
06:20.55*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
06:21.04*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
06:43.30*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
06:43.50*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
06:46.37*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:49.19*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:51.27*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:51.39*** join/#brlcad hsrai (~hsrai@202.164.53.116)
08:09.33*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:21.02*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:37.39*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:15.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:28.17*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:28.18Notify03BRL-CAD:brlcad * 55036 brlcad/trunk/TODO: make fbserv's device argument optional and specifiable for both
11:28.19Notify03BRL-CAD:brlcad * 55037 brlcad/trunk/include/vmath.h: document the JOIN1 macros
11:28.20Notify03BRL-CAD:brlcad * 55038 brlcad/trunk/NEWS: richard added several new man pages for mged commands reid, bot_sync, bot_flip, bot_split, and rtarea. the latter already existed, but was updated with mged-specific information (we need a way to consolidate/reuse these nuggets). the rest were merely knowledge passed through the generations... so nice rounding out of docs to have them added.
11:28.21Notify03BRL-CAD:brlcad * 55039 brlcad/trunk/NEWS: tom browder made a sweeping update to all of the existing manual pages (fortunately before the were all converted to doxygen) in r51302 where he corrected and updated missing author/copyright/bugreport sections, eliminated references to our old cadbug.sh script, and (yowsa) actually made the copyright year reflect the dates of editing based on earliest svn log entry
11:35.43*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:43.53``Erikhttps://github.com/erikg/cl-cia/commit/76ae24e96d3cec4ecabdcc5d2ffffc581f8a0fcb  will hopefully work fairly well, might be an issue with reconnecting while the ghost is still around :/
12:22.20Notify03BRL-CAD:bob1961 * 55043 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added cadwidgets::Ged::validateRgb
12:23.37Notify03BRL-CAD:bob1961 * 55044 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the checker shader.
12:37.51*** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
12:38.06pawleeqhello
12:40.27pawleeqhow can I get list of brlcads c functions?
13:27.40brlcadpawleeq: which ones and for what purpose?
13:28.10brlcadpawleeq: public functions should are all declared in our public headers in the include/ directory
13:28.41brlcadpublic and private functions can be pulled directly from binaries and libraries with the ld command
13:29.10brlcadthere are other tools that will extract them from source files as well
13:29.17pawleeqbrlcad, ok thanks
13:29.28brlcadbut there are thousands...
13:29.29pawleeqwe are thinking about QT based GUI
13:29.43brlcad"we"?
13:30.05pawleeqso basically we need functions to make primitives and to combine them
13:30.26pawleeqwe... right now there is only me, one programmer and one othar CAD enthusist
13:31.15brlcadjumping into that without any context or structure is going to be quite... frustrating
13:31.43brlcadhaving a list of functions is a really rough way to start :)
13:31.53Notify03BRL-CAD:starseeker * 55045 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/tests/bn_coplanar_tri_tri_isect.c and 2 others): Rename function bn_coplanar_tri_tri_isect to bn_tri_tri_isect_coplanar
13:32.03brlcadstarseeker: danka sir
13:32.14pawleeqi know it is
13:33.21brlcadpawleeq: commendable effort and I'll be glad to support you with any info you need
13:33.27pawleeqwe are on very beginning, just discussing what and how to use
13:33.40brlcadthere's no need for it to be a separate effort, you can work in the source tree in a separate module
13:33.55brlcador use the QT work that was started a couple years ago
13:34.31pawleeqbrlcad, ok, I will take look an that
13:34.55pawleeqbrlcad, how hard is it to make brlcad work with points lines and planes?
13:35.23Notify03BRL-CAD:starseeker * 55046 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Rename file for bn_tri_tri_isect_coplanar test and update test names
13:35.51brlcadpawleeq: some background info here: http://brlcad.org/wiki/User:Mafm
13:36.32brlcadit depends entirely what you mean by that -- we certainly have in-memory data structures for points, lines, and planes
13:36.43brlcadnearly every object involves one of the three
13:39.31pawleeqI would like to have opprotuninty to work only with planes or lines, because of contraints between them and primitives
13:39.50pawleeqso if I move the plane, the contrained solids will aslo move
13:40.27brlcadthat's an interface problem, not a data problem
13:41.15pawleequser interface?
13:41.26brlcadinput/editing interface, yes
13:41.36brlcadat least to an extent
13:41.59brlcadconstraints between objects would be new, but objects already have internal constraints
13:42.25brlcadyou have already create a box, for example, grab an edge, move it around and all the face planes and corner points update with it
13:46.58pawleeqwhat I think about is to have constraints between separate solids, so I create a box and a sphere a and I set contraint between one face on spheres center, so whenewer I move the box, or only the contrained face) the sphere also moves
13:47.36brlcadthat's actually a feature currently under development, slated for demo this summer
13:47.49brlcadwe're implementing that via explicit constraint objects
13:48.01brlcadmuch of the infrastructure is already in place
13:48.08pawleeqwonderfull
13:48.56brlcadpawleeq: no desire to try and fix some core bug issue like the guy on the mailing list?
13:49.02brlcadbest way to get introduced into the API
13:49.12brlcadthere are layers of libraries
13:50.52pawleeqI would like to, but I am not a programmer
13:52.03brlcaddid a quick check, there are about 2362 public API functions
13:53.22brlcadacross 16 distinct sets
13:53.55brlcadmath library, utility library, database I/O, ray tracing, etc
13:54.12pawleeqi will tell that to our C expert, I am curious what will he say:)
13:54.27``Erikthat's just function symbols, not the macros, right?
13:54.27brlcadyou should have your C guy come join in here and work on something...
13:54.43pawleeqI will tell him
13:54.45brlcad``Erik: yeah.. just a grep on EXPORT
13:55.16brlcadthis'll get you part way there: grep EXPORT ../include/*.h| grep -v \# | grep -v '/\*' | grep -v DEPRE | grep -v JNI
13:55.58pawleeqto make things clear, we are still more talking than coding about CADUS project (cadus.org), right now we are discussing the "backend", from my point of view it looks more like a gui for BRLCAD
13:58.26``Erikpawleeq: at the moment, we sorta have 3 gui frontends (mged, archer, mged classic mode), with an effort to split frontend and backend capabilities cleanly (libged). We're designed for that seperation and any patches to improve it are welcome :
13:58.31brlcadpawleeq: that's interesting, I hadn't seen that
13:58.55brlcadpawleeq: of course I agree that the backend should be BRL-CAD ;)
13:59.37brlcaddo know that a new GUI in QT is also in our development roadmap, so we have some great collaboration potential
13:59.39pawleeqbrlcad, so do I
14:01.21pawleeqthat is great I will keep you informed how and where we get
14:02.11brlcadi'll be posting up our roadmap to the mailing list in a few days as well, might help make some things clear
14:02.43pawleeqI will subsribe
14:03.20brlcadyou're not on brlcad-news already?
14:06.46pawleeqI were not, shame I know:)
14:08.11brlcadheh
14:08.25brlcadjust surprising, I thought you saw some of the past announcements given things you talked about
14:09.41brlcadwe can certainly be the gecko to your firefox .. save you a few hundred man-years of work
14:10.07brlcadknow that the common pitfall is a dev that says "it's too complex" and tries to do it all on their own
14:10.54brlcadI've seen it happen nearly every year for the past 10 years and they all fail within a couple years because it's just so much work and they didn't realize all that complexity is actually there for a reason
14:11.22pawleeqI like brl-cad for its complexity, I just want to to make it nice GUI
14:11.28brlcadus too :)
14:11.54brlcadso either we'll end up with two separate GUIs (which I think is PERFECTLY fine, by the way)
14:12.05brlcador a unified GUI that we both work on
14:13.01brlcadwhich is even better IMO, but begs for buy-in from your C guy to get him involved with BRL-CAD development
14:13.23pawleeqwe are blogging about "new open source cad" and what we can read in discussion is ... well one group is sympathetic, other one sells us to hell.. because of complexity
14:13.27brlcadnot necessary, but helps if he can commit fixes changes he needs and vice versa
14:14.08brlcadbecause of cadus complexity already or brl-cad complexity?
14:14.34pawleeqcadus right now has no complexity at all
14:14.50brlcadI was going to say
14:14.53brlcadI see plans on the site
14:15.00brlcadat least, the start of plans
14:16.24brlcadone of my personal goals over the next couple years is to address some of our superfluous complexity, modularize and organize better
14:17.04brlcadthere's a lot of infrastructure to move around and documents that need to get put on the website for that, but it should help remove some of the misperception
14:18.10*** join/#brlcad pepca (~Pepa@ip-78-102-220-106.net.upcbroadband.cz)
14:22.33pawleeqI will try to convince our C guy to work on brlcad
14:22.53pawleeqand there he goes pepca is our C guy :)
14:23.41brlcadwelcome pepca :)
14:23.45pepcahello :)
14:24.09brlcadwe were just talking about the great work you guys have planned
14:24.36brlcadsounds like we have nearly the exact same goals, interests, plans, and concerns ;)
14:25.08pepcanice :)
14:25.45pepcaand how nearly it is ?
14:26.38brlcadhow nearly is what?
14:26.54brlcadI mean big picture
14:26.55pepcathat goals, interests, plans, and concerns
14:29.32brlcadgoals and interest: new better GUI, good geometry infrastructure, constraints and parametrics, easy to use, ...
14:29.33pepcaok, so far we are collecting ideas and requirements and what we need... and it looks like brlcad could be good backend, so we would have to create a good frontend only
14:30.00pepcaquestion is, how easy is to connect brlcad and qt application
14:30.07brlcadplans: develop those ;)
14:30.27brlcadconcerns: a lot of complexity, need to better modularize and document
14:30.38brlcadand reduce
14:30.46brlcadit's pretty easy, been done before
14:31.18pepcado you have something that I can read bout that ?
14:31.35pepcaor where i can start
14:31.49brlcadI was telling pawleeq that a new Qt GUI is also in our development roadmap (planned for next year, currently working on infrastructure and rolling out an intermediate interface in the meantime)
14:32.17brlcadso we'll either end up with two separate GUIs (which is PERFECTLY fine) or a unified GUI that we both work on, collective manpower
14:32.38pepcabut you have not started on gui yet, right ?
14:33.14brlcadwe have, but it was mostly demo work and then we shifted focus back on infrastructure
14:33.18brlcadhttp://brlcad.org/wiki/User:Mafm
14:33.29brlcadthere is a development log there from a couple years ago
14:34.20brlcadthat work continued for a couple years, but was basically a demo of an interface running a QT interface on top of OGRE (for display management)
14:35.35Notify03BRL-CAD:carlmoore * 55047 brlcad/trunk/src/util/decimate.c: improve error reporting in decimate command
14:35.59brlcadagain, you're not likely to be impressed by much there -- it was proof of concept work with a lot of emphasis on infrastructure since then
14:37.36pepcaproof of concept is good thing
14:38.32brlcadthe question is more of how to best work together (if that's something that interests you) and how to get started
14:40.20brlcadwe have a big development team and a lot of activity, but obviously have our own priority and existing development roadmap
14:40.30brlcadso it's more finding a mutual itch to scratch :)
14:40.51pepcawe had a few messy discussions about creating a CAD and I created a picture ... http://cadus.org/trac/wiki/BigPicture ... I've started from the GUI part and hoped
14:41.04pepca(but no code yet)
14:51.14*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:51.33brlcadin browser parlance, I kind of see this like BRL-CAD being the webkit to your Chrome
14:51.38``Eriktakes a moment to laugh at the sagonet users
14:53.22*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
14:55.26*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
14:55.26*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
15:18.32brlcadpepca: apparently ISP issue, sorry -- last I saw from you was 10:41 < pepca> (but no code yet)
15:19.35maths22brlcad: so are these disconnects an isp issue, not a freenode issue?
15:19.43brlcadon the webkit chrome line, the question is just whether we help you write chrome or let you do chrome while we implement safari (and continue to work on webkit with you) :)
15:20.07brlcadmaths22: I don't know
15:20.17brlcadand hi maths22, just talking about your work :)
15:20.37maths22what time?/which work?
15:20.59brlcader, wrong 'm', never mind :)
15:21.17maths22Also, almost every time I log on I have to reauthenticate with nickserv
15:21.32brlcadmaths22: actually some of your GCI work is relevant
15:21.33maths22Do you know if IRSSI can do that automatically?
15:21.36brlcadorganization of information ;)
15:22.19brlcadit could certainly do it as a script, but don't know the magic myself
15:22.31maths22I will look for one.  I didn't know if you used one.
15:22.33brlcadmaths22: any progress on creating that stylesheet?
15:23.02maths22I kind of put that on hold with our robotics world championships coming up and too much robot work to do.
15:24.36maths22After april 27, I can get back to that
15:24.51maths22Maybe sooner if I feel like working on it on the bus ride to St. Louis
15:25.47brlcadcool
15:26.06brlcadwould be nice to unveil a new website before GSoC begins
15:26.21maths22When does GSoC start?
15:26.34brlcadwe find out if we're accepted tomorrow
15:26.47brlcadstudents start applying in a couple weeks after
15:26.58maths22I just pulled up the site to check, and it appears the orgs are announced on monday
15:27.04brlcadlooks like April22
15:27.32maths22What is April 22
15:27.47starseekerpawleeq, pepca: If you're looking to do some Qt gui work, you might want to check out the Ogitor project - they integrate Qt and OGRE
15:28.02brlcadthat's when student start applying
15:28.13maths22thanks
15:28.22brlcadif we're going to do anything, that'd probably be the latest
15:29.10brlcadbut really once they announce, we have to get a lot of stuff in order so it might be too late already if you're busy
15:29.37brlcad(i.e., again, assuming they announce affirmatively on monday)
15:48.04pepcahmmm...
15:49.37pepcabtw, what do you thing about that big picture at  http://cadus.org/trac/wiki/BigPicture ?
16:18.19*** join/#brlcad hsrai (~hsrai@202.164.53.116)
16:24.33brlcadpepca: I like the general idea with a separation of the gui from "modules"  and the filesystem
16:25.55brlcadthere are definitely some small differences with what we have planned (nearly everything in your modules box is encompassed by our Geometry Service project
16:26.22brlcadbut I think a lot of it is just terminology difference
16:27.45brlcadwe have a fair bit more modules and back-end functionality identified, but not so much on the front-end
16:28.33brlcada proper CAD engine encompasses much more than mathematics, it's also file conversion, data processing, analysis, ..
16:29.33brlcadand a CAD engine doing any real work invariably needs to contact the disk (most "real" models often don't fit in memory)
16:30.20brlcadGS is presently paused development, but you can read up on some of the design intent here: http://brlcad.org/wiki/GS_Dev_Requirements
16:31.40brlcadmore here http://brlcad.org/wiki/Geometry_Service_Project_Main
16:32.07brlcad(note a lot of stubs, work in progress)
16:34.11brlcadmost of the real progress on the Geometry Engine portion is here: http://brlcad.org/wiki/BRL-CAD%27s_core_C%2B%2B_interface  (and that's usable now for some purposes)
16:35.27Notify03BRL-CAD Wiki:Sean * 4959 /wiki/Developer_Documents: find was implemented as search
16:36.24Notify03BRL-CAD Wiki:Sean * 0 /wiki/A_find_Command_for_BRL-CAD_geometry: this development project was completed and is extensively integrated/documented as the "search" command
16:38.07Notify03BRL-CAD Wiki:Sean * 0 /wiki/BREP_Primitive: also implemented, brep/nurbs support is complete
16:38.25Notify03BRL-CAD Wiki:Sean * 4960 /wiki/Developer_Documents: brep is implemented
16:38.53pepcataht last link looks very very interesting ... thank you
16:39.06pepca* that
16:39.40brlcadthe core interface is a separate download aimed at developers
16:40.14brlcadit's the start of our geometry engine, though a lot of functionality is just stubbed in -- the vast majority of our functionality exists in our main libraries in the main checkout
16:40.31brlcadso if you see something missing, it's probably just not yet hooked into that cleaner API
16:41.11brlcadthe Geometry Service (GS) is meant to be a network protocol for applications to build on top of
16:42.21brlcadthe Geometry Engine (GE) is a C++ API (and currently called our "core interface") intended to be similar to ACIS, Granite, Parasolid and other commercial geometry kernels
16:42.58brlcadGS builds on top of the GE adding in geometry versioning, editing history, multiuser access controls, and model management
16:43.53brlcadI have some much better documents describing it all, but it'll take a few days to upload it somewhere (ping me if interested), but you can certainly start with the core interface and see how things look
16:44.55brlcadpepca: one thing I was mentioning to pawleeq is the possibility of getting you set up as a brl-cad dev too so you can commit bidirectionally
16:45.17brlcade.g., if you find you need some change to core interface, you just make it and commit instead of working around it
16:45.49brlcador working on some small feature in brl-cad so that you become familiarized with the libraries and layout of information
16:49.12pepcayeah, that would be nice... but there is a lot of time until i will have something to commit ;)
16:49.15pepcaso ...
16:49.38pepcawhere is QBrlcadWidget ? :)
16:51.08pepcaif I understand it correctly, the GE is the part which calculates everything... so when user draws something, he only tells GE what he wants
16:52.17pepcaso the main part what needs to be done is to fill up the space between user and E
16:52.21pepcaand GE
16:52.26pepcaright ?
16:57.34pepcabtw, what is the API difference between GS and GE ?  Is GS only an extension of GE, so the code working with GE can work with GS in the same way ?
17:02.23brlcadcalculates and holds in-memory representation
17:03.01pepcaok, so the GE is the M in MVC
17:04.08brlcada typical use might be to say "GE open this file, give me a list of objects, give me the display list for this object, apply this temporary transformation on the object, write the change to disk, close the file
17:05.26pepca"display list for this object" is opengl display list ?
17:05.49brlcadit could be anything, but yes
17:07.29pepcait looks like a perfect backend part of our new cad :) ... i will study it more deeply later
17:07.31brlcadnote that we're discussing a development that's in-progress so it's all easily subject to change ;)
17:07.46pepcaof course
17:07.58pepcanow ... the frontend part
17:08.27brlcadfrom our perspective, GE builds on top of 12 or so other libraries in BRL-CAD
17:08.35pepcawow
17:09.13brlcadbut the 12 are a data-driven collection, 2000+ functions so GE goal is intentionally to clean that up and encapsulate better/more
17:09.33pepcathat is scary
17:09.49brlcadas far as a CAD engine goes, we're actually tiny
17:10.11brlcadthose three commercial engines I mentioned (that represent something like 95% of commercial CAD software) are FAR bigger
17:10.20brlcadCAD just encompasses a lot of concepts
17:10.23*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:11.24pepcawell... I'm really happy that I will not have to write all that :)
17:12.09brlcadthose twelve include simple concepts like a utility library (strings, file i/o, threads) and math library to bigger packages like geometry conversion, geometry processing, image/data processing, rendering, geometry analysis, geometry editing, ...
17:12.19brlcadyeah, it's frustruating
17:12.33pepca:)
17:13.03brlcadI was telling pawl that I've seen at least a dozen other similar open source attempts to "start over" over the past decade
17:13.52brlcadmany of them looked at BRL-CAD and (others) and decide "what?! that's way too much, too complex, too messy .. I'm gonna start clean by myself"
17:14.08pepcahow long they last ?
17:14.09brlcadand they've all failed within two years
17:14.13pepca:D
17:14.16brlcadthey get abandonded
17:14.23brlcadjust don't realize how much work is involved
17:15.04brlcadohloh estimates that we have about 300+ *years* of effort implemented
17:15.13pepcawow
17:15.22brlcadone or two people can't come close to touching that in their lifetime
17:15.37brlcadwe're on par with Blender
17:15.42brlcadjust they look prettier ;)
17:15.45pepca:D
17:16.09brlcadand are much easier to use ... we're a pain in the ass
17:16.18brlcadbut we know our problems, we're working on them .. it just takes time
17:16.30pepcaok ok
17:16.52pepcaso, the frontend part... lets say i want to show qt window with some 3D view to show something. I will prepare GE and fill it with data, create the Qt window, and then?
17:17.08pepcais there something like "QBrlcadWidget" ?
17:17.15brlcadso I'm curious how far you get with core interface (that's the logical starting point)
17:18.08brlcadif it falls flat, we can either add hooks you need for displaying geometry or we can migrate to our libged/librt libraries which have much more but not as neatly
17:18.17brlcadthere is no such widget heh
17:19.43pepcaso the widget is our first step
17:20.19pepcacreate some opengl view and connect it to GE
17:21.06pepcathen build nice window around it and let user play with it
17:24.30brlcadyou could take a look at mafm's work from a couple years ago since that was a functional connection to our libged/librt library layer
17:25.08pepcayeah, I read some 'devel log' few hours ago... is there sourcode anywhere?
17:25.24brlcadyeah, it's in our repo
17:26.15brlcadI think it's maybe this source: http://brlcad.svn.sourceforge.net/svnroot/brlcad/rt%5e3/trunk/src/g3d/
17:26.24brlcadrepo is the trunk dir
17:28.39brlcadit certainly will need updates to even compile, but it ended up looking like this: http://brlcad.org/w/images/3/37/G3d-2009-08-03.png
17:29.10brlcadhuh, I wrote the wrong dev log -- mafm was the 2008 work, ralith continued it in 2009:  http://brlcad.org/wiki/User:Ralith
17:32.05pepcathat looks like embryo of my QBrlWidget :)
17:33.23brlcadthe abstract/content sections at the end have the project summary
17:34.30pepcayeah, it looks like he tried to do a complete editor
17:34.42brlcadonce he got a graphics window up, ralith spent half his summer just working on getting mouse behavior correct for those three camera modes (i.e., a little distracted)
17:35.11brlcadwell not so much the editing itself, but hooking a new gui to our libs like we've been talking
17:35.34brlcadwe have some specific ideas in mind for our interface plans
17:36.32brlcadhe was mostly trying to solve an architecture problem, how to get ogre in qt or qt into blender to display brl-cad geometry
17:37.13brlcadditching rbgui (mafm's previous year work) for qt
17:38.42brlcadhe was building on mafm's work, which got pretty far on it's own: http://brlcad.org/~mafm/g3d-screenshots/brlcad_rbgui_20080824-1.png
17:39.10pepcayes he did
17:39.22brlcad(note those are both 3-month projects)
17:39.56brlcadand by new student devs, not core experience
17:40.16brlcadwe mentored them through the design, APIs, and debugging
17:41.39pepcayeah... it is awesome piece of work
17:43.31brlcadpepca: so unrelated, but just so you're aware -- we're rolling out a new alpha GUI for BRL-CAD that has been under development for a few years
17:43.57brlcadmeant to be a stepping stone between our current mged interface and a third generation QT-based interface
17:44.19brlcadjust so you're not suprised, you'd probably eventually run into it or hear about it
17:44.27brlcadlooks a little like this: http://brlcad.org/~starseeker/archer_latest.png
17:44.37brlcadnot great, but better than mged
17:45.41brlcadmged: http://upload.wikimedia.org/wikipedia/commons/e/eb/BRL-CAD_screenshot.jpeg
17:48.39pepcathat looks very nice
17:48.55brlcadmeh :)
17:49.20pepca:D
17:50.11pepcaand how is the third generation gui going ?
17:51.27brlcadit's a passive priority at the moment, but progresses little bits at a time
17:51.44brlcadremember, we've been focusing on infrastructure
17:51.58brlcadand major new features, working on boundary representation NURBS and ISO STEP support
17:53.40pepcadoes it have some web page ?
17:53.52maths22<PROTECTED>
17:53.54maths22sorry
17:54.59brlcadI think about 8 years of full-time effort has gone into NURBS and 4 or so into STEP, both just coming to "completion" this year
17:55.50brlcadwhat is "it"?
17:56.01brlcadthe nurbs/step work?
17:56.10brlcador 3rd gen gui?
17:56.57pepca3rd gen gui
18:02.57brlcadthere's a lot of material on it, but not much online beyond what you've seen (because it's not what we're actively working on)
18:03.37brlcadjust the gsoc student work, the work related to the geometry service, and some prototype/design information
18:04.20pepcahmm hmm.. ok
18:05.31brlcadsome of the design work is here: http://brlcad.org/design/gui/
18:06.39pepcaso there will be almost no duplication of effort if we start with some user interface and that QBrlWidget to show data from GE
18:06.45brlcadskriptkid's prototype was fantastic: http://brlcad.org/design/gui/gci_skriptkid_prototype/brlCad-01.png
18:07.06pepcawow
18:07.21pepcais it only painted screenshot or real code ?
18:07.41brlcadpainted
18:08.08brlcadall based on stuff mged and archer already do now, just looks better
18:08.23pepcayeah
18:08.46brlcadthat's where our 300+ years comes in to play
18:08.56brlcadton of functionality, we present it terribly ;)
18:09.16pepcayes :)
18:09.50pepcaI've let one engineer to try brl today... it was his near-death experience
18:09.51brlcadeven the other prototypes weren't too bad: http://brlcad.org/design/gui/gci_gauravjeet_prototype/cad.png http://brlcad.org/design/gui/gci_alexander_prototype/cad-interface.jpg
18:09.57brlcadheh
18:11.47brlcadour current interface is completely different from all the commercial offerings
18:12.18brlcadnearly as powerful or even better in several areas, and lacking in others
18:12.21brlcadas far as I know, BRL-CAD's the only open source CAD actually in production/professional use
18:12.32pepcathat engineer showed me pro/e and how he is working it ... it looked very effectiv
18:12.33pepcae
18:12.47brlcadcompared to commercial CAD, we're very niche
18:13.34brlcadnothing in open source is going to come close to touching the big-five CAD (pro-e, catia, solidworks, nx/unigraphics, and autocad) without massive collaboration (100+ devs)
18:14.42pepcawell... since i'm phd student at CTU, i can (theoreticaly) involve some students to work here
18:15.08pepcasemestral projects, bachelor thesis, ...
18:15.21brlcadwe have 10-30 active devs depending on the year
18:15.49brlcadthe *smallest* of the big five has approximately 100 devs employed full-time
18:16.04pepca:)
18:16.30pepcaat least you do not have to move decimal point to see the actual numbers :)
18:16.30brlcadour main advantage is 30+ years under development and, of course, open source collaboration :)
18:34.03pepcaok.. so the conclusion for today is "Lets create nice user interface and QBrlWidget, everything else is already there."
18:35.42pepcaI will let people here to discuss this and we will see what happens
18:37.08pepcaI also added a lot of links into our wiki -- thank you :)
18:42.38*** join/#brlcad cristina (~quassel@188.24.21.219)
18:53.21*** join/#brlcad merzo (~merzo@205-115-132-95.pool.ukrtel.net)
19:05.18pawleeqbrlcad, thank you very much for this chat
19:14.35brlcadpawleeq: always open to more collaboration and development
19:14.46pawleeq:)
19:37.45Notify03BRL-CAD:carlmoore * 55048 brlcad/trunk/src/conv/dem-g.c: move lines ahead of a slew of value-setting lines, which would be meaningless if 'Exiting' was invoked
21:09.51*** join/#brlcad merzo (~merzo@83-47-132-95.pool.ukrtel.net)
21:45.12Notify03BRL-CAD:carlmoore * 55049 brlcad/trunk/src/conv/dem-g.c: no programming change, but add comment about 3 file names based on the filename provided (I don't know what dem file is)
22:33.24Notify03BRL-CAD:r_weiss * 55050 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Bug fix for function "nmg_isect_fu_jra" in file "nmg_inter.c". The number of edgeuse in the loopuse changes as the loopuse is processed which can cause an infinite loop. This change fixes the infinite loop. This problem can occasionally be seen using the mged "ev" command.
IRC log for #brlcad on 20130405

IRC log for #brlcad on 20130405

03:41.47Notify03BRL-CAD:brlcad * 55051 brlcad/trunk/src/libbu/heap.c: duh, race condition on initializing the per-cpu structure dynamically. statically allocate for the compile-time maximum number of cpus. wastefully consumes 32MB (32KB per cpu with 1024 bins), but avoids a runtime branch and fixes the problem of how to release the dynamic memory so not all bad.
03:48.21Notify03BRL-CAD:brlcad * 55052 brlcad/trunk/src/libbu/heap.c: the printing function need not be made public api, tighten the scope. also make sure it only prints once since it can conceivably get registered multiple times
03:51.43Notify03BRL-CAD:brlcad * 55053 brlcad/trunk/src/libbu/malloc.c: ws cleanup
03:52.26Notify03BRL-CAD:brlcad * 55054 brlcad/trunk/src/libbu/heap.c: few comments, still need to track and reuse freed memory
04:20.19Notify03BRL-CAD:brlcad * 55055 brlcad/trunk/src/libbu/heap.c: update the comments to reflect the new structure layout which also helps simplify the explanations. remove the old containers (assumes we'll get better cache coherence grouping them together, but that still needs to be tested).
05:17.44Notify03BRL-CAD:brlcad * 55056 brlcad/trunk/src/libbu/heap.c: save a few more instructions and reduce per-real-allocation overhead slightly by not tracking per page usage. just keep track of the last page being filled since we know the rest are full.
05:29.38Notify03BRL-CAD:brlcad * 55057 brlcad/trunk/src/libbu/heap.c: rewicker the terminology so that it might actually make some sense to someone else too
05:37.45Notify03BRL-CAD:brlcad * 55058 brlcad/trunk/src/libbu/heap.c: because it's awesome when structure elements all line up perfectly with the same length
05:59.32*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:11.16*** join/#brlcad hsrai_ (~hsrai@202.164.53.116)
07:17.17*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:59.25*** join/#brlcad crdueck (~cdk@24.212.219.10)
09:44.17*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
12:00.02*** join/#brlcad pepca (~Pepa@ip-78-102-220-106.net.upcbroadband.cz)
12:15.35*** join/#brlcad caen23 (~cezar@92.81.210.84)
12:37.22pepcaHello again, is there a Git mirror of the SVN repository ?
12:43.33brlcadpepca: there is, but I'm not sure it's up to date
12:45.33brlcad``Erik: you have it syncing?
12:45.38brlcadpepca: it's http://brlcad.org/brlcad.git
12:48.12pepcahmm... 30 years of history via http transport ... it will take a while
12:51.03Notify03BRL-CAD:bob1961 * 55059 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the camo shader in Archer's comb edit panel.
12:53.22``Erikjust getting a copy of /usr/ports/distfiles to another machine...
12:54.28brlcad``Erik: nah, I meant the git mirror ;)
12:55.59``Erikohhh, yeah, uhm, that should be clicking hourly
12:56.15brlcadthere ya go pepca
12:59.21brlcadpepca: fortunately compresses very well, about 300MB
12:59.30``Erikthat'd be a huge clone, so we have a tarball of a checkout at http://brlcad.org/brlcad.git.tar.gz .. let me update it to the most recent (took it off of the hourly as it chewed a bit of cpu and io time)
12:59.41Notify03BRL-CAD:jordisayol * 55060 brlcad/trunk/misc/debian/brlcad.sh: Properly add/modify the environment variables PATH and MANPATH on deb and rpm packages.
13:00.16brlcadcould renice it into oblivion
13:02.05``Erikcould, but I'm hoping to integrate the sync into notify so it syncs on commit instead of hourly, then figure out something less lame for the tarball generation (maybe just keep an anonymous checkout, so I can update and tar quicker
13:02.55``Erikthe jumpstart tarball finished updating
13:03.32brlcadwhy is the .tar.gz bigger than the .git ?
13:04.00``Erikbecause it has the .git and the checkout (and the .git is already compressed)
13:04.22``Erik(cd /usr/web/brlcad.org && /bin/mkdir brlcad.git.tgz$$ && cd brlcad.git.tgz$$ && /usr/local/bin/git clone -q http://brlcad.org/brlcad.git brlcad.git && /usr/bin/tar zcf brlcad.git.tar.gz brlcad.git && /bin/rm -f ../brlcad.git.tar.gz && /bin/mv brlcad.git.tar.gz ../brlcad.git.tar.gz && cd .. && /bin/rm -rf brlcad.git.tgz$$)
13:04.25*** join/#brlcad hsrai (~hsrai@202.164.53.116)
13:05.01brlcadreally worth the extra 100MB then? :)
13:05.15brlcadonce you have 300 you can probably extract the checkout faster than downloading it
13:06.36``Erik*shrug* I wanted to make a trivial 'batteries included' download with the minimum number of steps... untar and go, pull when you want... if you want to tweak the tarball and write up docs for it, knock yourself out :)
13:10.07n_reedhmm, I've heard about consumer level 3d printers for years, but consumer level 3d scanners not so much until now
13:10.15n_reedhttp://www.kickstarter.com/projects/621838643/desktop-3d-scanner
13:10.24n_reedhttp://www.engadget.com/2013/03/08/makerbot-3d-scanner/
13:10.32n_reedhttp://www.matterform.net/index.php
13:10.54pepcaawsome ... i have cloned everything since 1983-12-16 to 2013-04-05 05:37:31 :)
13:11.10pepcabut there are no tags in this clone :(
13:11.47brlcadpepca: it wouldn't be 300MB if it included all tags and branches
13:12.00brlcadseveral GB iirc
13:12.48pepcayeah :)
13:13.06pepcaall branches are not important, but tags would be nice
13:15.30pepcajust to make sure... master in http://brlcad.org/brlcad.git == trunk in http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/ -- is it correct ?
13:16.46``Erikso git pull --tags
13:17.02``Erikyeah, the git is trunk
13:17.15pepcaok
13:17.48pepcatags are not in http://brlcad.org/brlcad.git, cannot pull something that is not there ;)
13:18.14``Erikah, hm, guess they didn't come through in the git svn checkout
13:18.32pepcayes
14:22.17Notify03BRL-CAD:brlcad * 55061 brlcad/trunk/src/libged/inside.c: be consistent, follow the face winding
14:27.29Notify03BRL-CAD:mendesr * 55062 NIL: Tag version for 1.4 release
14:29.24Notify03BRL-CAD:carlmoore * 55063 brlcad/trunk/src/conv/dem-g.c: remove trailing blanks I accidentally put it; put in note about cannot use stdin; remove (redundant) 'Exiting.'
14:29.36Notify03BRL-CAD:mendesr * 55064 NIL: Tag version for 1.4 release
14:40.34*** join/#brlcad ncsaba (~ncsaba@p54981CF4.dip.t-dialin.net)
14:52.08Notify03BRL-CAD:brlcad * 55065 brlcad/trunk/doc/docbook/lessons/en/mged15_creating_a_toy_truck.xml: update the inside command parameters to match the new rpp vertex behavior that was made to match the ordering of an arb8 in 7.14.6 (r33973). the "right" parameters were ironically the ones already documented in a note when the lessons were written up in 2001 as having changed. tracing back through the commit history, it
14:52.10Notifylooks like this however was entirely unintentional (i.e., it was a bug) that was documented here instead of getting fixed.what had happened: circa 1985 (r373) 'in' command directly implemented rpp (matching arb8), circa 1987 (r1518) wdb rpp routine added (with "natural origin" but not matching arb8), circa 2000 (r18885) 'in' command updated to use libwdb (inadvertently changing the order), circa 2009 (r33973) wdb
14:52.12Notifyroutine finally fixed to match arb8, and now the doc finally gets fixed to match. so there ya have it, took three devs scratching heads for a day to figure this all out.left a note on how to verify the right values ('l' command so as to not rely on graphical inspection) and the old command so the docs will still work with older releases.
14:57.27Notify03BRL-CAD:brlcad * 55066 brlcad/trunk/NEWS: with bob and keiths help, we finally figured out what was wrong in lesson 15. it's a four-year old bug with a 30-year legacy. see previous commit log message for all the nitty gritty detais. basically had to update the ordering now that they match the change in 7.14.6 to make the rpp vertices match arb8.
15:11.56*** join/#brlcad yiyus (1242712427@je.je.je)
15:17.43*** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it)
15:49.59*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:50.05jordisayolhello
15:51.44ncsabaHi Jordi
16:09.03ncsabasoo, I uploaded my first patch to sourceforge
16:29.34Notify03BRL-CAD:indianlarry * 55067 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/brep.c and 4 others): Initial checkin of shaded displays for BREP NURBS. Ese the poly2tri software to generate CDT triangulations. Water tight edges to follow. Uses "rel","abs" and "norm" tolerance values when determining facet resolution(WIP). Also updated "brep" mged command with features for CDT debugging.
17:15.29ncsabaanybody around ?
17:15.47ncsabaI uploaded a patch, but found an error in it by now
17:17.11ncsabaI wonder if there are some ways to test refactored code other than just visually check if rendering looks the same ?
17:55.49ncsabaOK, after more code-reading I find my patch completely bogus - I will need some more discussion about it
17:57.00Notify03BRL-CAD:starseeker * 55068 brlcad/trunk/include/CMakeLists.txt: Re-indent and simplify header CMakeLists.txt
19:32.04Notify03BRL-CAD:jordisayol * 55069 (brlcad/trunk/misc/debian/brlcad.install brlcad/trunk/sh/make_deb.sh brlcad/trunk/sh/make_rpm.sh): Add "/usr/brlcad/version" file on deb/rpm packages.
20:26.55Notify03BRL-CAD:carlmoore * 55070 brlcad/trunk/src/fb/cmap-fb.c: implement Usage & continue-running for no-argument/no-pipe situation; allow use of -?, omitting -h because that's in use for something else
22:16.29Notify03BRL-CAD:jordisayol * 55071 brlcad/trunk/misc/debian/brlcad.sh: Verify if $BRLCAD_PATH and $BRLCAD_MANPATH are already in $PATH and $MANPATH environment variables (deb and rpm packages).
IRC log for #brlcad on 20130406

IRC log for #brlcad on 20130406

00:24.38*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
01:06.40Notify03BRL-CAD:jordisayol * 55072 brlcad/trunk/sh/make_rpm.sh: Make /usr/brlcad and sub-directories to be owned by the rpm package.If the rpm package don't owns these directories, yum will not remove them when uninstalling.
01:36.58starseekerbrlcad: this might interest you:  https://github.com/Lindydancer/cmake-font-lock
02:17.16*** join/#brlcad caen23_ (~cezar@92.81.187.99)
02:55.38brlcadnifty, thanks
02:55.56brlcaddefault font-lock works fine too, gets all the keywords
03:52.09*** join/#brlcad hsrai (~hsrai@202.164.53.116)
04:24.42*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
04:25.17*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
04:30.17*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
04:32.25*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
04:33.21*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
04:33.21*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
09:30.36*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:32.44*** join/#brlcad ncsaba (~ncsaba@p54983298.dip.t-dialin.net)
11:47.36*** join/#brlcad caen23 (~cezar@92.83.172.108)
12:51.28*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
12:56.07*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
12:56.08*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:56.09*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
13:15.49``Erikthis less than stellar connectivity is starting to concern me
13:52.40*** join/#brlcad merzo (~merzo@13-113-132-95.pool.ukrtel.net)
14:53.25*** join/#brlcad caen23_ (~caen23@92.83.172.108)
16:04.25Notify03BRL-CAD Wiki:74.107.123.76 * 4961 /wiki/MGED_CMD_make: /* Syntax */
16:06.54Notify03BRL-CAD Wiki:74.107.123.76 * 4962 /wiki/MGED_CMD_make: /* Syntax */
16:08.46Notify03BRL-CAD Wiki:74.107.123.76 * 4963 /wiki/MGED_CMD_make: /* Argument(s) */
16:21.25Notify03BRL-CAD Wiki:74.107.123.76 * 4964 /wiki/MGED_CMD_draw: /* Argument(s) */
16:23.48Notify03BRL-CAD Wiki:74.107.123.76 * 4965 /wiki/MGED_CMD_e_lower: /* Argument(s) */
16:24.41Notify03BRL-CAD Wiki:74.107.123.76 * 4966 /wiki/MGED_CMD_draw: /* Argument(s) */
16:34.45*** join/#brlcad caen23_ (~cezar@109.97.112.97)
16:56.35*** join/#brlcad hsrai (~hsrai@202.164.53.116)
20:01.40*** join/#brlcad crdueck (~AndChat43@184.151.63.154)
20:03.48*** join/#brlcad crdueck (~AndChat43@184.151.63.154)
20:27.34*** join/#brlcad merzo (~merzo@13-113-132-95.pool.ukrtel.net)
21:08.03*** join/#brlcad merzo (~merzo@99-97-132-95.pool.ukrtel.net)
21:53.17*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
21:56.05Notify03BRL-CAD:jordisayol * 55073 brlcad/trunk/misc/debian/brlcad.sh: Fix boot problem on Debian/Ubuntu
IRC log for #brlcad on 20130407

IRC log for #brlcad on 20130407

03:22.05*** join/#brlcad merzo (~merzo@17-80-132-95.pool.ukrtel.net)
06:40.23*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
06:46.12*** part/#brlcad binaryking (~bk@unaffiliated/nafcool)
06:57.03*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:19.38*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:45.21*** join/#brlcad ncsaba (~ncsaba@p549817F7.dip.t-dialin.net)
14:02.08*** join/#brlcad cristina (~quassel@188.24.21.219)
14:02.38*** join/#brlcad cristina (~quassel@unaffiliated/cristina)
15:24.08*** join/#brlcad crdueck (~cdk@24.212.219.10)
16:12.39*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
16:51.01*** join/#brlcad caen23 (~cezar@109.97.112.97)
16:55.52*** join/#brlcad crdueck (~cdk@24.212.219.10)
17:27.01*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.127)
17:28.14*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:29.45*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
17:39.31*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:39.58*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:50.44*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.127)
17:51.24*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:58.43*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
18:03.31*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:06.49*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.127)
18:22.54*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:28.29*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:28.30*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:28.32*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:35.20*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
18:40.07*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:45.08*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:50.18*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:50.23*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:51.31*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:51.34*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:57.37*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:58.44*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
19:05.55*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:07.51*** join/#brlcad yiyus (1242712427@je.je.je)
19:18.48*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:26.04*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:33.20*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:33.22*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:42.37*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:52.57*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:53.40*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:53.41*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:54.26*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
19:55.40*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:06.08*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:07.55*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
20:08.08*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
20:08.10*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:08.27*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
21:10.52*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:11.41Notify03BRL-CAD Wiki:128.244.11.5 * 4967 /wiki/MGED_CMD_e_lower: /* See Also */
21:11.43Notify03BRL-CAD Wiki:128.244.11.5 * 4968 /wiki/MGED_CMD_erase: /* See Also */
21:11.45Notify03BRL-CAD Wiki:128.244.11.5 * 4969 /wiki/MGED_CMD_erase: /* See Also */
21:11.47Notify03BRL-CAD Wiki:128.244.11.5 * 4970 /wiki/MGED_CMD_draw: /* See Also */
21:34.07Notify03BRL-CAD Wiki:UncleNed24 * 0 /wiki/User:UncleNed24:
21:56.09*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:06.49*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:44.51*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
22:45.07*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
22:45.38*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
22:48.43*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
23:39.24Notify03BRL-CAD Wiki:UncleNed24 * 4971 /wiki/BRL-CAD_Primitives: /* spline */
IRC log for #brlcad on 20130408

IRC log for #brlcad on 20130408

00:18.40Notify03BRL-CAD:jordisayol * 55074 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.sh brlcad/trunk/sh/make_rpm.sh): Properly update the environment variable $MANPATH on deb and rpm packages.
00:21.18*** join/#brlcad hsrai (~hsrai@202.164.53.116)
01:29.58brlcadnice quote
01:30.18brlcadEngineers and programmers have a tendency to reinvent the wheel at the drop of a hat, because "reinventing wheels" is what they enjoy.  Even when reinventing the wheel will keep them from getting where they want to go.
01:30.55brlcad-- engtech, 2006
03:17.25*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
03:18.47*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
03:19.37*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:20.38*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
03:20.39*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:25.29*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:52.08*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:09.41*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:31.24*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
11:36.06*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:36.22*** join/#brlcad Skriptkid (~Skriptkid@117.208.160.172)
11:45.55*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
12:09.35*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
12:24.05*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:00.44Notify03BRL-CAD:indianlarry * 55075 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.h): Added dllexport/dllimport definitions to P2T functions for proper export library building under windows. This was causing librt to fail under windows builds.
13:05.00*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:19.30*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:24.20*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:29.07*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:32.13Notify03BRL-CAD:starseeker * 55076 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Nevermind the file nonsense - the STRING command in CMake also exposes MD5 functionality
13:34.23*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:38.16Notify03BRL-CAD:starseeker * 55077 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Testing a file in Linux that was converted to dos line endings, it looks like the previous regex was the right one.
13:43.40*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:51.10*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
13:56.30*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:03.00*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:08.18*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:11.25*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:13.41*** join/#brlcad caen23 (~cezar@109.97.112.97)
14:18.14*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:22.26*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:24.43*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:30.20*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:39.42*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:45.26*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:51.20*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
14:56.15*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
15:10.44Notify03BRL-CAD:starseeker * 55078 brlcad/trunk/include/CMakeLists.txt: correct headers CMAKEFILES lines
15:28.33Notify03BRL-CAD:starseeker * 55079 brlcad/trunk/CMakeLists.txt: CMAKE_INSTALL_PREFIX is a path, not just a string
15:37.39Notify03BRL-CAD:starseeker * 55080 brlcad/trunk/include/CMakeLists.txt: Use the INCLUDE_DIR variable
15:52.51*** join/#brlcad hsrai (~hsrai@202.164.53.116)
16:09.40Notify03BRL-CAD:starseeker * 55081 brlcad/trunk/CMakeLists.txt: Reset BRLCAD_LIBS list to make sure items don't linger after being turned off in a configure pass.
17:32.28*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
17:36.07*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
17:37.42*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:40.11*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
17:44.08*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
17:48.10*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
17:52.16*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
17:56.17*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
18:00.20*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
18:04.33*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
18:08.20*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
18:12.29*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
18:16.26*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
18:48.39Notify03BRL-CAD:starseeker * 55082 brlcad/trunk/CMakeLists.txt: Need MD5 option to STRING command, which wasn't introduced until CMake 2.8.7
18:49.42Notify03BRL-CAD:starseeker * 55083 brlcad/trunk/src/other/step/CMakeLists.txt: Same deal for SCL (which is where MD5 is actually used) - need the option in the CMake STRING command, so require at least 2.8.7
19:12.25brlcadGSoC 2013 is official on.  We're in.
19:16.28*** join/#brlcad andrei_ (~IceChat7@188.25.172.56)
19:17.33Notify03BRL-CAD:starseeker * 55084 brlcad/trunk/src/other/libpng/configure.ac: Yow - whole lot of stuff in the new libpng configure.ac that doesn't work for us.
19:35.05andrei_Congratulations on yet another GSoC !
19:48.12brlcadprofile created: http://www.google-melange.com/gsoc/org/google/gsoc2013/brlcad
19:56.55Notify03BRL-CAD:starseeker * 55085 brlcad/trunk/src/other/libpng/configure.ac: More libpng autotools tweaking.
20:02.14starseekerconfound it
20:02.30starseekerwhy is is saying libpng is "already configured?"
20:03.06starseekerbrlcad: can I revert libpng for the release?  I'm not really too keen on wading deeper into the libpng autotools build...
20:05.05starseekerAwesome GSoC news
20:30.41``Erikgsoc! w00t!
20:33.58Notify03BRL-CAD:starseeker * 55086 brlcad/trunk/src/other/CMakeLists.txt: Mark some variables as advanced
20:47.49Notify03BRL-CAD Wiki:Rhythmgupta * 0 /wiki/User:Rhythmgupta:
20:59.08andrei_I don't understand why Google doesn't first display all organizations in a list and lets them fill the homepage afterwards
21:02.45jordisayolI've updated Linux icons and improved their resolution, but I don't have good skills enough to create them, so I've just modified the archer icon: http://twitpic.com/chzz4a and added a new free one for RtWizard: http://twitpic.com/chzz9t
21:02.46jordisayolIf there is somebody with more skills than me creating icons, I'll appreciate... and all Linux user too :-)
21:26.28jordisayolnobody has the icons creation skill? brlcad? starseeker?
22:08.14starseekerconfound it, regression failures
22:08.58starseekerchecks to see if Linux is also failing...
23:11.19*** join/#brlcad newhope (~ramanujan@103.246.106.44)
IRC log for #brlcad on 20130409

IRC log for #brlcad on 20130409

02:43.58brlcadstarseeker: sure, yank it if you want
03:09.23Notify03BRL-CAD:starseeker * 55087 (brlcad/trunk/NEWS brlcad/trunk/src/other/libpng/ANNOUNCE and 115 others): Roll back upgrade to libpng 1.6.0 - it's breaking the autotools build and isn't providing critical updates. Has to wait for either more autotools resources or the removal of the autotools build.
03:22.57*** part/#brlcad newhope (~ramanujan@103.246.106.44)
03:37.21starseekerding nabbit, that wasn't it
03:37.24starseekerwhat'd I break now
03:39.05starseekerhelp somebody
03:46.33*** join/#brlcad gdh (~gavin@174-126-28-176.cpe.cableone.net)
03:48.40gdhbrlcad, I was looking at the ideas page for GSoC, and it said that you are a possible mentor for the Code Reduction Project.
03:48.43gdhIs that correct?
03:51.32gdhBy the way, my name is Gavin Howard.
03:51.54gdhI was hoping that BRL-CAD would be accepted again this year.
03:52.06gdhI think it would be fun to work on a CAD program.
03:55.08gdh``Erik, I believe the site listed you too.
03:55.26gdhIs that correct?
07:09.43*** join/#brlcad newhope (~ramanujan@103.246.106.44)
07:21.41*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:49.11*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:49.35*** join/#brlcad __Hades (73f88294@gateway/web/freenode/ip.115.248.130.148)
09:05.52*** part/#brlcad newhope (~ramanujan@103.246.106.44)
10:45.02*** join/#brlcad caen23 (~cezar@92.81.172.48)
10:51.27*** join/#brlcad hilnius_ (~hilnius@client-resel-2.enst-bretagne.fr)
11:14.14``Erikgdh: so it would seem
11:25.57``Erikcmake 2.8.7 is the new minimum? O.O
11:30.34``Erikah, for string md5
11:30.37``Erikstarts upgrading cmakes
11:45.57Notify03BRL-CAD Wiki:Nikhilsomani * 0 /wiki/User:Nikhilsomani:
11:51.34*** join/#brlcad nsomani (839ffce9@gateway/web/freenode/ip.131.159.252.233)
11:53.21*** join/#brlcad hsrai (~hsrai@202.164.53.116)
13:08.44gdh``Erik, I noticed that the Code Reduction Project was listed last year.
13:08.52gdhDid no one take it?
13:10.16``ErikI don't recall, but that'd be one of those recurring projects... reduction, cleanup, 'gardening'
13:10.36gdhsomething that no one really wants to do, I'm guessing
13:11.59``Erikreducing technical debt is one of those 'invisible' benefits, so it can be a hard sell... adding a new feature/capability is one of the few ways a non-coder sees progress :)
13:13.09gdhtrue
13:13.25gdhnevertheless, I am interested in doing it
13:13.32gdh(and fixing any bugs I find)
13:13.45``Erikawesome
13:14.01gdhto me, it's an opportunity to troll through the entire codebase and figure out how it works
13:15.47gdhand I get paid for it :)
13:16.20``Erikalways a cool plus... have you compiled BRL-CAD yet?
13:17.23``ErikI believe the pre-proposal checklist is still somewhere in the wiki, it includes stuff like doing a subversion checkout, compiling and installing, submitting a trivial patch, etc
13:18.32brlcadstarseeker: ready to do it again?  http://blog.qt.digia.com/blog/2012/02/15/introducing-qbs/
13:18.36brlcad(kidding)
13:19.34brlcadgdh: code reduction was an accepted project last year
13:19.42brlcadksenija silvko worked on it
13:19.57brlcadseveral of her patches are still pending in fact
13:21.15*** join/#brlcad sbongir (~chatzilla@59.160.74.254)
13:27.25sbongirwhois d_rossberg
13:29.52brlcadhello sbongir
13:30.04sbongirhello everyone
13:30.56sbongirI am new to this IRC so I am sorry for any inconvenience or mistakes on my part.
13:31.09brlcadso far you're good
13:40.39gdh``Erik, no, I haven't compiled it yet.
13:40.42gdhI'm working on it
13:45.08gdhsbongir, irc is easy to learn, so don't worry ;)
13:45.13gdhI'm also relatively new
13:45.34gdh``Erik, brlcad uses cmake, correct?
13:45.39sbongirYes Thank You @gdh
13:47.01d_rossbergsbongir: it's me ;)
13:48.30d_rossbergthe AUTHORS file in the BRL-CAD sources will give you some additional information to the BRL-CAD developers
13:53.59sbongird_rossberg can we have some private chat?
13:55.49d_rossbergsbongir: you should ask about NURBS here, i'm not a specialist in this topic
13:56.02brlcadsbongir: you don't need to be shy, just talk if you want
13:56.21sbongirok d_rossberg!
13:56.43gdhbrlcad, even though code reduction was done last year, does it still need work?
13:56.58brlcadgdh: heh
13:57.19brlcadso brl-cad has around 1M lines of code
13:57.29gdhI see it as an opportunity to learn how the codebase works
13:57.38brlcadabout 10% of that is duplicate code due to just the way development occurs across decades
13:57.42sbongirI have looked at the GSoC wiki of BRL-CAD & I want to chip into one of the projects pertaining to NURBS.
13:58.03brlcadhow much do you think a student could get through in one summer of that 100000 approx. lines of duplication? :)
13:58.22gdhdepends
13:58.33brlcadsbongir: great!
13:58.59gdhI am also interested in the General Tree Walker project
13:59.00sbongirspecifically speaking implicit to NURBS conversion & NURBS tesselation.
13:59.06gdhhas that been done?
13:59.40brlcadsbongir: two hot topics are projecting NURBS for hidden-line rendering, improving NURBS performance, and NURBS export via STEP
14:00.34brlcadgdh: I think Ksenija got through maybe 1000-3000 lines at best
14:01.01starseekerarrrrrgh
14:01.12brlcadthough her skills were very budding, it was a lot of mentoring to make useful progress
14:01.20starseekersmacks Digia with a wet trout for re-inventing the wheel
14:01.20gdhwell, then, I guess it still needs to be done
14:01.38sbongirI have some primary level knowledge about NURBS due to my CAD/CAM classes.
14:01.39d_rossbergboolean operations with nurbs has some open issues too
14:01.42gdhI do have to say that it's nice to know there are women in programming
14:02.13brlcadthe hard part is understanding the code well enough to make a good reduction, making the reduction, and then actually testing/verifying/proving that you didn't break anything
14:02.25gdhtrue
14:02.47brlcadwhat's your coding background?
14:03.02gdhsome java, C++ and C
14:03.19gdhI am project lead for an open source programming language
14:03.20brlcadsbongir: do you have access to any other CAD systems?
14:03.29gdhso I might be able to help with the tree walker
14:03.38gdhthat said, I am relatively new to coding as well
14:03.41brlcadgdh: explain? what language?
14:03.42d_rossbergsbongir: did you had a look at BRL-CAD's source code?
14:03.53gdhbrlcad, it's called LFyre.
14:03.54sbongirI have student edition Solid Edge & Autodesk Inventor & AutoCAD.
14:04.11gdhYou haven't heard of it because I'm still trying to bootstrap the compiler
14:04.17brlcadah
14:04.19gdhhttp://lfyre.com
14:04.27gdhhttp://lfyre.blogspot.com
14:04.47d_rossbergsbongir: any C compiler?
14:05.03sbongirI have completed 6 months Internship in PTC & have some basic idea on how CAD softwares
14:05.06sbongirwork
14:05.49brlcadgdh: ah yes, looks like fun
14:06.03sbongirI have some experience in Qt.
14:06.14brlcadgdh: if that's an area of interest, working on our geometry editing library API might be more apropos
14:06.31brlcadsbongir: nice
14:06.36brlcadwhat'd you do with them?
14:06.57sbongirSince I have developed only within IDE's like MSVS2010 & Qt Creator & I dont know how to compile manually.
14:07.19sbongirBut I know that MinGW is used on Windows & GCC in Ubuntu.
14:08.26gdhbrlcad, what would I be doing on the API?
14:08.41d_rossbergMSVS2010 should be fine, i work with msvc 2008
14:08.48gdhis that the MGED to Archer Command Migration project?
14:09.18sbongird_rossberg I have the Express edition, would that be fine?
14:09.52starseekerthinks it's time to separate build system definition languages from the tools that actually do the dirty work
14:10.55starseekerdefine something in json designed to be tool parsable, and then design the human input language(s) to compile to that
14:11.12brlcadgdh: it's definitely related to that project
14:11.40brlcadwe have a LIBGED library filled with most of the commands users interact with
14:12.31brlcadthere are a lot of needs there being worked on, but getting the library cleaned up, more commands migrated, and sorting out registration/execution/rollback transactions are all on the docket
14:12.43gdhI was looking at that one too.
14:12.52gdhThe problem is that I don't know Tcl
14:13.04brlcaddon't need to
14:13.07brlcadit's a C API
14:13.17d_rossbergsbongir: i'm afraid there are some issues with the express edition: http://google-melange.appspot.com/gci/task/view/google/gci2012/7948214
14:13.39gdhoh. The description said Tcl, but hey, that works!
14:13.41brlcadyou could fix those issues, great patch ;)
14:14.59gdhI have now successfully compiled the program
14:15.12gdhdoes it have no dependencies at all?
14:15.20brlcadgdh: you're taking up leadership of a new language and are shy of an ancient like tcl?
14:15.32gdhthat was the easiest dependency resolution I've ever had]
14:15.45brlcadwe auto-detect
14:15.56brlcadif you don't have what we need, we build what we provide
14:16.07gdhbrlcad, I'm not shy of it; the requirements just say that I need to know Tcl beforehand
14:16.14brlcadthe summary after cmake itemized what it found and did not find
14:16.15gdhthat is wonderful
14:16.46brlcadtcl is also a C API at the level it pertains to libged, so no worries
14:17.04gdhI can learn it if necessary
14:17.08brlcadthere are just a few commands that are written in tcl and if you were working to migrate them, it'd obviously help
14:17.18sbongird_rossberg so do I have to buy VS2010 now?
14:17.21brlcadit's a very simple command-centric language
14:17.43d_rossbergsbongir: no
14:17.47brlcadstill, unlikely you'd be involved with it more than at the C level
14:18.14gdhThat would be something I am interested in then
14:18.22sbongirthen what can I use?
14:18.36brlcadsbongir: fix the express issues
14:18.39d_rossbergfirst you should download the sources (subversion, tortoisesvn) and generate the project files (CMake)
14:19.30d_rossbergthen try to compile as much of the subprojects as you can
14:20.06brlcadyeah, just see how far you get, maybe see if you get the same result as the GCI student did
14:20.10sbongird_rossberg using which compiler? Sorry but I am not a CS guy, rather Mech guy who likes coding.
14:20.19brlcadand if you find a problem, try to fix it
14:20.28brlcadgreat proposals come with a great patch to demonstrate you can figure things out ;)
14:20.42gdhbrlcad, what executable is the actual program? (or the one that starts it?)
14:21.03gdhI built everything, and now I have loads of executables in my build/bin directory
14:22.49d_rossbergCMake will generate the project files for MSVC 2010
14:24.11brlcadgdh: see the faq ;)
14:24.23brlcadmged
14:24.24gdhfacedesks
14:24.59brlcadand those loads of execs are the "actual program" because brl-cad is a suite of programs
14:25.12gdhbrlcad, I figured
14:25.13brlcadmged is probably what you're thinking of, or archer ..
14:25.43gdhwait...the project I am interested in is migrating mged to archer
14:26.09gdhoh, I like archer much better
14:26.16gdhyes, I think I know what I am going to do
14:27.10d_rossbergsbongir: as a fall-back there is an image for a virtual machine: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/
14:28.00gdhbrlcad, do we submit proposals to the project before we apply to Google?
14:28.30brlcadgdh: the more you talk and keep engaging the community, the better
14:29.02brlcadyou're welcome to put your proposal up on our wiki and/or highlights on the mailing list to discuss
14:29.12brlcadglad to provide feedback to make sure it's a solid proposal
14:29.41gdhwell, it's listed on the wiki already as an idea
14:29.48gdhhopefully, the community likes is
14:29.50gdh*it
14:30.00brlcadI mean your own project page
14:30.08gdhtrue
14:30.42brlcadsee last year's students: http://brlcad.org/wiki/Google_Summer_of_Code/2012
14:30.59brlcadmany of them have their proposal linked from their student page
14:31.04brlcads/student/user/
14:32.56sbongird_rossberg I will try to understand what Virtual Machine is & how to use it & then get back to you.
14:33.33sbongird_rossberg can I code in VS2010 Express & compile in MinGw as an alternative?
14:35.53d_rossbergMinGw has issues too
14:36.28brlcadsbongir: there's an entire write-up on our wiki on it
14:36.45brlcad(on the vm)
14:37.27sbongirbrlcad I will take a look.
14:37.49*** part/#brlcad sbongir (~chatzilla@59.160.74.254)
14:38.19brlcadeek, he left
14:39.56d_rossbergbrlcad: where is the vm write-up on the wiki? i couldn't find it
14:42.50gdhI'm going to be away for awhile too (class).
14:42.54gdhSee you!
14:48.50brlcadgdh: we're used to persistent IRC connectivity
14:49.00brlcadone might not physically be here, but we're always in the channel
14:49.06brlcadscreen+irssi ftw
14:51.19Notify03BRL-CAD:starseeker * 55088 (brlcad/trunk/configure.ac brlcad/trunk/src/other/libpng/Makefile.am): Try something a little more drastic for libpng. This seems to get further - distcheck in autotools is now failing due to issues with thread libs (probably related to the new affinity work - had to add in a new AC_CHECK_TYPES for cpu_set_t
14:52.11``Erikheh, screen :D get with the times, the cool kids use tmux
14:52.17brlcaddown to 80 release issues
14:52.30brlcadcool kids are retarded
14:52.56brlcadlikes how that works on so many levels
14:54.17``Eriksudo ln -sf /usr/local/bin/tmux /usr/local/bin/screen # *cough*
14:57.52Notify03BRL-CAD:starseeker * 55089 brlcad/trunk/src/libbu/Makefile.am: Ah, need to add thread.cpp to the Makefile.am
14:59.26starseekerwas aware of emacs vs vim, but I missed out on the screen vs. tmux wars :-P
15:00.48``Erikscreen vs tmux is probably more like xaw vs qt or glide vs opengl :D
15:01.27starseekerbreaks out the popcorn
15:07.37brlcadjordisayol: let me know how it goes, if you get stuck
15:07.58brlcadwe can certainly get 2.8.5 to work if you run into a brick wall you can't get past
15:08.47jordisayolbrlcad: I'll tell you something about this as soon as possible
15:10.40starseekercmake problem?
15:11.29jordisayolstarseeker: just that I'm unable to compile/install cmake 2.8.7 on Ubuntu 10.4 LTS
15:11.58starseekerjordisayol: what about one of the newer ones?  newest is 2.8.10.2
15:12.35jordisayolstarseeker: then the resulting packages cannot be installed/run on older releases
15:13.19starseekerhmm?  Why would the cmake version govern where the packages can be installed?
15:13.42starseekerI was suggesting trying to build 2.8.10.2 on Ubuntu 10.4 LTS
15:14.14jordisayolstarseeker: nop, the cmake do not do that. libc.so.6 do
15:14.52starseekerright - so if one of the newer CMake versions will build there, you're good?
15:15.21jordisayolstarseeker: yes, but I'm unable to do that on Ubuntu 10.4 :-/
15:16.07starseekerwhat's the error?
15:16.34starseeker(when you try bootstrapping CMake I mean)
15:17.08jordisayolufff, I've done some hours ago. But this is not a big problem because I'm able to do the same on Debian stable
15:18.03starseekerI could conditionalize the MD5 sum verification feature based on version of CMake, but I'd rather not if I can avoid doing so - I hate complicating build logic just because distributions don't keep up with fixes in the tool itself
15:19.16jordisayolstarseeker: don't do it by the moment.  Wait until I "fight" on Fedora and openSUSE to get cmake 2.8.7 working.
15:19.52jordisayolstarseeker brlcad, I'll tell you something about this thing
15:24.54Notify03BRL-CAD:starseeker * 55090 brlcad/trunk/configure.ac: LIBSTDCXX is needed in libbu now
15:29.48Notify03BRL-CAD Wiki:UncleNed24 * 4972 /wiki/MGED_CMD_Z: /* Description */
16:05.17hilnius_Hi everybody, is there someone i can ask questions for the gsoc ?
16:25.41brlcad~ask
16:25.41ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
16:25.44brlcadhi hilnius_
16:29.27*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.226)
16:30.12hilnius_i'd like to know if you consider the 3D display manager as important
16:30.27hilnius_(meaning going to Ogre+Qt) because i'd be interested in doing it
16:34.13brlcadhilnius_: they're all important to us :)
16:37.05hilnius_yeah but i mean i suppose you have a limited number of slots, and it happen to me 2 years ago to focus on an idea that had not been chosen in the end due to it's medium relevance, so i'd like it not to happen again ;)
16:41.18brlcadhilnius_: if you don't disappear over the upcoming two weeks, we can obviously keep discussing and make sure you have the best possible application put forward for consideration
16:41.24brlcadwhich org?
16:41.54*** join/#brlcad caen23_ (~cezar@109.97.111.148)
16:44.19hilnius_that was for planeshift
16:44.43brlcadah
16:45.44brlcadin the past when we've had a student in strong contention but with a less desirable topic, we've asked them to make two proposals
16:45.50brlcadbut again, it's all about communication
16:45.55brlcadheh
16:45.58brlcadas he leaves
16:46.08*** join/#brlcad hilnius_ (~hilnius@client-resel-2.enst-bretagne.fr)
16:46.31brlcadhilnius_:  in the past when we've had a student in strong contention but with a less desirable topic, we've asked them to make two proposals
16:46.34brlcadbut it's all about communication
16:47.36brlcadwe've never turned away a stellar student because they chose to propose an "unimportant" project
16:49.05hilnius_ok well, anyway you tagged it as 'huge' impact so i suppose it'll be fine if i make a proposal on this :)
16:59.23*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.226)
17:19.19caen23now you can view STL files directly on github, pretty nice
17:20.08brlcadcaen23: example?
17:20.23Notify03BRL-CAD:starseeker * 55091 (brlcad/trunk/configure.ac brlcad/trunk/src/librt/Makefile.am brlcad/trunk/src/other/Makefile.am): Need autotools build for poly2tri
17:20.48caen23brlcad: here https://github.com/lorennorman/octocat-3d/blob/master/stl/octocat_base.stl
17:22.04brlcadcaen23: thx
17:22.15brlcadinteresting feature to add for them
17:22.56caen23indeed, it's just been released, i found out about it via their blog
17:31.50Notify03BRL-CAD:starseeker * 55092 (brlcad/trunk/src/libfb/CMakeLists.txt brlcad/trunk/src/libfb/if_tk.c): Add if_tk.c back in, fix compilation.
17:40.02jordisayolstarseeker brlcad, properly compiled/installed/tested on openSUSE 11.4 with cmake 2.8.7
17:44.23*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-gztogrfndvrogstl)
17:44.49``Erikhttps://news.ycombinator.com/item?id=5519184  github stl
17:44.58``Erikalso; https://github.com/blog/1465-stl-file-viewing
17:50.10gdhokay, I'm back
17:52.14kanzuregithub has stl rendering now: https://news.ycombinator.com/item?id=5519184
17:52.18kanzuremaybe they will add .g rendering.
17:52.20*** join/#brlcad andrei_ (~IceChat7@188.25.172.56)
17:52.40Notify03BRL-CAD:starseeker * 55093 brlcad/trunk/src/other/libpng/Makefile.am: Strip more stuff out of libpng. Getting as far as running benchmark before failures now.
17:53.09jordisayolstarseeker brlcad: good news! deb packages built on Debian stable are also installable and run on Ubuntu 10.4 :-)
17:53.19jordisayolnow I go for Fedora...
17:53.40brlcadjordisayol: great
17:53.41``Erikaks001: you should ask your questions in channel so others can help answer them. The details of the code reduction project are basically that we have a lot of redundancy and dead code that can be culled... specifics would be in your proposal :)
17:54.22brlcadkanzure: yep, we were just discussing that
17:54.28gdhoh, there's another that wants to do code reduction?
17:54.38gdhbrlcad, thanks for suggesting the Archer API.
17:54.47gdhThat makes it easier on both of us.
17:55.34brlcadmultiple submissions are okay, especially for generic topics like code reduction
17:55.34kanzureoh i see now.
17:55.42brlcadthe details go into the proposal
17:55.59brlcadthose "simple" projects have to have more specific/details information in the proposal write-up
17:57.00gdhtrue, but like you said, I think that the API would be better for me anyway.
17:57.02brlcadnot just "reduce code" .. but reduce what code?  how?  what testing measures will be used?  what's the process?  etc
17:57.17brlcadI agree
17:57.47brlcadpicking a more specific project helps define a more specific goal anyways, and that helps properly scope the work
18:17.47Notify03BRL-CAD:starseeker * 55094 brlcad/trunk/src/other/poly2tri.dist: Makefile.am is now in poly2tri
18:20.27brlcadlinked to our checklist more visibly: http://www.google-melange.com/gsoc/org/google/gsoc2013/brlcad
18:30.13gdhbrlcad, one of the requirements is that students give a report everyday.
18:30.23gdhI don't work on Sundays. Is that a problem?
18:31.41brlcadgdh: you probably don't work when you're eating and sleeping too
18:32.00brlcadthe requirement is to report for every day that you work (in some form)
18:32.09gdhoh. Okay
18:32.23brlcadand even something as simple as a commit message might suffice if everything's going great
18:32.56brlcadagain, see last year's students for lots of examples (their dev log)
18:33.54brlcadgdh: basically you're being given a LOT of flexibility with regard to your schedule, so we need to make sure you're actively communicating throughout development
18:34.13gdhmakes sense
18:34.24gdhjust wanted to make sure that wasn't going to be an issue
18:34.26brlcadif we don't see or hear from you for three or four days, that's usually a bad sign
18:35.16brlcadbut yeah, you are allowed to have a life outside gsoc, respect whatever traditions you might adhere to, sleep and eat when you need to, etc :)
18:36.03brlcadif you're committing frequently and hanging out on IRC where we can get ahold of you when there are questions, it's never an issue
18:36.20gdhawesome
18:52.47Notify03BRL-CAD:starseeker * 55095 brlcad/trunk/src/libfb/CMakeLists.txt: Add TK library to libfb
18:53.56Notify03BRL-CAD:starseeker * 55096 brlcad/trunk/src/libfb/CMakeLists.txt: Conditionalize addition of tk lib
18:55.03gdhstarseeker, thanks for the commits
18:55.14gdhthey let me test my automatic build scripts
18:55.17gdh:)
19:09.26jordisayolstarseeker brlcad: successfully compiled and tested on Fedora 14. also tested on F18
19:10.33jordisayolstarseeker: do you plans to upgrade cmake in the near future?
19:11.50starseekerjordisayol: eh?  You mean bump the minimum required version again?  No, no such plans
19:12.06starseekerI do so only when I know of an actual problem with older version(s)
19:13.08jordisayolstarseeker: yes, this I mean, thank you
19:35.28Notify03BRL-CAD:carlmoore * 55097 brlcad/trunk/src/conv/stl/g-stl.c: fix warning about expecting long unsigned int but getting unsigned int
19:56.14Notify03BRL-CAD:brlcad * 55098 (brlcad/trunk/src/conv/iges/findp.c brlcad/trunk/src/conv/iges/iges_struct.h and 2 others): for some reason, this change breaks our iges regression test. reverting.
19:56.51gdhI love it when machines talk to me
19:57.19brlcaddo they do that often? :)
19:57.53caen23reads like a tweet :P
19:57.58gdhunfortunately, yeah...
20:01.13*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:04.58hilnius_Successfully compiled the code, but i don't know how to start the program...
20:05.28Notify03BRL-CAD:carlmoore * 55099 brlcad/trunk/src/conv/stl/g-stl.c: use 'g-stl:' in error messages, and supply new message about missing .g file and object(s)
20:05.36brlcadhilnius_: excellent
20:05.45brlcadsee the faq, but mged or archer are probably what you're looking for
20:05.55brlcadbrl-cad is a suite of tools
20:05.58brlcadnot just one program
20:06.03gdhdon't worry hilnius_, I asked that question too (blush)
20:06.22hilnius_found on wiki
20:06.32hilnius_i was searching for a moment ... sorry for useless quest
20:06.44brlcadwe're migrating towards a lont-term goal of one application framework and all our current tools are merely plug-ins, but right now it's unix-style
20:07.45hilnius_ok so now it runs fine
20:18.57jordisayoldeb and rpm packages sets mged as default app for brlcad mime types. May it be replaced by archer?
20:20.36Notify03BRL-CAD:starseeker * 55100 brlcad/trunk/src/other/libpng/Makefile.am: More libpng build tweaks
20:21.39Notify03BRL-CAD:carlmoore * 55101 brlcad/trunk/src/proc-db/contours.c: provided extra newlines so the Usage statement won't be obscured
21:09.17*** join/#brlcad hilnius_ (c06c7481@gateway/web/freenode/ip.192.108.116.129)
21:20.15Notify03BRL-CAD:r_weiss * 55102 (brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): For the windows build, added the headers "fcntl.h" and "errno.h" which are needed for the symbol "_O_TEXT" used in the definition of "pipe".
21:41.30*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:45.23aks001sorry i was out after leaving a message here.. i was busy
21:45.59aks001sir i just wanted to ask that what specifications you need regarding code reduction project??
21:49.45aks001brlcad sir: what should i look into to start working on code reduction project??
21:53.22andrei_hey aks001, organization irc channels are generally  not that formal, you don't  have to use "sir" :)
21:58.47aks001okk
21:59.45*** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net)
22:00.15aks001gdh are you also interested in working for code reduction project??
22:00.34gdhaks001, don't worry; more than one person can
22:00.44gdhhowever, brlcad wants me to do something else ;)
22:01.01aks001okkk
22:01.40aks001by the way have gone through the code of BRL-CAD?
22:02.29gdhhave I?
22:02.31gdhnot yet
22:03.26aks001actually the code is of millions of lines so i was thinking of various ways to reduce code
22:26.58aks001brlcad are you there??
22:38.12andrei_aks001: as of ways to reduce the codes, there are indeed several situations (some are as simple as copy pastes). As for the question, instead of asking if someone is here, just ask your question, brlcad(or anyone else) will answer when they are around
22:38.56*** join/#brlcad caen23 (~cezar@92.81.172.37)
22:46.51Notify03BRL-CAD:brlcad * 55103 brlcad/trunk/src/libbu/affinity.c: ws
22:48.06brlcadaks001: I'm always here but not always responsive
22:48.37brlcadit's your project, you define the specifications
22:48.56brlcadI'll be glad to review them and help you develop some goals, but it needs to predominantly come from you
22:49.43brlcadI suggest for starters reading up on the links described on our ideas page, actually running simian for example and seeing what it tells you, looking around the code and asking a lot of questions
22:50.55Notify03BRL-CAD:brlcad * 55104 brlcad/trunk/NEWS: chris dueck fixed a memory leak in r52117 for the bot_condense command. wasn't releasing the vertices, but now is.
23:08.14Notify03BRL-CAD:brlcad * 55105 brlcad/trunk/TODO: spatial processing during boolean evaluation of meshes. this would make a good gsoc project.
IRC log for #brlcad on 20130410

IRC log for #brlcad on 20130410

01:16.51starseekerhah, interesting:  http://community.kde.org/Frameworks/Epics/CMake_target_usage_requirements
01:17.41starseekerI'm faking some of those abilities currently with macro logic and global variables - would be awesome to be able to use standard features
01:18.04starseeker(granted it will be a while before we can require 2.8.11, seeing as it hasn't come out yet...)
02:25.44kanzureopenvdb seems to have some csg things http://www.openvdb.org/documentation/doxygen/codeExamples.html#sCsgTools
02:25.53kanzurebut they are for level set models
02:36.05*** join/#brlcad peerless (~deepak@14.139.226.34)
02:42.57peerlessHi
04:50.57*** join/#brlcad sbongir (~chatzilla@59.160.74.254)
05:04.18*** join/#brlcad sbongir_ (~chatzilla@59.160.74.254)
05:15.00brlcadkanzure: openvl and openvdb are both of interest for our vol primitive (just hasn't been a priority to explore recently)
05:32.32kanzurei was surprised with how clean the openvdb code was
05:33.15kanzurewhat sort of amazing drugs are they giving out at dreamworks? because damn.
05:34.14kanzurevery high quality. although the unit tests had a few suspicious goofs (sections commented out instead of preprocessor conditionals, but whatever).
05:42.22brlcadfield3d is another from sony imageworks
05:42.50brlcadsony has really pioneered the push from several studios to release their frameworks as open source
05:43.36kanzureinteresting. i always imagined the situation "on the ground" in those studios would be less then stellar. but these examples indicate otherwise.
05:44.55kanzurei sort of assumed they might all just buy licenses to maya (or whatever) and hope for the best
05:46.52brlcadsony guys set up a directory of some of the various studio efforts: http://opensourcevfx.org/
05:47.30brlcadthey use the commercial stuff but all of them have a massive custom rendering pipeline
05:48.16brlcadsome manual (maya, softimage, etc), some automatic (mostly custom)
05:48.39kanzureright, i imagine they have some sort of instrumented server farm of nvidia cards too
05:48.59kanzurepossibly things for breaking up rendering jobs to multiple components
05:49.54brlcadtheir pipelines are so massive and complex at this point that (according to larry gritz), it just made sense (albeit a gamble) to release parts of their core infrastructure as open source on the hopes that the other studios would do the same
05:50.05brlcadand the end result being a net gain for all
05:50.32brlcad(if 5 studios all release 5 products, then we gain 20 by releasing 5)
05:51.47kanzure"Rez is an integrated package configuration, build and deployment system for software. With Rez you can request a set of packages, and it will create a resolved shell that contains all the dependencies you need, while avoiding version clashes. It is used primarily in the VFX industry, but is applicable to any field where it’s necessary to manage many versions of internally-developed projects and their dependencies."
05:51.53kanzureoh man they have sane package management?
05:52.27kanzure"Afanasy is a free and open source tool to control remote computing. You can compute anything quicker using a render farm – remote computers connected by a network. Afanasy is designed for computer graphics (3d rendering and 2d compositing) parallel calculation. It can compute different frames (or even parts of frames) on several computers simultaneously."
06:21.55*** part/#brlcad sbongir (~chatzilla@59.160.74.254)
06:54.33Notify03BRL-CAD Wiki:Mmadiyodasm * 0 /wiki/User:Mmadiyodasm:
07:01.40*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:54.12*** join/#brlcad caen23 (~cezar@92.81.183.84)
08:46.07*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
10:22.01*** join/#brlcad caen23 (~cezar@92.81.183.84)
10:46.05*** join/#brlcad hsrai (~hsrai@202.164.53.116)
11:13.34*** join/#brlcad peerless (~deepak@110.234.229.2)
11:45.54*** join/#brlcad ibot (~ibot@rikers.org)
11:45.54*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
12:54.22*** join/#brlcad caen23 (~cezar@92.83.188.98)
13:05.17*** join/#brlcad hilnius_ (c06c741a@gateway/web/freenode/ip.192.108.116.26)
13:25.25*** join/#brlcad gdh_ (~quassel@174-126-28-176.cpe.cableone.net)
13:27.17*** join/#brlcad gdh_ (~quassel@174-126-28-176.cpe.cableone.net)
13:30.47brlcadmoin folks
13:35.45gdhmorning
14:21.03*** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net)
14:52.29*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.226)
16:16.22caen23am i the only one who can't access the site?
16:23.23``Eriknope, server is down
16:23.49``Erik<-- points to where half the channel left when the server firewall got messed up
16:25.23caen23ok, thanks :D
16:45.48*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:51.18``Erika reboot, even
16:54.03brlcadyeah, and they're being a pita giving me info to work with
16:54.21brlcadit took so long because after the reboot, the machine prompted for a manual fsck
17:08.35*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
17:08.59*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:09.00Notify03BRL-CAD:carlmoore * 55109 brlcad/trunk/src/proc-db/contours.c: reduce back to 1 line regarding Usage, with one extra newline retained
17:09.01Notify03BRL-CAD:carlmoore * 55106 brlcad/trunk/src/conv/stl/g-stl.c: use argv[0] to avoid hardwiring of a program name
17:09.03Notify03BRL-CAD:starseeker * 55108 brlcad/trunk/configure.ac: Need the __thread check for new threading code.
17:09.05Notify03BRL-CAD:carlmoore * 55107 brlcad/trunk/src/libfb/if_tk.c: remove trailing blank
17:13.20brlcadlooking at the logs, it looks like an idiot or careless admin
17:14.06brlcadI won't be so quick to give them permission to reboot the server right away next time
17:14.43brlcadlooks like laziness adminage, didn't try anything except a flush, probably didn't know how to reload the firewall (even though I told them what to do)
17:26.18Notify03BRL-CAD:brlcad * 55110 brlcad/trunk/include/bu.h: threading needs a unique semaphore
17:28.41Notify03BRL-CAD:brlcad * 55111 brlcad/trunk/src/libbu/thread.cpp: fix a race condition adding new values to the cleanup list. need to semaphore-protect the additions. the destructor should be save, but protect there as well for consistency.
17:28.52*** join/#brlcad caen23 (~cezar@109.97.107.114)
17:41.20Notify03BRL-CAD:brlcad * 55112 brlcad/trunk/src/libbu/affinity.c: document which is which. it was getting to the right one by default but probably not including the header.
17:43.29Notify03BRL-CAD Wiki:Chappardsce * 0 /wiki/User:Chappardsce:
17:45.55*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:46.07starseekerhuh
17:46.40Notify03BRL-CAD:brlcad * 55113 brlcad/trunk/src/conv/stl/g-stl.c: don't print hex, it should be a size_t
18:43.04*** join/#brlcad ibot (~ibot@rikers.org)
18:43.04*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out...
19:39.37Notify03BRL-CAD:carlmoore * 55114 brlcad/trunk/src/util/pix-png.c: shorten the error messages
19:55.18``Erikteh fux?
19:55.20``Erik# firewall_type="open"
19:56.40``Erikthis all smells of weird, it should've done a background fsck since all fs's have softupdates enabled and an hour is way too long for that drive :/ I think a lot of this was education for someone
19:58.49``Eriksystem is up, firewall is up, services are up... part of me wants to explore the "how can we make this never happen again" path, the other part says "it's over, move on, not worth it"
20:06.06*** join/#brlcad caen23_ (~cezar@92.81.214.103)
20:15.13*** join/#brlcad adrisons (~adrisons@36.96.117.91.dynamic.mundo-r.com)
20:16.25adrisonshello
21:29.58*** join/#brlcad hilnius2 (~hilnius@client-resel-2.enst-bretagne.fr)
21:37.07*** join/#brlcad crdueck (~cdk@24.212.219.10)
21:38.16adrisonsHello
21:40.08adrisons``Erik: I'm looking at the BRL-CAD project in sourceforge.net in the bugs tab, how can i know where is the code of the bug?
21:47.56Notify03BRL-CAD:carlmoore * 55115 brlcad/trunk/src/proc-db/contours.c: work argv[0] into error messages, and eliminate 'if (npts <0) npts=0', because negative npts was already spotted by program
21:58.15*** part/#brlcad adrisons (~adrisons@36.96.117.91.dynamic.mundo-r.com)
22:26.35*** join/#brlcad Mahi (~Mahi@ec2-54-224-39-254.compute-1.amazonaws.com)
22:26.52*** join/#brlcad filip_ (~filip@89.205.42.139)
22:31.05Notify03BRL-CAD:r_weiss * 55116 brlcad/trunk/src/libbu/mappedfile.c: Update to function bu_open_mapped_file to allow Windows 64bit to better support dot-g files over 2 GB in size.
22:38.13Notify03BRL-CAD:r_weiss * 55117 brlcad/trunk/include/bu.h: Update to struct bu_mapped_file, changing the datatype of modtime from long to time_t.
22:42.49filip_Hi, I'm Filip... I would like to apply to BRL-CAD in this years Google Summer of Code... I don't know if this is the right place to introduce myself (or should I use the mailing lists) but anyway... Hi :)
22:46.06Notify03BRL-CAD:r_weiss * 55118 brlcad/trunk/src/libbu/mappedfile.c: Fixed compile error in function bu_open_mapped_file.
22:57.05``Erikeither is good, hello! have you done a subversion checkout and compiled yet?
22:58.26``Erikfor the GSoC people, make sure to check out http://brlcad.org/wiki/Summer_of_Code/Checklist
22:59.21*** topic/#brlcad by ``Erik -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
23:00.14filip_nope, haven't done anything yet... I was just reading some of the GSoC wiki now
23:00.47filip_the web development projects seem interesting :)
23:01.48``Erikthe web stuff was hot last year, some of those listed ones may've been done already...
23:02.17filip_Benchmark Performance Database
23:02.25filip_is it open this year?
23:08.22*** join/#brlcad Mahi (~Mahi@ec2-107-21-177-144.compute-1.amazonaws.com)
23:28.26*** part/#brlcad Mahi (~Mahi@ec2-107-21-177-144.compute-1.amazonaws.com)
IRC log for #brlcad on 20130411

IRC log for #brlcad on 20130411

00:25.10*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
00:25.40starseekerreturns
00:25.49*** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net)
00:27.37*** join/#brlcad filipt (~filip@89.205.42.139)
00:41.50*** join/#brlcad billa_ (b6131049@gateway/web/freenode/ip.182.19.16.73)
00:53.38*** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr)
02:52.56*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:55.09*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
02:57.23*** join/#brlcad peerless (~deepak@14.139.226.34)
03:21.41*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
04:23.56*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
04:29.36*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
04:40.46*** join/#brlcad rays2pix (~deepak@14.139.226.34)
04:48.08rays2pixHi All..This is Deepak. Planning to take up code refactoring projects for gsoc
04:56.52gdhrays2pix, don't worry if the developers are not answering
04:57.02gdhsometimes, they are away for awhile
04:57.10gdh(and I'm not a developer, sorry)
04:58.24rays2pixgdh: thanks anyways hi !
04:59.03gdhit's funny, I thought the refactoring projects wouldn't be popular, but they are
05:00.19rays2pixgdh: I want to first come up with a working proposal for image processing., I would like to try my hand at "Density functions" idea too
05:00.29gdhgood idea
05:00.30rays2pixgdh: refactoring - teaches you a lot:)!
05:00.38gdhthat's what I was thinking
05:01.05rays2pixgdh: may I know how are you associated with brlcad..user or beginner like me?
05:01.14gdhbeginner
05:01.22gdhI was looking into doing GSoC
05:01.36rays2pixgdh: thats nice!which one have you picked up?
05:02.17gdhwell, I haven't picked one up for sure, but code reduction and the Archer API are both possible
05:02.35gdhIt all depends on what project I can possibly get
05:09.19rays2pixgdh: Good luck
05:09.26gdhthanks
05:10.38rays2pixgdh: are you running brlcad ?
05:10.53gdhdo you mean have I compiled it?
05:10.54gdhyes
05:10.59gdhat the moment, no
05:14.42rays2pixgdh: okay. I compiled it from source ball,there seems to be some more recent changes.So heading to SVN
05:15.38gdhsometimes, there's a Notify bot on this channel that lets us know when there was a new commit
05:49.48brlcadnote that it's night for many of the devs, so some responses might not come for 7-8 hours
05:55.18rays2pixbrlcad:its okay ..Will check back and also will slowly learn about the time lines !
06:07.20*** join/#brlcad sbongir (~chatzilla@59.160.74.254)
06:42.15*** join/#brlcad akdroid (~IceChat77@117.222.37.76)
06:42.35akdroidhello
06:42.48akdroidmy name is Akhil
06:43.42akdroidI'm interested in the networking project LIBPKG extensions
06:43.51akdroidfor GSoC
06:44.32akdroidWhat should I read up on for the same ?
08:11.21*** join/#brlcad hsrai (~hsrai@202.164.53.116)
08:12.31*** join/#brlcad caen23_ (~cezar@92.81.221.65)
08:42.36*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:08.25*** join/#brlcad Shabbir (6e5dc80a@gateway/web/freenode/ip.110.93.200.10)
11:17.14*** join/#brlcad rays2pix (~deepak@14.139.226.34)
11:45.17*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:43.30Notify03BRL-CAD:bob1961 * 55119 (brlcad/trunk/src/mged/dm-ogl.c brlcad/trunk/src/mged/dm-wgl.c): This fixes zclipping in MGED.
12:57.56*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:09.46Notify03BRL-CAD:indianlarry * 55120 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: Cleaned up poly2tri cmake to remove unneeded variables, build static library based off of BUILD_STATIC_LIBS, no longer need util.h installed public.
13:27.20*** join/#brlcad caen23 (~cezar@92.83.169.52)
13:30.20Notify03BRL-CAD:starseeker * 55121 brlcad/trunk/NEWS: Bob fixed a z-clipping bug introduced a while ago, related to changes made for more elaborate clipping support in Archer. Fixed in commit r55119
13:32.04*** join/#brlcad celeschus (c8373a72@gateway/web/freenode/ip.200.55.58.114)
13:32.48celeschusHi! I'm Celeste, a systems engineering student from Argentina. I'm interested in your project for GSoC. I have some questions.
13:34.03gdhceleschus, don't worry if the developers aren't answering
13:34.14gdhsometimes they are away from their computers
13:34.19gdhbut they will answer
13:34.33gdhI'm a hopeful GSoC student like yourself
13:34.49celeschuswhere are you from?
13:35.04gdhIdaho, USA
13:35.06celeschusThis program is amazing, there are so many interesting projects to work with
13:35.15gdhyes, it is
13:36.08celeschusFirst, I would like to ask If the application it's for one task in particular or you can express interest in more than one
13:36.11``Erikceleschus: ask the questions, then just hang out and wait for someone to answer them :)
13:37.18``Erikyou can do several applications, and several people can apply for a task...
13:37.36celeschusErik, i'm interested in one task that you mentor, Astronomical Units
13:37.48celeschusSorry for my english
13:37.51celeschus=)
13:37.52``Erikcool, big stuff is neat
13:37.57``Erikenglish seems great so far
13:40.20celeschusIf I  apply for that task, what do you suggest me to do before that? In every site of the participating organizations talks about "preparing you appplication with mentors"
13:49.47``Erikhttp://brlcad.org/wiki/Google_Summer_of_Code has a checklist you should go over
13:53.27celeschusYes I saw it but i was wondering if there is something else to do
14:07.06*** join/#brlcad yiyus (1242712427@je.je.je)
14:18.38celeschusI mean if I can install something on my laptop or something like that
14:19.05*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:19.05*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:19.05*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:19.28gdhceleschus, the main thing is to compile it and perhaps submit a patch or two
14:19.42gdh``Erik, correct me if I'm wrong
14:24.05``Erikyou are correct, we like to see proof that you can work with subversion, compile, follow the style guidelines in the HACKING file, have competency in the programming language you intend to use, etc
14:26.10``Erikotherwise, we have to try to guess at the applicants competence when grading the applications
14:31.31celeschusthanks!
14:33.20``Eriknp, good luck on getting a trunk checkout compiled and running (once it's build, you can do "make test", "make benchmark" and "make regress" to verify everything worked, as well as the make install to get it into place)
14:38.38celeschusOk =) i'll come back in these days
14:38.52celeschus*this
15:46.05*** join/#brlcad filipt (~filip@89.205.42.139)
15:50.47Notify03BRL-CAD:indianlarry * 55122 brlcad/trunk/src/other/poly2tri/Makefile.am: Added additional header files to install and nested header directory structure in include directory.
16:07.41*** part/#brlcad filipt (~filip@89.205.42.139)
16:15.04*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
16:45.02*** join/#brlcad filipt (~filip@89.205.42.139)
16:45.15filipthi
18:02.14*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.163)
18:02.21Ch3ckHi there
18:02.24Ch3ckI am Nyah Check
18:02.49Ch3cka student from the department of computer Engineering from the University of Buea. and a good C programmer
18:03.04Ch3cki wish to work on the Code refactoring projects this summer
18:03.25Ch3cki just wish to know what is required to in order to write a proposal
18:21.59*** join/#brlcad caen23 (~cezar@92.83.168.216)
18:22.58brlcadhi Ch3ck
18:23.49Ch3ckHi
18:24.03Ch3ckI am an engineering Student from Cameroon
18:24.08brlcadwhat is required is to figure out what you'd like to refactor
18:24.18Ch3ckok
18:24.38Ch3ckso what skill level of C programming is required.. for work on the projects
18:24.41brlcadthe  more specific you can be, the better
18:24.54brlcadespecially if you can tie the refactoring to some tangible gain
18:25.13brlcadany skill level is acceptable, it's more about passion and intent
18:25.25brlcadpropoerly scoping and planning a project
18:25.45Ch3ckok
18:25.50brlcadbeing easy to talk to and work with, independent in solving problems but not to a fault
18:26.00Ch3ckso how do i get access to some of the projects so i can determine what to do..
18:26.29brlcadi'm not sure what your question means
18:26.48brlcadyou don't get access to any projects, you propose the project
18:27.12Ch3ckok
18:27.12brlcadyou have access to our source code already
18:27.26Ch3ckok
18:27.36Ch3ckyeah thats what i am talking about ..
18:27.44Ch3ckhow do i get the source code
18:27.52Ch3ckso i can figure out what to contribute
18:27.58Ch3ckon my proposal..
18:28.20brlcadyou should be able to figure that out...
18:28.35brlcadif you wan't find our source code, that's a big warning sign :)
18:28.50brlcads/wan't/can't/
18:30.17brlcadfind it yet?
18:31.23Ch3ckyeah ...
18:31.28Ch3ckseen it
18:31.28Ch3ckthanks
18:31.41brlcadyou'll want to use our latest subversion sources from a checkout
18:31.50brlcaddo you know where *that* is?
18:33.32Ch3ckno
18:33.36Ch3ckSir.
18:33.48brlcad~cadsvn
18:33.49ibotTo obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
18:34.22``ErikCh3ck: take a few moments to read through the webpage in the topic, particularly the checklist link
18:34.52Ch3ckok
18:34.56Ch3ckthanks..
18:56.33Ch3ckSo brlcad is the company that produces CAD??
18:56.58Ch3ckwow i'll be so glad to work on a project with you this Summer..
19:01.09brlcadBRL-CAD is an open source community
19:01.46brlcadwe focus on implementing and improving our CAD software
19:01.58Ch3ckyeah i  will be glad to work with you this summer
19:02.20brlcadopen source participation is entirely voluntary, though many have day jobs that support their participation
19:02.27Ch3ckMy other buddies use CAD for their designs
19:02.36brlcadwell, hopefully you can write an excellent proposal ;)
19:03.18brlcadjust be sure to keep communicating and start exploring the code, find something to work on, make a useful patch or three so we get a sense of your abilities, etc
19:03.44Ch3ckok thanks
19:03.51Ch3cki'll start working on it..
19:05.26*** join/#brlcad ncsaba (~ncsaba@p5498328F.dip.t-dialin.net)
19:05.36ncsabaHi there
19:06.00Ch3ckHi
19:06.22brlcadhowdy ncsaba
19:06.27brlcadhow's the calculations coming?
19:06.33ncsabavolume is ready :-)
19:06.39brlcadreally?
19:06.41ncsabasurface is real tricky
19:07.02ncsabaI will give you a test pipe, tell me what's it's surface ;-)
19:07.15brlcadok
19:07.24ncsabadb put tp5.s pipe V0 { 0 0 -4 } O0 2 I0 1.5 R0 4 V1 { 0 -4 -4 } O1 0.5 I1 0 R1 4 V2 { 0 -4 4 } O2 2 I2 1.5 R2 4 V3 { 0 4 4 } O3 2 I3 1.5 R3 4 V4 { 0 4 -4 } O4 2 I4 1.5 R4 4 V5 { 0 0 -4 } O5 2 I5 1.5 R5 4
19:07.59ncsabaturn it with the thin part pointing to you, and ray-trace...
19:10.52ncsabathe problem is basically that pipes as they are currently implemented can have either disconnected parts (as in this example), or segments which are partially connected (with some jumps in the pipe diameter)
19:12.28ncsabasome of that is not visible if you ray-trace it - but I like to have things done right, so it will need more work...
19:13.12ncsabathe volume is actually easy, I just calculate it for each segment and sum it up
19:13.34ncsabaverified with gqa, it seems to work OK...
19:14.04brlcadhah, that's really cool
19:14.19brlcadi bet there's a way to break some assumptions
19:14.23ncsababut for surface the segments can have connected parts, where the surface should not be counting
19:15.11ncsabawhat is cool ? (sorry I talk a lot and then I don't know what you answered :-) )
19:15.55brlcadsorry, I'm still on the db put line
19:15.59ncsabaah ok
19:16.08ncsabaso you like that pipe ? :-)
19:16.08brlcadjust thinking about a pipe that spirals into itself
19:16.24ncsabathat could work too :-)
19:16.27brlcadI don't think that's a case that has been considered
19:16.43brlcadmight even work they way it processes segments at a time, but dunno
19:16.58ncsabawell I'm not after total perfection, but the main cases should work correctly...
19:18.03ncsabain any case, I think it is possible to have an algorithm which calculates the surface correctly for most cases
19:18.22ncsabajust needs more work than simply adding up the individual surfaces :-)
19:18.48brlcadwell, so SA is similar ...
19:18.55brlcadyou're still just summing up the segments
19:19.12brlcadit's just that you have to be aware of your previous and next segments to get the ends right
19:19.20ncsabayes
19:19.27brlcadso you ignore the end-cap segments for starters
19:19.40ncsababut what about first and last segments touching each other ?
19:19.47brlcadthen it really is just an iteration over each segment, sum the interior and exterior surface
19:20.04ncsabayou can create a perfect torus with pipe
19:20.17ncsabaand no, that#s not enough
19:20.27brlcadhow so?
19:21.10brlcadby end-cap segments, I mean all those perpendicular surfaces
19:21.15brlcadnot just the first and last
19:21.31ncsabadb put tp2.s pipe V0 { 0 -6 0 } O0 2 I0 0 R0 4 V1 { 0 -4 4 } O1 1 I1 0 R1 4 V2 { 0 4 4 } O2 2 I2 0 R2 4 V3 { 0 4 12 } O3 1 I3 0 R3 4 V4 { 0 10 12 } O4 2 I4 0 R4 4
19:21.40ncsabaah ok
19:22.07ncsabasee the jump in this pipe (ray-traced is visible)
19:22.25brlcadsure
19:22.39ncsabathat jump has a lateral surface which depends on the touching inner/outer diameters of both ends
19:23.14brlcadyeah, so but ignoring those surfaces I trust you see how the rest is just a summation of cylinders
19:23.38brlcad(mathematical cylinders, not geometric)
19:24.29brlcadso the only hard part is what you identified, calculating the various ellipsoidal areas
19:24.30ncsabayes, that I have ready
19:24.38ncsabathat's the easy part
19:24.40brlcader, ellipse areas
19:24.58ncsabathey are truncated cones and torus segments
19:25.14brlcadright
19:25.30ncsabathat part is done
19:26.09brlcadso then you just need a lil book-keeping to add up any remaining ellipse areas
19:26.35ncsabaBTW, there is a bug in the bounding box calculation, the min and max are not initialized to +-infinity - I will provide a patch for that too
19:26.35brlcadfour cases I think
19:27.56brlcadprev to next is solid to solid, solid to hollow, hollow to solid, hollow to hollow, oh and null to solid, null to hollow, hollow to null, and solid to null
19:28.16ncsabawell basically I only need to know the previous/next inner/outer diameters, it really doesn't matter if it was hollow, bent, etc.
19:28.36ncsabaand must check if the first and last point are the same
19:31.10ncsabafor the centroid I guess I will need to sum the individual centroids weighted by volume ?
19:31.28brlcadnowing inner/outer and handling them case-wise is going to be paramount to handling the 8 cases I mentioned
19:32.02brlcad"hollow" was just a shorthand for non-zero inner
19:32.19Notify03BRL-CAD:carlmoore * 55123 brlcad/trunk/src/conv/stl/stl-g.c: Provide 'Usage:'; arrange explanations in the order the options appear in Usage line; add comment that -h and -? are not needed ('default' takes care of them)
19:32.45ncsabathe inner/outer diameters are known for each segment end, and the only thing to figure out is how much of that overlaps
19:33.05ncsabanon-overlapping is added, the rest ignored
19:33.31brlcadpretty sure you're saying the exact same thing
19:33.42ncsabaok :-)
19:34.28ncsabashould I upload new patches as soon as I have something, or better in one go for all 3 methods ?
19:34.41ncsabaright now I would have the volume done
19:35.00ncsababut it depends on the former refactoring patch of course...
19:35.17brlcadI just broke it down into cases that would result (which could be processed as such with a switch/ifthenelse) or find some general solution (but I'm pretty sure that'll be a variation on ifthenelse ultimately)
19:35.38brlcadnew patches are good
19:35.55brlcadjust way whether they apply independently or should be applied in order
19:36.27ncsabayes, if then else - but I prefer to have the ifs depend on inner/outer diameter only, not other knowledge about the segment (bent, hollow, null, etc)
19:37.01ncsabaso I can have the initial/end segments be processed the same as the rest
19:37.41ncsabaok, I have to go now - will upload patches as soon as I have some ready
19:37.56brlcadthe 8 have no other knowledge, that's just the possible ways the ellipse/torus ends will combine
19:37.57ncsabathanks for the talk !
19:38.04ncsabasee you :-)
19:38.09brlcadcya :)
20:05.07*** join/#brlcad hsrai (~hsrai@202.164.53.116)
20:32.11*** join/#brlcad ColloquyUser (~caen23@92.83.168.216)
20:32.25Notify03BRL-CAD:carlmoore * 55124 brlcad/trunk/src/shapes/coil.c: use av[0]; provide for no-argument case (program continues running) and -?; shift 'make sure..' comment; reverse sense of '!bu_file_exists (looked stupid before the change
20:45.49Notify03BRL-CAD:carlmoore * 55125 brlcad/trunk/src/shapes/coil.c: use the defaults if no arguments at all or if there is ONLY the -? argument
21:09.09*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
22:03.59*** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net)
22:07.40*** join/#brlcad caen23_ (~cezar@92.81.211.227)
22:54.04*** join/#brlcad filipt (~filip@89.205.42.139)
23:00.41Notify03BRL-CAD:brlcad * 55126 (brlcad/trunk/src/mged/dm-X.c brlcad/trunk/src/mged/dm-rtgl.c brlcad/trunk/src/mged/dm-tk.c): shouldn't the others need the same change too?
23:01.14brlcadstarseeker: when was the zclipping bug introduced? ...
23:05.31Notify03BRL-CAD:brlcad * 55127 brlcad/trunk/NEWS: Bob fixed a z-clipping bug introduced a while ago, related to changes made for more elaborate clipping support in Archer. Fixed in commit r55119. (aiming to consistently lowercase mged (and other tools) in bullets and uppercase them in the prose write-ups.)
23:08.23Notify03BRL-CAD:brlcad * 55128 brlcad/trunk/src/shapes/coil.c: ws indent cleanup. want space after commas in function argument lists.
23:10.26Notify03BRL-CAD:brlcad * 55129 brlcad/trunk/src/shapes/coil.c: ws
23:11.15brlcad(if it was introduced within the last 9-months, it might not be user-visible)
23:27.56*** join/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com)
23:32.49brlcadhello nestor_souler
23:35.01nestor_soulerhi :)
23:36.08nestor_souleri've been reading about ur proposals for soc13
23:36.17nestor_soulermight stick here for a while :p
IRC log for #brlcad on 20130412

IRC log for #brlcad on 20130412

00:12.19Notify03BRL-CAD:starseeker * 55130 (brlcad/trunk/src/mged/points/CMakeLists.txt brlcad/trunk/src/other/clipper/CMakeLists.txt and 2 others): Add versions to some of the libraries built by BRL-CAD.
00:15.08*** join/#brlcad hsrai (~hsrai@202.164.53.116)
00:21.12Notify03BRL-CAD Wiki:Starseeker * 4973 /wiki/Google_Summer_of_Code/Project_Ideas: /* NURBS (Non-Uniform Rational B-Splines) Projects */ Remove projects that are largely complete.
00:21.55starseekerbrlcad: it's older than that - a user noticed it
00:22.56brlcadokay, thanks
00:23.10brlcadnestor_souler: stick around for as long as you like
00:23.50Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/Ayam_Editor_Feature_Integration: This task will be reworked to be non-Ayam specific
00:24.32brlcadespero que te apliques
00:27.18Notify03BRL-CAD Wiki:Starseeker * 4976 /wiki/Google_Summer_of_Code/Project_Ideas: /* Collaborative Projects */ rename Ayam integration project
00:27.20nestor_soulerwoot you know spanish?
00:27.36nestor_soulerspeak*
00:29.06brlcadpues si
00:29.23starseekerthe doggone spam filter is blocking my move of the NURBS editing project to the NURBS category
00:29.45brlcadcan't write as well as I used to, don't get to use it very much, but I can certainly understand just fine
00:29.56nestor_soulerthats cool
00:29.57brlcadstarseeker: I'll take a look
00:29.58nestor_soulerone question btw
00:30.18nestor_souleri see you have lots of proposals by categories
00:30.36nestor_souleris there any category thats more important for you?
00:30.57nestor_soulerlike any that you would prefer to get asap
00:40.54*** join/#brlcad filipt (~filip@89.205.42.139)
01:05.34brlcadnestor_souler: we're reworking all of the proposal ideas tonight and tomorrow, adding a few more, better indicating the priority projects
01:05.57brlcadbut the projects that are most interesting and challenging to you are usually best
01:06.20brlcadwhich are not necessarily the most familiar to you
01:09.23nestor_soulerthere are several proposals that caught my attention
01:09.32nestor_souleri'll check tomorrow then
01:09.58*** join/#brlcad hsrai (~hsrai@202.164.53.116)
01:20.45Notify03BRL-CAD Wiki:Starseeker * 4977 /wiki/NURBS_Editing_Suppor: Rework NURBS editing text to be less Ayam centric.
01:23.16*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-trtzyrtuhajtmwbf)
01:23.59Notify03BRL-CAD Wiki:Starseeker * 4978 /wiki/Google_Summer_of_Code/Project_Ideas: /* NURBS (Non-Uniform Rational B-Splines) Projects */ Add NURBS editing entry to NURBS projects
01:24.41Notify03BRL-CAD Wiki:Starseeker * 4979 /wiki/Google_Summer_of_Code/Project_Ideas: /* Collaborative Projects */ remove NURBS editing entry - moved to NURBS section
01:26.54Notify03BRL-CAD Wiki:Starseeker * 4980 /wiki/Google_Summer_of_Code/Project_Ideas: /* Graphical User Interface (GUI) Projects */ Remove 2d sketcher, LOD wireframe, and BoT editing projects
01:34.07Notify03BRL-CAD Wiki:Starseeker * 4981 /wiki/Geometric_Constraint_Solver: Re-target constraint solving work towards Gecode integration
01:36.59*** part/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com)
02:04.58starseekerbrlcad: I think the text "Non-vacuum" may be causing the problem?
02:36.10brlcadstarseeker: indeed, fixed
02:36.30brlcadthere are a variety of spam-related keywords in a blacklist
02:37.14brlcadstarseeker: and I agree those others are low priority
02:37.33brlcadI wouldn't remove them from the list, but will resort the list
02:37.39brlcadso that it's more clear
02:43.24Notify03BRL-CAD:brlcad * 55131 brlcad/trunk/CMakeLists.txt: we technically do not need 2.8.7, only the sub-cmake needs it. cmake figures out the subdependency version requirement correctly.
03:12.40Notify03BRL-CAD:brlcad * 55132 brlcad/trunk/src/librt/primitives/brep/brep.cpp: quell warnings on uninitialized value and empty for loop
03:16.58Notify03BRL-CAD:brlcad * 55133 brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h: quell shadow and == warnings, provide an EQ macro that does a tight comparison
03:30.48brlcadwonders why make regress-fastgen fails with an itcl error
03:31.20brlcadrunning from build dir gives
03:31.21brlcadCan't find a usable init.tcl in the following directories:  /usr/brlcad/rel-7.23.1/lib/tcl8.5
04:01.18Notify03BRL-CAD:brlcad * 55134 brlcad/trunk/src/librt/primitives/pipe/pipe.c: apply sf patch 3610098 (Refactor pipe element calculation in pipe.c) from ncsaba unmodified. the change cleans up pipe element iteration reducing 85 lines by refactoring the bbox iteration into one function called by prep and bbox.
04:05.48Notify03BRL-CAD:brlcad * 55135 brlcad/trunk/src/librt/primitives/pipe/pipe.c: ws style cleanup
04:09.32Notify03BRL-CAD:brlcad * 55136 brlcad/trunk/AUTHORS: credit Csaba Nagy for his code contribution cleaning up the pipe primitive. refactored bbox calcs into one place with more anticipated to implement volume and surface area.
04:17.55Notify03BRL-CAD:brlcad * 55137 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): ws indent cleanup
04:27.01kanzurex/win 1
04:27.05kanzureoops. excuse me.
05:05.59*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
09:34.11*** join/#brlcad caen23 (~cezar@92.83.179.116)
09:38.57*** join/#brlcad nestor_souler (~Souler@193.144.61.240)
09:59.43*** join/#brlcad yiyus (1242712427@je.je.je)
11:41.05Notify03BRL-CAD Wiki:Mathivanan * 0 /wiki/User:Mathivanan:
12:43.38Notify03BRL-CAD:erikgreenwald * 55138 brlcad/trunk/src/libbu/affinity.c: jiggle cpu on the fall-through to avoid an unused parameter warning
12:44.20Notify03BRL-CAD:erikgreenwald * 55139 brlcad/trunk/src/libbrep/Makefile.am: include the common Makefile.defs at the end
13:25.05Notify03BRL-CAD:starseeker * 55140 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: ws, downcase
13:29.52Notify03BRL-CAD:starseeker * 55141 (brlcad/trunk/src/other/libvds/CMakeLists.txt brlcad/trunk/src/other/poly2tri/CMakeLists.txt brlcad/trunk/src/other/togl/src/CMakeLists.txt): Add some more version properties to libraries
13:31.00Notify03BRL-CAD:starseeker * 55142 brlcad/trunk/src/adrt/CMakeLists.txt: Add lib version info for librender
13:36.45Notify03BRL-CAD:starseeker * 55143 brlcad/trunk/src/other/libvds/CMakeLists.txt: Have vds use the math library, if present
13:43.48*** join/#brlcad nestor_souler (~Souler@193.144.61.240)
14:46.14*** join/#brlcad caen23_ (~cezar@92.85.95.78)
15:46.57*** join/#brlcad yiyus (1242712427@je.je.je)
16:04.12Notify03BRL-CAD:brlcad * 55144 brlcad/trunk/sh/conversion.sh: backticks aren't needed here
16:38.38*** join/#brlcad nestor_souler (~Souler@193.144.61.240)
16:47.54Notify03BRL-CAD:brlcad * 55145 brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: resolve a dead code condition introduced by the if 0 <= check. if the case is <, it looks like it represents a failure earlier in the nmg processing.
17:27.48Notify03BRL-CAD:erikgreenwald * 55146 brlcad/trunk/include/bu.h: add clang to the "special needs" set for bu_byteoffset(). Clang seems to do constant folding after placing static initializers, so the subtraction method results in a compile error.
17:49.52*** join/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com)
18:02.46*** join/#brlcad hsrai (~hsrai@202.164.53.116)
18:16.56*** join/#brlcad Ch3ck (~Ch3ck@41.202.198.62)
18:17.11Ch3ckHi
19:02.40*** join/#brlcad isaac_ (~isaac@41.202.198.62)
19:14.16*** join/#brlcad Ch3ck (~Ch3ck@41.202.198.62)
19:16.43*** join/#brlcad isaac_ (~isaac@41.202.198.62)
19:17.48isaac_Ch3ck are you there?
19:18.25isaac_Hello guys any information on the Google Summer of Code
19:18.30Ch3ckyup
19:18.35Ch3ckso what up...
19:18.55Ch3ckHi i want to work on the code refactoring project
19:19.10Ch3cki just wish to know where i can download the source code
19:19.39Ch3ck??
19:38.46Notify03BRL-CAD:brlcad * 55147 brlcad/trunk/src/libbu/brlcad_path.c: don't need to use BRLCAD_DATA_SUBPATH since we already have BRLCAD_DATA_DIR defined. remove the hard-coded share/brlcad/version directory searching while we're at it since those are no longer the default.
19:44.27*** join/#brlcad caen23 (~cezar@92.81.164.181)
19:44.55Notify03BRL-CAD:brlcad * 55148 brlcad/trunk/CMakeLists.txt: BRLCAD_DATA_SUBPATH is redundant and no longer used
19:57.04*** join/#brlcad Ch3ck (~Ch3ck@41.202.194.209)
21:16.06starseekerbrlcad: what conditions are you seeing that itcl error under?
21:16.11starseekerisn't seeing it here...
21:30.24Notify03BRL-CAD:erikgreenwald * 55149 brlcad/trunk/include/bu.h: __clang__ should be downcased
21:35.22Notify03BRL-CAD:brlcad * 55150 brlcad/trunk/src/librt/db_tree.c: if this does anything, it merely masks some other memory corruption issue. the magic gets reset during RT_GET_TREE() when/if it's reused.
21:36.05Notify03BRL-CAD:brlcad * 55151 brlcad/trunk/include/raytrace.h: wipe out the magic number for good measure since this is no longer a valid usable tree pointer after we give it back.
21:50.33brlcadstarseeker: make regress
21:51.17brlcadstarseeker: and for the priorities, basically putting all of the lower-priority ones into a group near the bottom before the undefined project ideas
21:51.45brlcadbut to not say low priority, but something like "Alternate Ideas"
23:52.05*** join/#brlcad caen23_ (~cezar@92.81.205.15)
IRC log for #brlcad on 20130413

IRC log for #brlcad on 20130413

00:00.55*** join/#brlcad hsrai (~hsrai@202.164.53.116)
01:21.58*** join/#brlcad crdueck (~cdk@24.212.219.10)
01:28.16Notify03BRL-CAD Wiki:BiogiegoPah * 0 /wiki/User:BiogiegoPah:
02:31.49*** join/#brlcad ddg80 (~IceChat77@c-76-30-172-184.hsd1.tx.comcast.net)
03:01.26Notify03BRL-CAD:brlcad * 55152 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting ETO surface areas to the mged/archer analyze command
03:02.43Notify03BRL-CAD:brlcad * 55153 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting ETO surface areas and volume to the mged/archer analyze command
03:03.31Notify03BRL-CAD:brlcad * 55154 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting ARBN surface areas and volume to the mged/archer analyze command
03:07.50Notify03BRL-CAD:brlcad * 55155 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting EPA surface areas, centroid, and volume to the mged/archer analyze command
03:10.58Notify03BRL-CAD:brlcad * 55156 (brlcad/trunk/src/libged/Makefile.am brlcad/trunk/src/libged/dag.cpp and 3 others): ws
03:14.10Notify03BRL-CAD:brlcad * 55157 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting EPA surface areas and volume to the mged/archer analyze command
03:35.32Notify03BRL-CAD:brlcad * 55158 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove dead code, the original utah-baed ray tracing method is now no longer used.
03:36.42*** join/#brlcad dcd (4c1eacb8@gateway/web/freenode/ip.76.30.172.184)
03:36.52*** part/#brlcad dcd (4c1eacb8@gateway/web/freenode/ip.76.30.172.184)
05:05.07*** join/#brlcad hsrai (~hsrai@202.164.53.116)
07:23.59*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:39.05``Erikddg80: non-vacuum gravity simulator? cool! developing in windows should not be a problem, but we treat it as a second class platform so there may occasionally be a commit that breaks the windows build. the first step is to check out a copy of the source code and compile it (you'll need an svn client like tortoise, cmake and a compiler)
10:51.40*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-oimuaweddorfxhlk)
11:32.03*** join/#brlcad Daniel (5123dc25@gateway/web/freenode/ip.81.35.220.37)
13:04.13starseekerwoo hoo!  https://github.com/stepcode/stepcode/pull/227
13:58.50brlcadthat is fantastic
13:58.54brlcadnews-worthy even
14:05.12*** join/#brlcad hsrai (~hsrai@202.164.53.116)
14:10.31*** join/#brlcad rays2pix (~deepak@110.234.229.2)
14:13.02brlcadstarseeker: if you would, hold off on switching to external stepcode until after release :)
15:27.23kanzure"Based on testing to date, it looks like the merge branch merging in the BRL-CAD version of SCL to stepcode is ready to go live."
15:27.32kanzurethat's a tremendously huge merge
15:27.35kanzurewow
18:07.53``Erikten ton pull request, I'm kinda surprised they didn't ask you to close it and do a rebase
18:08.26``Erikawesome stuff, gratz O.o
19:02.22*** join/#brlcad hsrai (~hsrai@202.164.53.116)
20:08.17starseekerbrlcad: yeah, I've had enough bad luck with that here lately
20:08.42starseekerI'm just doing a build test to see what issues remain
20:09.50starseeker``Erik: actually, Mark was the one who asked for the pull request
20:25.19starseekerbrlcad: anyway, step-g builds but doesn't function, so there's more clean-up to do before we're all the way there
20:25.46kanzuredoes this massive merge include unit tests?
20:25.52starseekerour converter must exercise stuff the existing stepcode tests doesn't...
20:25.54kanzurewere there ever  any step-g unit tests?
20:26.00kanzure*ever any
20:26.10starseekerkanzure: not to my knowledge - the stepcode guys have added a lot of test code
20:26.21kanzureah good, at least some exists then.
20:26.34starseekerbut I don't know if they're unit tests
20:26.48kanzurei am really bad at calling tests the right things. i think i call all tests unit tests :).
20:26.48starseekereventually we'll have step-g regression tests too, but we aren't there yet
20:27.00starseekerheh
20:27.07kanzurei also tend to call regression tests and unit tests the same thing, because nobody ever yelled at me about it
20:27.21starseekerkanzure: if you check out the default stepcode tree you'll see it doing a lot of test work
20:27.24kanzurealso because the libraries for writing both style of tests tend to be called "unitwhatever" and "unit"... hrm.
20:27.27kanzureokay cool
20:27.35kanzure*TestUnit
20:30.03starseekerhmm:  http://www.steptools.com/support/stdev_docs/stpfiles/ap203/
20:30.14starseekerwonders what the NIST DPPA repository is?
20:30.18kanzurebtw have you met charlie stirk?
20:35.18starseekernever met him in person, no
20:35.28starseekerah ha!  http://edge.cs.drexel.edu/repository/
20:37.10starseekerconfound it, why don't they have copyright and license info at the toplevel directory??
21:03.50``ErikI think the pedantic interpretation of a unit test is that every object/method/function used by the method/function being tested is mocked out, so the only interactions not guaranteed are in the function/method itself... which can get a bit insane :D
21:17.59kanzurei tend to only partially mock things out.. so i think the conclusion is that i am terrible at calling my tests the right things ;)
21:21.50``Erikthat you mock bits at all probably puts you well ahead of the curve
23:07.49*** join/#brlcad gdh (~quassel@pool-71-177-13-144.lsanca.dsl-w.verizon.net)
IRC log for #brlcad on 20130414

IRC log for #brlcad on 20130414

00:35.38Notify03BRL-CAD:starseeker * 55159 brlcad/trunk/src/other/togl/src/CMakeLists.txt: Copy/paste strikes again.
00:37.51Notify03BRL-CAD:starseeker * 55160 brlcad/trunk/src/other/tk/CMakeLists.txt: add m library to tk library linkage
00:47.23brlcaddown to just 50 reviews remaining
00:47.45starseekerawesome
00:48.01starseekerhas sympathy for brlcad's brain - that's a job and a half
00:48.15brlcadalas, i've already been through half of those and there were flagged issues
00:48.38brlcadmostly just news line missing, but some suspects
00:49.14starseekernods
00:56.21starseekerfwiw, the step-g converter bombed the same way with stepcode and our step fork
00:56.37starseekerwill see if he can interest nreed in it next week...
00:56.57brlcadcrashed or something else?
00:57.13starseekercomplained about some stuff then segfaulted
00:57.20starseekerhang on, I'll pastebin
00:57.29brlcadstacktrace would be good too
00:57.39brlcadthat should be easily fixable
00:59.30starseekerthis is the test file:  http://www.steptools.com/support/stdev_docs/stpfiles/ap203/block.stp
00:59.40starseekerhttp://paste.lisp.org/display/136704
01:01.42starseekerstacktrace:  http://paste.lisp.org/display/136705
02:45.06*** join/#brlcad hsrai (~hsrai@202.164.53.116)
04:26.20*** join/#brlcad rays2pix (~deepak@14.139.226.34)
05:02.54rays2pixLinker is unable to find the library
05:03.30rays2pixcc -I../brlcad/svn/install/include/brlcad/  -L../brlcad/svn/install/share/lib -licv fileformat.c
05:04.08rays2pixcan some one help me with what I am missing. [I am just trying to use the existing library a function in libicv]
06:51.12*** join/#brlcad rays2pix (~deepak@110.234.229.2)
08:26.48*** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221)
11:29.03``Erikviku: please keep discussion to public channel... the channel topic has a link for GSoC students that includes a pre-application checklist, that should be adequate to get you started up
12:03.13``Erikhm, havok is semi-opening up, sorta
12:03.24``Erikhttp://www.projectanarchy.com/blog/anarchy
12:38.54*** join/#brlcad caen23_ (~cezar@92.81.205.88)
13:04.32*** join/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com)
13:05.13*** part/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com)
13:59.31*** join/#brlcad rays2pix (~deepak@14.139.226.34)
14:53.30rays2pixI am trying to run the utility bwfilter within brlcad,due to file format I am getting errors when I use a random grayscale image. Do we have any images within our source tree which works well with it?
15:03.43brlcadrays2pix: where did the bw file come from?
15:03.50brlcadit's expect a raw file
15:04.45rays2pixbrlcad: I took some grayscale images from the web in .png format
15:05.00brlcaddid you run png-bw ?
15:05.12rays2pixbrlcad:No will do that now
15:05.17brlcadthat's the problem
15:05.24brlcadpng is not a raw format
15:06.00rays2pixbrlcad:thank you!
15:06.03brlcadyou could also run png-pix and run pixfilter instead if you want to keep 3-channel data vs 1-channel (bw)
15:07.37rays2pixbrlcad:I see , in this case I need 1-channel data, th code in bwfilter handles only 1-channel for now
15:12.52rays2pixbrlcad: I got the conversion done by png-bw. fread returns 0 indicating "Inappropriate ioctl device".
15:43.58*** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221)
15:44.29brlcadrays2pix: that sounds highly suspect
15:47.07brlcadrays2pix: what are you trying to do?
16:03.16rays2pixbrlcad: sorry had to take a break.  i am running './bwfilter -fla gray.bw >filtered.bw' with no changes in code(taken from svn)
16:17.23*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:01.24rays2pixI am getting "Inappropriate ioctl device" when I run 'bwfilter -fla gray.bw>filtered.bw'  fread seems to be offensive here returning zero. Help appreciated
17:03.26brlcadtry redirecting input
17:03.37brlcadbwfilter <gray.bw>filtered.bw
17:04.37brlcadthe code is very simple, so not sure what might be causing fread to fail without more info/testing
17:05.12rays2pixbrlcad: ok. checking it
17:12.19rays2pixbrlcad: Ran it inside gdb. Sorry . My suspicion on fread was wrong.fread gets through
17:12.55rays2pixbrlcad: And filtering also occurs..just that "Inappropirate ioctl device" is printed on stderr for some file operation
17:24.35*** join/#brlcad caen23 (~cezar@92.81.161.99)
18:36.35Notify03BRL-CAD Wiki:Almamaterit * 0 /wiki/User:Almamateri:
19:12.12*** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221)
19:12.20anirbanhi all
19:12.59anirbanI am Anirban Majumdar, a pre-final year undergraduate student at Indian Institute of Technology Kharagpur
19:13.38anirbanI was going through BRL-CADS ideas page and the NURBS project got my attention
19:14.58anirbanI have undergone a course in CAD-CAM as part of my academic curriculum and I know C,C++.
19:15.11kanzurehttp://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas#NURBS_.28Non-Uniform_Rational_B-Splines.29_Projects
19:15.12anirbanI believe I can contribute to this project.
19:15.19kanzurehmm nurbs intersection is still an available project :\
19:16.30anirbanyes I have gone through the Intersection project
19:16.47anirbanI believe there are two links given where it has been implemented
19:17.08anirbanhttp://www.cs.unc.edu/~geom/ESOLID/
19:17.11kanzuresee "int K_PATCH :: intersect(K_PATCH& p)" in http://diyhpl.us/~bryan/irc/esolid/ESOLID/src/kpatch.cc.org.5
19:17.16anirbanhttp://www.cs.unc.edu/~geom/CSG/boole.html
19:17.37anirbanok
19:20.53brlcadanirban: we have a bunch of projects that we have yet to post as well (and you're welcome to propose something we need too)
19:24.54anirbanwill be looking forward to the new projects as well and if I come up with a bright idea, i'll surely let you know
19:26.51anirbankanzure: i am going through the code..int K_PATCH :: intersect(K_PATCH& p) is part of the ESOLID src, which according to the ideas page has performance issues
19:27.10anirbanI was curious to know the scope of the project.
19:27.40brlcadanirban: have you worked with nurbs before?
19:29.20anirbanI have done a course on CAD-CAM in Marine Design, where NURBS were covered as part of my academic curriculum
19:46.09*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ujxczjrjohyepusr)
20:17.26kanzurebrlcad: i have put some esolid things into a git repo, https://github.com/kanzure/esolid
20:17.41kanzurebrlcad: just some basic file cleanup, typo correction, etc. i think i also have a patch from 2011 to make this compile.
21:02.20starseekerkanzure: is the license still an issue with esolid?
21:02.39kanzurethe license is still unknown
21:02.58starseekeryeah, that's no good then
21:03.03starseekerand BOOLE is out too
21:03.23kanzurei sent out emails to john keyser a few years ago but he never replied about licensing status
21:03.28kanzuremaybe i will call him on monday
21:03.46kanzurei think he is 979-458-0167 John Keyser <keyser@cs.tamu.edu>
21:04.14starseekerunc is generally not terribly useful when it comes to open source projects
21:04.33starseekeras a university they seem to be very intent on making sure they get a piece of any commercial developments from their code
21:04.37kanzurehmm "The Bradley Fighting Vehicle Model was provided courtesy of the Army Research Lab."
21:04.44kanzureisn't that.. isn't that you guys?
21:06.54starseekerkanzure: the published papers from the BOOLE and ESOLID efforts may be helpful, but we've got to stear away from the code unless/until a miracle happens and unc licenses it explicitly under terms we can use
21:07.51kanzurewould it be enough to see a confirmation in email from john keyser?
21:08.08starseekerin many cases yes, but in the case of unc I would say no
21:08.27starseeker(prior experience trying to clarify BOOLE's status)
21:08.35kanzureit looks like the development of esolid happened both at unc and at tamu, does that change your concerns about unc?
21:08.59starseekerthat would be something to ask Keyser, if you can reach him
21:09.58starseeker"developed primarily at the University of North Carolina" isn't encouraging:  http://research.cs.tamu.edu/keyser/geom/esolid/
21:11.42kanzurethe other problem with esolid is that i don't think the code is production ready anyway
21:11.52starseekernods - that's why I say look to the papers
21:12.06kanzurewell, i have some of the papers here:
21:12.11kanzurehttp://diyhpl.us/~bryan/papers2/cad/
21:12.34kanzureincluding my notes on BOOLE apparently.. hrm. maybe i should read these.
21:16.21*** join/#brlcad filipt (~filip@89.205.42.139)
21:24.11kanzurestarseeker: what's the plan of action for getting this? i tried my hand a few times at writing the code necessary, but i ran into a number of problems.
21:24.25kanzurestarseeker: i think it would be really helpful to have access to a former student that implemented these libraries.
21:24.36kanzurestarseeker: or to come up with a plan in case that doesn't happen..
23:17.13filipta quick compiling question: what should the file CMakeLists.txt contain?
23:20.15*** join/#brlcad crdueck (~cdk@24.212.219.10)
23:26.25filiptanyone?
IRC log for #brlcad on 20130415

IRC log for #brlcad on 20130415

00:50.22starseekerkanzure: do you have a write-up of what problems you ran into?
00:52.50kanzureno. off the top of my head, though, the problems were things like (1) not having enough domain expertise to come up with a full spectrum of tests to either confirm that my functions were working or to guide which results various intersection functions needed to produce, (2) not having a correctness proof of the algorithms i was using, (3) lack of domain knowledge for knowing how to sufficiently break up the problem (instead of having giant functions ...
00:52.57kanzure... floating around everywhere, which was highly distressing to my inner source code enthusiast), and (4) not knowing other people with this domain expertise willing to do code reviews or be a place for me to send hate mail to for advice/support.
00:53.56kanzureone of my attempts was a verbatim rewrite of esolid into python.. which was a bad idea.
00:54.44kanzureit was a bad idea because, while i was able to successfully compile esolid, i did not have a reasonable idea of testing either version, and the intersection functions are thousands of lines of code each (for whatever reason), which means lots of coding before testing each function..
00:55.22kanzureit occurs to me that you have recently practiced the art of maintaining two separate branches of a large, complex project in this space, so you're probably aware of the kinds of difficulties i am talking about, heh
00:55.36kanzure(SCL seems much larger than esolid's source code, though.)
00:56.22starseekerkanzure: my approach in that situation would be to first identify the conceptual pieces of the task, rather than going for the source code (which is a no-go for us in this case anyway, as I mentioned earlier)
00:56.40starseekerthe biggie is of course surface/surface intersection, but that's not the only piece
00:57.01kanzureyeah, i understand the licensing issues. however, i would be happy to write competing implementations all day long once i can write a working one at all.
00:57.20starseekerthere's also assembling the intersection curves into new bounding loops, figuring out how to assemble new breps from the new trimmed surfaces, etc.
00:57.39kanzureright, and things like singularities and how to deal with those
00:57.43starseekernods
00:57.58starseekermathematically, the intersection cases can be characterized
00:58.08starseekerhunts for old email from last year's gsoc...
00:58.25kanzurehere's some of the python barf i wrote
00:58.26kanzurehttp://diyhpl.us/cgit/lolcad/tree/nurbs.py
00:58.41kanzurehere's some of the esolid stuff i converted.. http://diyhpl.us/cgit/lolcad/tree/lolcad.py
00:58.51kanzureplease note there's an awful STEP generator in there too
00:59.01starseekerheh
00:59.03kanzureit was because i didn't want to bother with EXPRESS at the time.. i know it's not a good excuse.
00:59.10kanzureforgive me :(
00:59.50kanzureoh wait, that's just the STEP crap. that's not what i wanted to show you.
00:59.59kanzurehttp://diyhpl.us/cgit/lolcad/tree/esolid/esolid.py
01:01.09kanzureas you can imagine, writing 4000+ lines of code without testing is really painful and not healthy and confusing
01:01.21starseekercan imagine
01:02.50kanzurei agree that breaking up the problem is a good approach
01:03.22starseekerhere was my initial thinking on the assembly problem after Wu got basic surface/surface intersection working:  http://www.mail-archive.com/brlcad-devel@lists.sourceforge.net/msg02110.html
01:03.30kanzurebut i don't want to break up the problem, then spend 3 months writing a curve-curve intersector, only to have to throw it away in 5 months because i broke up the problem wrong and didn't think of the right architecture.
01:03.42kanzureoh brlcad has surface/surface working?
01:04.26starseekerkanzure: see http://brlcad.org/wiki/User:Phoenix/GSoc2012/Reports
01:04.32starseeker(last two pictures)
01:04.44starseekerthree rather
01:04.52kanzureoh wonderful
01:05.24kanzurei'll read through that email thread and the wiki page. would that give me a clear summary of current status?
01:05.45starseekershould, yeah
01:06.55starseekerI don't think the current ssi stuff is exposed via command as yet, and cases like two surfaces intersecting along a surface rather than a curve (or, for that matter, a point instead of a curve) still need to be handled
01:07.48kanzureso non-parallel non-point surface-surface intersection is working?
01:08.05starseekerin the test cases tried so far
01:09.44kanzurethat makes me really happy. maybe i will dig around in some papers for how others have chosen to solve those remaining edge cases.
01:10.23starseekerkanzure: it shouldn't be too hard for you to hook up the ssi function to a test command if you want to try it out
01:10.46kanzurei'm not sure i've ever understood what it conceptually means for two surfaces to intersect on a surface
01:10.55kanzureit makes sense for fusing two models together but for subtraction operations i'm really not sure
01:11.19kanzurefor example, imagine two cubes touching each other on one side precisely
01:11.26starseekeryeah, that's one of the more tricky situations
01:11.35kanzurewhat happens in non-brep situations in that case?
01:12.10kanzuremaybe the answer is "nothing happens".
01:12.11starseekerfrom the ray tracing perspective, I think it uses some internal ordering to pick one or the other to be "inside"
01:12.33starseekerit may also flag that as an overlap if the ray goes right down the plane of intersection
01:12.42starseekernot sure that facetiziation does with it
01:13.07kanzurewhen you subtract one object from the other as a user you usually carry on with only one of the objects.. and subtracting a surface doesn't have any explicit meaning so "nothing happens" might make sense.
01:14.05starseekeror "shave a planar thickness equal to minimum tolerance in the model" might also make sense
01:15.19kanzurewould it? if that was the case then as a user i would expect the minimum tolerance to always be used when calculating intersections of any type.
01:15.26starseekerkanzure: for code, check out src/libbrep/opennurbs_ext.cpp around line 3221
01:16.39starseekerkanzure: it depends - another expectation would be that subtraction of the one cube from the other guarantees that a ray passing through the subtracted cube's volume never hit anything solid, and reporting "solid" along the subtracted face would violate that expectation
01:17.27kanzuresilly asymptotes
01:17.33starseekerit's indeed a tricky subject - I suspect most systems have to make *some* decision from among the options and then just try to be consistent about it
01:18.49kanzurefor what it's worth, i don't have any particular use case that demands one choice to be made over the other, but consistency would be nice.
01:19.23starseekernods
01:19.40starseekerour take on that I think was "worry about it after we've got the basics in place"
01:23.55kanzureit turns out i don't have a recent checkout.. will take a while (and i sorta refuse to use viewvc because it's viewvc).
01:24.03starseekerheh
01:25.41kanzureare there breps/nurbs defined for all the primitives?
01:26.46kanzure"Implemented degree reduction to Bezier curves to simplify the representation of the dsp top surface. But still a long way to go. As I tested it with terra.g, the result made me very upset. There were great differences in the middle of the curves. For dsp with smaller xcnt & ycnt, the result was quite accurate. But it's big xcnt & ycnt that counts, because this is introduced to shorten the raytrace time of dsp with large maps."
01:27.16Notify03BRL-CAD Wiki:Starseeker * 4982 /wiki/Google_Summer_of_Code/Project_Ideas: /* Geometry Processing Projects */ libsvn db backend only makes sense (maybe) much farther into the project
01:27.59starseekerkanzure: dsp is a problem - technically a brep can be produced, but it's a nightmare to raytrace
01:28.20starseekerkanzure: we may do better with a fitted surface, which will come out of some other work in progress
01:29.18starseekerkanzure: dsps aren't as important as other functionality (IMHO, at least) - we can revisit them later
01:29.51kanzuresure. i was amused by his comment about being upset.
01:29.56starseekerkanzure: of course, if you feel like implementing practical degree reduction that would be awesome :-)
01:31.04kanzureah i see you used the "Performing efficient NURBS modeling operations on the GPU" subdivision/triangle approximation approach for surface intersections
01:32.35kanzure"Fit the points into NURBS curves using polyline approximation."
01:35.09kanzurewhen is the conversion to brep made in the lifecycle of a model in brlcad?
01:35.11Notify03BRL-CAD Wiki:Starseeker * 4983 /wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors */ I don't know who-all is a mentor this year yet, but unless the admins have heard otherwise I don't think these folks are this year...
01:36.35kanzureoh i see you are planning a brep command
01:37.18starseekerkanzure: we already have one - that's how we convert implicits to breps :-)
01:37.45kanzureit seems like it makes more sense to keep everything implicit in brlcad as long as possible, and then dump to brep at the end of a work session?
01:40.26starseekerright
01:43.44kanzurei am curious why he was raytracing brep models. almost all computers these days have a version of opengl that comes with nurbs rendering in glut or something.
01:43.50kanzure*support a version of opengl
01:44.20starseekereh?  raytracing NURBS has been one of BRL-CAD's primary efforts for the last several years
01:44.49starseekerthe built-in glut tessellation almost never holds up for real-world complex geometry
01:44.57kanzureoh really? i thought it would be much more performant.
01:45.14kanzurei have only a little experience with the glut tessellation, i never stress tested it..
01:46.10starseekershakes his head - we're just now getting our own tessellation capabilities online, which are much better at handling the sorts of geometry we're likely to see, and even then for raytracing planar triangles are typically an approximation
01:46.39starseekernot to mention tessellating models can get you all sorts of nasty overlap issues that weren't there to begin with
01:47.55kanzurewhat are proprietary cad vendors doing for rendering?
01:48.54starseekerpresumably they have their own tessellation codes
01:49.00kanzurei don't even know what opencascade is doing. i sort of assumed they are using glut tessellation but i never checked..
01:49.07starseekerdoubts it
01:49.14kanzurethey are probably using 10 things :)
01:49.33starseekerdunno - their codebase is another one that is useless to us due to licensing issues
01:49.53kanzurei know you guys have expressed a disinterest in even looking at their source code, but man, it's not in good shape
01:50.12starseekerwell, that's another reason then :-)
01:53.04kanzurestill checking out..
01:53.32kanzureoh good "The intersection curve (green) of a sph (red) and an ehy (blue)."
02:02.00kanzureis there an official git-svn bridge for brlcad?
02:02.09kanzure.. or an unofficial maintained one?
02:02.56kanzureit's not easy to tell if http://brlcad.org/brlcad.git is the same as crit.brlcad.org/brlcad.git or not
02:07.29kanzurer53942 has a really long commit message. what's going on there?
02:08.24kanzurehttp://brlcad.svn.sourceforge.net/viewvc/brlcad?view=revision&revision=53942
02:13.17kanzure"re-re-revert to r54338 before I started causing damage.  apparently two different versions of opennurbs came out one month after the other, both labeled as v5.0 and the latter removing substantial functionality (3 functions) that we utilize." wtf
02:27.36starseekeropenNURBS removed some features we were using, that they deemed unnecessary for openNURBS's primary purpose - enabling applications to read/write 3dm files
02:53.58kanzurewhy is the if/else not indented in the example in HACKING under the "The One True Brace Style" section?
09:05.21*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:31.38*** join/#brlcad sbongir (~chatzilla@59.160.74.254)
09:38.56*** join/#brlcad filipt (~filip@89.205.42.139)
10:07.26filiptanyone here? I need some help with compiling the brl-cad source...
10:56.43starseekerlikes Google's banner today
10:56.57starseekerbet Ed would too
11:17.21Notify03BRL-CAD Wiki:Starseeker * 4984 /wiki/Google_Summer_of_Code/Project_Ideas: /* Project Categories */ Make a stab at shuffling the grouping/ordering based on project priorities
11:36.16brlcadyeah, good ol euler
11:41.16Notify03BRL-CAD:bob1961 * 55161 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the stack shader to Archer's comb edit panel.
12:38.42brlcadkanzure: crit.brlcad.org == brlcad.org now, they are one in the same
12:39.50brlcadr53942 was someone learning how to use svn commit for the first time (and making a mistake)
12:41.03brlcadfilipt: you need to ask your question and wait around for an answer, not ask if anyone is here
12:41.20brlcad~ask
12:41.20ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
13:05.54*** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221)
14:15.59*** join/#brlcad nsomani (839ffce9@gateway/web/freenode/ip.131.159.252.233)
14:17.07brlcadhi nsomani and anirban
14:19.49nsomanihi
14:21.10brlcaddoes shape primitives using point clouds mean representing shapes with point clouds or reverse modeling shapes from point clouds?
14:22.16nsomanimodeling shapes from point clouds
14:22.38nsomanirather, detecting shapes from point clouds data
14:22.40brlcadwhat representation are you working towards?
14:22.56nsomanii'm looking at NURBS right now
14:23.10brlcadexcellent.. that's a tough problem
14:23.39nsomaniyes, it is! I realized that once I got into it. but i think there's good potential for work in this direction
14:24.09brlcadstarseeker has been working on a variation of that problem for the better part of a year
14:25.09nsomaniokay. yeah, i'm not sure how much of this can be done within the GSoC timeframe.
14:25.35brlcadhow much do you know about the underlying research in that area?
14:25.50brlcadread any of the research papers?
14:26.28nsomanii've read the NURBS book by piegl and a few papers, but i wouldn't call myself an expert.
14:26.54brlcadI think it's doable within GSoC timeframe, but it's certainly got some significant risks
14:27.13brlcadwould have to be rather specific on the goals and result, what problem(s) get implemented
14:27.17brlcadwhat data is worked with, etc
14:28.05nsomaniperhaps a discussion with starseeker would be beneficial for this
14:28.08brlcadiirc, he even used a piece of code from PCL to help solve the point mapping
14:29.04nsomaniyes, i think this approach would be useful for the PCL community as well. they already have some work on NURBS. this could be a good extension
14:29.42brlcadour primary goal was the conversion of polygonal models to NURBS models
14:30.51brlcadthe basic algorithm oversimplified was to chop up the mesh into patches, then for each patch project the vertices into a fitted nurbs surface (pcl solver helping with that), and then stitching the surfaces together at their boundaries
14:32.00nsomanii see.
14:32.59nsomaniif the aim is to use point cloud data directly and not meshes, there needs to be a some sort of a pre-processing step which converts the clouds to meshes.
14:33.02brlcadwhich is basically a variation of locally grouping/segmenting 3d points together so we can get "good" surfaces
14:33.32brlcadif the starting point is point cloud, definitely -- you'd need to infer some boundary
14:33.59brlcadespecially if it's noisy data or misaligned, etc
14:35.11nsomanitrue. there are a bunch of these local grouping/segmentation algorithms in PCL. and some of them are very time efficient too
14:35.46nsomaniso, handling noisy data should not be a problem if this pre-processing step is involved.
14:36.28brlcadI guess we're mostly interested with the data after it's already gone through that processing since quality is indeterminate at that point
14:37.01brlcadat least once there's a mesh, we can talk about error, deviation, and fitting confidence for a corresponding nurbs surface
14:37.49brlcadwith points, I think the most you can say is deviation
14:40.11nsomaniyes. so, i guess all this combined could be a good project for GSoC
14:40.57nsomanifeasibility depends on how much progress has already been done in BRL-CAD on this.
14:42.09brlcadstarseeker has a nice presentation that gives an overview of the issues and progress he's made to date
14:43.35brlcadgsoc could focus on solving those few remaining issues, defining some BRL-CAD and PCL API boundaries, and then making sure it's all packaged up properly (and working, obviously)
14:44.34nsomanistarseeker: could you please share this presentation. it would be very helpful in defining the scope of this proposal.
14:46.17nsomanibrlcad: yes, that seems interesting.
14:48.15brlcadnsomani: the code in question in a brl-cad checkout is src/libbrep/opennurbs_fit.* src/librt/test_nurbsfit.cpp src/librt/test_bot2nurbs.cpp
14:48.20brlcad~cadsvn
14:48.20ibotTo obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
14:49.10brlcad"bot" is our nomenclature for a "bag of triangles", i.e., a triangle mesh
14:49.35anirbanbrlcad: sorry was away from keyboard at that point of time.......went through your discussion with nsomani
14:50.33nsomanibrlcad: okay. i'll take a look at it.
14:51.00anirbanyes the approach of chopping the meshes into patches and using pcl seems interesting
14:56.08brlcadI could see a proposal to 1) implement a PCL function that takes a set/patch of filtered surface points and provides a corresponding NURBS surface, 2) integrate that call/functionality into BRL-CAD for getting a set of surfaces given a set of mesh patches, and 3) stitching it all together via an integrated brl-cad libged command
14:56.39brlcador some variation thereof, so PCL gets a new nugget and we get that functionality hooked into a useful CAD purpose
14:59.42starseekerwould prefer not to tie into PCL if it can be avoided - that's a rather large dependency to introduce. For point cloud to wrapped mesh I would expect libqhull to be the key piece
15:00.12brlcadnot so much to tie into them, but to make it an extractable function like you did in opennurbs_fit
15:00.33brlcadthinking of it like a sub-library that doesn't tie into either sides types
15:00.50brlcadso it can be mutually useful
15:01.06brlcadthen from there, if they want to customize or if we need to, we can
15:01.07starseekernods - I'd have to look again, but I kinda thought they were using qhull for the heavy lifting there - so qhull may already be the "sub-library"
15:01.36brlcadwe'd still just be concerned with the point after we have a mesh
15:02.07brlcadwhich is effectively the same as an API call that worked on filtered points
15:03.03brlcadi.e., what'd you'd get *after* running through qhull or whatever other filtering
15:03.17Notify03BRL-CAD Wiki:Phoenix * 4985 /wiki/User:Phoenix: /* Experience */
15:04.00Notify03BRL-CAD Wiki:Phoenix * 4986 /wiki/User:Phoenix: /* Interest */
15:04.17Notify03BRL-CAD Wiki:Phoenix * 4987 /wiki/User:Phoenix: /* Who I am */
15:04.34starseekeruh... doens't PCL already have a functoin that takes in points and returns a NURBS surface?  http://docs.pointclouds.org/trunk/classpcl_1_1nurbs_1_1_nurbs_fitter.html
15:04.46nsomaniyes. it does
15:05.58brlcadnsomani: how does your work relate to that?
15:06.31brlcadstarseeker: ever tested how their method compares to yours?
15:06.52starseekershakes his head
15:06.54nsomanii think the idea about primitives got lost somewhere here. i was trying to focus on fitting shape primitives to these points.
15:07.49nsomanipart (1) in the idea already exists.
15:07.51starseekerI wouldn't expect anything different - the boundary edges are where the issues seem to be, and I don't think they are addressed by Morwald's original work
15:08.34starseekernsomani: you're thinking something more along these lines?  http://efpisoft.sourceforge.net/
15:09.32nsomanistarseeker: yes.
15:09.34starseeker(unfortunately we can't use the code from that project, since it's GPL)
15:09.53nsomanistarseeker: but i'm looking for point cloud data as the starting point, and not meshes
15:10.26Notify03BRL-CAD Wiki:Phoenix * 4988 /wiki/User:Phoenix: /* GSoC 2012 Project */
15:10.55Notify03BRL-CAD Wiki:Phoenix * 4989 /wiki/User:Phoenix: /* GSoC 2013 Project */
15:11.05starseekerwouldn't that just involve fitting the point cloud with a mesh and proceeding from there?
15:11.27brlcada joint PCL project that would be more interesting, a stand-alone mit-licensed high-performance generic kd-tree library (ideally with gpgpu and coherency leveraged where available)
15:11.37Notify03BRL-CAD Wiki:Phoenix * 4990 /wiki/User:Phoenix/GSoc2013/Proposal: Created page with "Coming soon... :)"
15:11.42brlcads/more //
15:12.08brlcadnsomani: when you say primitive, what do you mean?
15:12.18brlcadI think he's talking about shape detection
15:12.31brlcad"this is a torus"
15:12.39starseekerbrlcad: starting with this?  http://code.google.com/p/kdtree/  or a scratch/ground-up design?
15:13.00brlcadstarseeker: whatever
15:13.30starseekerbrlcad: yeah, that's what I got too - recognizing surfaces that are well fitted by simple quadratic/quartic surfaces
15:13.36nsomanithe idea is similar to efpisoft. I'm looking to decompose a point cloud of an object(say) into a set of simpler shapes(planes, cylinders, etc. ) to represent it.
15:14.21nsomanii'm looking into nurbs representations right now which seems interesting.
15:14.29brlcadstarting with google's would be fine, but it'd be hard to outperform it without restructing the data types and processing flow
15:14.57brlcadnsomani: well you could certainly craft a "hybrid" proposal with elements of that and other work we need
15:18.04brlcaddeconstructing an input data (point cloud or mesh) into one of our primitives would be an interesting feature and is something we've even discussed recently
15:18.48brlcadit's hard to describe a tangible user benefit other than data reduction, though ... would require some thinking about how the feature is exposed
15:19.34nsomaniokay. I'll give this more thought and come up with a proposal.
15:20.53nsomaniin my experiments, i use this for representing object CAD models and then recognizing them in point cloud data.
15:22.11nsomanithis also has applications in shape retrieval and shape-based database indexing.
15:45.08brlcadnsomani: yes, I get that except without other "filtering" methods, the image processing domain long showed that you need far more than a shape to do useful shape recognition on real data
15:48.42*** join/#brlcad gdh (~quassel@pool-71-177-13-144.lsanca.dsl-w.verizon.net)
15:57.29Notify03BRL-CAD:bob1961 * 55162 brlcad/trunk/src/tclscripts/archer/Archer.tcl: This fixes a bug (i.e. the various object panels no longer appear when an object is selected) that shows up when a database is opened when in "Rt Image View" mode.
16:05.05nsomanibrlcad: true. i've done a lot of work on shape matching and recognition, based on this decomposition. A stable and robust shape decomposition is crucial to that work.
16:05.37*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:05.39nsomaniThis is why I'm focusing more on getting a good shape decomposition algorithm working.
16:11.31*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.86)
16:57.50*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.125)
17:26.50*** join/#brlcad hsrai (~hsrai@202.164.53.116)
17:28.45hsraiIs there any plan to have DWG (AutoCAD format) import / export? Rather is there any need / demand for this?
17:48.30*** join/#brlcad ncsaba (~ncsaba@p54983C23.dip.t-dialin.net)
19:00.34Ch3ckhi
19:00.37Ch3ckhsrai
19:00.47Ch3cki wish to work with brlcad too..??
19:00.50Ch3cku der?
21:20.55Notify03BRL-CAD:carlmoore * 55163 brlcad/trunk/src/conv/comgeom/cvt.c: add comment about versions 1, 4
22:15.26``Erikhttp://divshot.github.io/geo-bootstrap/  I need to add this bootstrap theme to my webpage O.o
IRC log for #brlcad on 20130416

IRC log for #brlcad on 20130416

02:45.25starseeker``Erik: whatever you're drinking, drink less of it
02:45.28starseekerO.o
05:18.03*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
08:42.30*** join/#brlcad sagara (~sagara@112.134.161.29)
08:47.22sagaraHello everyone, I'm Sagara Paranagama, a final year Computer Engineering undergrad. I was looking at the available GSOC projects and implementing a new Cross-Platform 3D Display Manager caught my eye. However, I saw that it was undertaken at GSOC 2012 as well. Any idea on its progress? Was it finished or is the GSOC 2013 entry still valid?
08:52.36*** part/#brlcad sagara (~sagara@112.134.161.29)
08:53.35*** join/#brlcad sagaradev (~sagara@112.134.161.29)
08:54.30sagaradevHello everyone, I'm Sagara Paranagama, a final year Computer Engineering undergrad. I was looking at the available GSOC projects and implementing a new Cross-Platform 3D Display Manager caught my eye. However, I saw that it was undertaken at GSOC 2012 as well. Any idea on its progress? Was it finished or is the GSOC 2013 entry still valid? Hope this isn
08:55.02sagaradevt a double post because of nickname a clash.
09:10.30Notify03BRL-CAD Wiki:Sagaradev89 * 0 /wiki/User:Sagaradev89:
10:41.16``Erikhttp://arstechnica.com/science/2013/04/how-nasa-brought-the-monstrous-f-1-moon-rocket-back-to-life/
10:41.55``Erikstarseeker: hot apple cider last night, that web theme is awesome, very late 90's :D
10:50.55Notify03BRL-CAD Wiki:Moragegevem * 0 /wiki/User:Moragegevem:
11:09.05``Erikheh neat http://lispinsmallprojects.org/welcome
11:10.35``Eriksagaradev: I believe some effort was done with using ogre3d, I don't believe it was completed. Stick around for a few hours and the people who kept track of that one should be online :)
11:47.03starseeker``Erik: I thought that particular web style was slain with geocities :-P
11:47.37starseeker``Erik: yeah, was reading that F-1 engine article - twelve kinds of awesome
11:48.25starseekerwas wondering if the CAD model might be available, given how old the engine is, but since NASA just pulled all it's tech reports offline I doubt they're in the mood to do an ITAR determination on it
12:13.01*** join/#brlcad sagaradev (~sagara@112.134.197.171)
12:47.33Notify03BRL-CAD Wiki:Phoenix * 4991 /wiki/User:Phoenix: /* Contact */
13:11.53Notify03BRL-CAD Wiki:Phoenix * 4992 /wiki/User:Phoenix/GSoc2013/Proposal:
13:30.23Notify03BRL-CAD Wiki:Phoenix * 4993 /wiki/User:Phoenix/GSoc2013/Proposal: /* Detailed description */
13:30.45Notify03BRL-CAD Wiki:Phoenix * 4994 /wiki/User:Phoenix/GSoc2013/Proposal: /* Introduction */
13:32.08Notify03BRL-CAD Wiki:Phoenix * 4995 /wiki/User:Phoenix/GSoc2013/Proposal: /* Introduction */
14:03.35``Erikstarseeker: what's the santayana quote? those who don't learn the past are doomed to repeat it? something like that? :D
14:04.21``Erik(or perhaps this is just a study in kitsch?)
14:05.31``Erikand I doubt any info on orbital heavy lifter technology will be easy to get, particularly after yesterdays incidents... since they're so closely related. :/
14:50.10*** join/#brlcad gdh (~quassel@pool-71-177-13-144.lsanca.dsl-w.verizon.net)
15:03.58*** join/#brlcad vladbogo (~vlad@188.25.239.23)
15:11.00vladbogoHello. My name is Vlad Bogolin and I am a third year student at Polytechnic University of Bucharest.
15:11.27gdhvladbogo, hello!
15:11.33gdhI'm a student too
15:11.37vladbogoI am interested in participating to GSoC 2013 at Brlcad.
15:11.49gdhawesome!
15:12.59vladbogoi looked on the projects ideas and i would be interested in the New Cross-Platform 3D Display Manager.
15:14.15vladbogoi have compiled and installed brlcad and i'm hoping you could provide me some useful resources in order to make a better idea about this project
15:15.00gdhvladbogo, ask brlcad.
15:15.02gdhHe'
15:15.05gdhoops
15:15.13gdhHe's listed as the mentor
15:15.23vladbogothanks
15:15.36gdhsometimes the devs are logged on, but they aren't at their computers, so be patient
15:15.49vladbogook
15:15.57vladbogothanks a lot
15:23.59``Erikyeah, ask questions and wait for an answer, it may take many hours
15:24.32``Erikvladbogo: have you looked at the url in the channel topic? particularly the checklist part?
15:27.57vladbogo``Erik: i have looked on the checklist
15:29.00vladbogoand i have also looked an the Contributor Quickies
15:30.32vladbogoit would be useful to know which quick projects are more relevant in order to make a better idea about brlcad
16:15.10*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:39.20*** join/#brlcad vladbogo (~vlad@188.25.239.23)
19:35.21*** join/#brlcad Izak_ (~isaac@41.202.194.135)
19:39.30*** join/#brlcad Izak (~isaac@41.202.197.174)
19:39.47*** join/#brlcad Izak__ (~isaac@41.202.197.174)
19:41.59Izak__Hello guys? I am interested in the Code refactoring projects.
19:48.53Izak__Can I make it at removing bugs using the gdb debugger on Linux?
20:08.59*** join/#brlcad rays2pix (~deepak@14.139.226.34)
IRC log for #brlcad on 20130417

IRC log for #brlcad on 20130417

00:00.32starseekerwonders if there's a way to automatically message first timers on the channel about sticking around...
00:00.53starseeker``Erik: did Notify get clogged up again?
00:11.49Notify03BRL-CAD:carlmoore * 55164 brlcad/trunk/src/librt/db_io.c: fix warning about expecting long unsigned int
00:12.00Notify03BRL-CAD:carlmoore * 55165 brlcad/trunk/src/conv/comgeom/cvt.c: add version number when printing out requirements per verbose mode
00:13.05Notify03BRL-CAD:carlmoore * 55166 brlcad/trunk/src/conv/conv-vg2g.c: make reference to prompts that may be needed
00:13.47Notify03BRL-CAD:starseeker * 55167 brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h: MSVC didn't define __FLT_EPSILON__ - use FLT_EPSILON instead
00:14.07Notify03BRL-CAD Wiki:Phoenix * 4997 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
00:14.09Notify03BRL-CAD Wiki:Phoenix * 4998 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
00:14.11Notify03BRL-CAD Wiki:Phoenix * 4999 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
00:14.13Notify03BRL-CAD Wiki:Phoenix * 5000 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */
00:14.15Notify03BRL-CAD Wiki:Phoenix * 5001 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
00:14.17Notify03BRL-CAD Wiki:Starseeker * 5002 /wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors */ Update mentor list
00:14.19Notify03BRL-CAD Wiki:Starseeker * 5003 /wiki/Google_Summer_of_Code/Project_Ideas: /* Other Tool Projects */ Remove clone tool until we have a proper project definition
00:14.21Notify03BRL-CAD Wiki:Starseeker * 5004 /wiki/Google_Summer_of_Code/Project_Ideas: /* Project Categories */ tweaks
00:14.23Notify03BRL-CAD Wiki:Phoenix * 5005 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */
00:14.25Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/Vector_output_from_raytracing:
00:14.27Notify03BRL-CAD Wiki:Starseeker * 5009 /wiki/Google_Summer_of_Code/Project_Ideas: /* Project Categories */ shuffle some tasks around
00:14.29``Erikanother fruity email gumming up the parser :/
00:14.29Notify03BRL-CAD Wiki:Phoenix * 5010 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */
00:14.31Notify03BRL-CAD Wiki:Phoenix * 5011 /wiki/User:Phoenix/GSoc2013/Proposal:
00:14.33Notify03BRL-CAD Wiki:Phoenix * 5012 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */
00:14.35Notify03BRL-CAD Wiki:Phoenix * 5013 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
00:14.37Notify03BRL-CAD Wiki:Phoenix * 5014 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */
00:14.39Notify03BRL-CAD Wiki:Phoenix * 5015 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */
00:14.41Notify03BRL-CAD Wiki:Phoenix * 5016 /wiki/User:Phoenix/GSoc2013/Proposal: /* Other ideas */
00:14.42starseeker``Erik: heh - thanks :-)
00:14.43Notify03BRL-CAD Wiki:Phoenix * 5017 /wiki/User:Phoenix/GSoc2013/Proposal: /* Deliverables */
00:14.45Notify03BRL-CAD Wiki:Phoenix * 5018 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why me */
00:14.47Notify03BRL-CAD Wiki:Phoenix * 5019 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */
00:14.49Notify03BRL-CAD Wiki:Phoenix * 5020 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */
00:14.51Notify03BRL-CAD Wiki:Phoenix * 5021 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */
00:14.53Notify03BRL-CAD Wiki:Phoenix * 5022 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */
00:14.55Notify03BRL-CAD Wiki:Phoenix * 5023 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */
00:14.57Notify03BRL-CAD Wiki:Phoenix * 5024 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
00:14.59Notify03BRL-CAD Wiki:Phoenix * 5025 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
00:15.01Notify03BRL-CAD Wiki:Phoenix * 5026 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
00:15.03Notify03BRL-CAD Wiki:Phoenix * 5027 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
00:15.05Notify03BRL-CAD Wiki:Phoenix * 5028 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
00:15.07Notify03BRL-CAD Wiki:Phoenix * 5029 /wiki/User:Phoenix/GSoc2013/Proposal: /* Time availability */
00:15.09Notify03BRL-CAD Wiki:Phoenix * 5030 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why BRL-CAD */
00:15.11Notify03BRL-CAD Wiki:Phoenix * 5031 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why me */
00:15.13Notify03BRL-CAD Wiki:Phoenix * 5032 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
00:15.15Notify03BRL-CAD Wiki:Starseeker * 5033 /wiki/NURBS_Intersections: Clarify that the project links don't have source code we can use, just research papers.
05:08.17*** join/#brlcad caen23_ (~cezar@92.81.161.99)
08:23.57*** join/#brlcad hsrai (~hsrai@202.164.53.116)
10:16.08*** join/#brlcad hsrai (~hsrai@202.164.53.116)
10:44.53*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ybbwnqxokpliteog)
11:08.34*** join/#brlcad Abhishek91 (~Abhishek9@122.166.157.182)
11:14.42Abhishek91Hi everyone. Are there any GSOC mentors online currently ?
11:46.03*** join/#brlcad vladbogo (~vlad@188.25.239.23)
12:56.20*** join/#brlcad caen23 (~cezar@92.81.178.46)
13:39.45*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:39.47*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
14:11.01*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
14:11.46*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
14:13.22*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
14:40.58brlcadAbhishek91: you're welcome to discuss you proposal here openly any time
14:41.12brlcadresponses may be immediate or hours later, but someone responds when we can
14:42.44Abhishek91thats perfect ! i just wanted to ask about the website development project listed in the ideas page
14:43.14Abhishek91i have good experience in developing websites/tools in django
14:43.19brlcadI was just responding to your e-mail
14:43.44brlcadfirst up, what's the name of our org? :)
14:44.11Abhishek91brl-cad ? :P
14:44.33brlcadthat's better than your intro email :)
14:45.47Abhishek91haha my bad :)
14:47.06Abhishek91i guess its because of my habbit of writing blr .. a short-form for where i live :p .. bangalore
14:47.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:47.35brlcadunderstandable
14:49.15Abhishek91i see that your requirement says that you need a long term contributor :) i'm willing to put in time into managing the website after the duration of the summer of code as well !
14:50.55brlcadyeah, we don't just want a site developed
14:50.59brlcadthat's nearly useless by itself
14:51.19brlcadit needs to be polished, integrated, understood, communicated, maintained, ...
14:53.40brlcadAbhishek91: I just replied so you can follow up there or here to discuss
14:56.13Abhishek91sure i understand ! is there anything i could do to get started from a web developer's perspective.. to further understand what is required of me ?
14:58.16brlcadyes, lots of reading
14:58.19brlcadsee last year's work
14:58.56brlcadalso, download and compile brl-cad optimized, run the benchmark, become familiar with everything in the output log
14:59.07Abhishek91i got the mail :) thank you so much
14:59.22Abhishek91sure ! will do that tonight !
15:00.00brlcadthe more you know and understand, the more detail you'll be able to put into a proposal
15:00.39brlcadjust, like I mention in the e-mail, make sure you account time for LOTS of discussions, following our coding guidelines, and integrating your work
15:01.17brlcada good patch might be to make some useful enhancement or modification to his existing code (after you get it up and running) so you can demonstrate a working understanding
15:01.39vladbogohello
15:01.52Abhishek91sounds good !
15:02.04vladbogoi am interested in the New Cross-Platform 3D Display Manager project
15:02.11brlcadhi vladbogo, welcome
15:02.19vladbogothanks:)
15:02.39brlcadvladbogo: sounds great -- that's a tough one so you have a lot of homework ;)
15:02.46vladbogoi received your mail and started to read the documentation about the display tools
15:03.27vladbogoyou warned me about that in the mail but the project seems really interesting to me so I am willing to invest a lot of time
15:04.15brlcadthat's great because it'll probably require a lot of time ;)
15:04.45vladbogoi started by reading the manpages for the tools indicated and managed to make a brief idea about how things work
15:04.49brlcadit's a challenge not because of qt/ogre/whatever, but because you're going to have to understand the existing code in order to extend it
15:05.08brlcadunderstanding the difference between a framebuffer and a display manager, for example
15:05.51brlcada low-level way you can see a DM in action, run "mged -c" and it'll prompt you for which DM to run
15:06.06brlcadnu == NULL or no display manager
15:06.26brlcadX or ogl obviously refer to different ones ;)
15:07.03vladbogothanks
15:07.06brlcadportions of their source are in src/libdm but also in src/mged/dm* (unfortunatley, that's something to clean up and eliminate)
15:07.26vladbogoi looked there
15:07.57vladbogoand to be honest it seemed quite overwhelming
15:08.12brlcadwhich crash course intro: mged -c test.g then "make sph sph" .. you just make a sphere, wireframe displays in the DM, run "rt" and a framebuffer window should pop up with a rendering
15:08.29brlcadyes
15:08.35brlcaddon't be overwhelmed :)
15:08.39brlcadask questions
15:08.48vladbogobut what i understood is that the tk framework is used
15:08.49brlcadwe're here to help answer questions and explain things
15:09.02vladbogothanks a lot
15:09.26brlcadtk framework is used if you run mged without the -c or if you run the "gui" command
15:09.54brlcadtk framework is otherwise not used
15:10.14brlcadthere was an effort a few years ago to create a tk DM, but that work is incomplete (src/libdm/dm-tk.c
15:10.23vladbogoand also it isn't clear if qt/ogre should be integrated in tk?
15:17.33brlcadif it's qt/ogre, it should not involve tk
15:18.20brlcadit could be qt/ogre or tk/ogre or pure tk/ogl or pure qt/ogl
15:18.52brlcaddon't want to unnecessarily involve technologies where they provide no benefit
15:19.12vladbogothanks
15:20.04vladbogoi think that now the most important part is to study the code
15:21.19vladbogowhich to you think it would be better making a patch or trying to get to know as many information about what is done and where rather than concentrating on a particular part?
15:25.04brlcad"yes"
15:25.21brlcadyou have to balance those
15:25.27brlcadno patch == no proof
15:25.33brlcadno research == no useful patch
15:25.52vladbogook i understood
15:26.16vladbogoi haven't been clear enough but you answered my question
15:26.23brlcadsomething you could work on might be to create a debug DM that actually works
15:26.44brlcadcompletely non-graphical, a DM that just prints/logs calls
15:27.29vladbogoand another question
15:28.04brlcadi.e., that'd be a good patch that would also help you understand the code
15:28.20brlcadso you'd have a better idea of what you'd need to do and describe in your proposal
15:28.50brlcadthe DM interface is basically a set of callback functions that get defined
15:29.10brlcadso you'd be stubbing in a bunch of empty functions first, just to get it to show up as a mged -c option
15:29.29brlcadthen make it print something useful instead of empty functions
15:30.25vladbogothat seems interesting
15:31.12vladbogois there any place where i could get some more information about this?
15:31.22brlcadhere?
15:31.31vladbogo:)
15:31.42brlcadcan start by following one of the existing DM interfaces, like DM_OGL or DM_TK
15:32.07vladbogothanks
15:32.10brlcadsearching for one of those will pull up all the places you'd probably need to edit to add your new debug interface
15:32.40brlcadand you'd add your DM_TEXT or DM_DEBUG similarly
15:32.59brlcadlikes DM_TXT
15:35.13vladbogothen i will start working and put questions on the way
15:35.25vladbogothank you very much for your help
15:35.36brlcadagain, don't get frustrated or overwhelmed
15:35.50vladbogo:)
15:36.00brlcadit's a LOT of code, you're not expected to just jump in and starting creating a better interface than AutoCAD
15:36.01vladbogohope so
15:36.14brlcadthat's next week
15:37.39vladbogothanks again
16:54.46*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.251)
16:54.59Ch3ckHi I
16:55.55Ch3ckwish to work implement a pull routine for performing the opposite of the matrix push on geometry
16:56.12Ch3ckbut i don't have a reference to where the matrix is defined in the src
17:00.13brlcadhello Ch3ck
17:00.52brlcadCh3ck: our matrix type is defined in include/vmath.h
17:01.25brlcadsee include/bn.h and src/libbn for all sorts of matrix math code
17:01.31brlcadsrc/libged/push.c for push
17:03.12Ch3ckok thanks very much
17:03.41Ch3cki ws also thinking on working on the implementing a simplification of the CSG tree
17:03.58Ch3cktogether with its manipulating routines..
17:04.17Ch3cki also wish to know where its defined in the src
17:06.49Ch3ckthanks for the help on the matrix implementation..
17:13.56brlcadCSG tree is much more complicated, it lives and can exist in several forms
17:14.12brlcadmost of those forms are defined in include/raytrace.h though
17:17.34Ch3ckok thanks for the assistance
17:19.58Notify03BRL-CAD:erikgreenwald * 55168 (brlcad/trunk/src/libged/simulate/simphysics.cpp brlcad/trunk/src/libged/simulate/simulate.c): add missing semicolons
17:20.33Notify03BRL-CAD:erikgreenwald * 55169 brlcad/trunk/src/libged/simulate/simrt.c: add missing * from xrayp pointer declaration?
17:21.50Ch3ckhey what lets say i have an idea on how to implement the unpush operation on the matrix
17:22.20Ch3ckdo i need to submit a small src patch on the idea ?? when submitting my proposal??
17:25.25Notify03BRL-CAD:bob1961 * 55170 brlcad/trunk/src/librt/primitives/arb8/arb8.c: This fixes a bug in rt_arb_centroid() (.e.g, "*cent[0] = x_avg;" becomes "(*cent)[0] = x_avg;", notice that [] binds tighter than *).
17:40.39Ch3ckHi @brlcad to increase my chances of being selected should i submit some code  like sample code on how i want to implement the unpush operation??
17:40.50Ch3cki'll appreciate the guidance..
18:03.25*** join/#brlcad botton (~willie@router.isis.poly.edu)
18:03.26*** part/#brlcad botton (~willie@router.isis.poly.edu)
18:10.53brlcadCh3ck: you should submit a patch, but it doesn't have to be on the idea your proposing
18:11.21brlcadit certainly helps if it's related so that you can become familiarized with code that you'll be working with
18:11.52brlcadbut the patch is predominantly just intending to demonstrate competency
18:11.59brlcadbeing relevant to your proposal is just a bonus
18:13.15Ch3ckok
18:13.20Ch3ckthanks for the help
18:13.29Ch3ckwell i'll try to fix some bugs..
18:14.07brlcada good unpush patch might be to stub in an empty function in all the right places so that when you run "unpush" it prints a message
18:14.16brlcador some other libged fix/cleanup
18:22.28*** join/#brlcad ncsaba (~ncsaba@p5498139B.dip.t-dialin.net)
18:22.52ncsabaHi there
18:23.59ncsabaI would need some advice on calculating the centroid of a torus segment :-)
18:24.54ncsabain theory it would work by solving some integrals - but my integrations skills are veeery rusty
18:51.21Notify03BRL-CAD:brlcad * 55171 brlcad/trunk/include/bu.h: unlikely to have HUGE_VALF and not HUGE_VAL so go with the bigger infinity first
18:54.03Notify03BRL-CAD:brlcad * 55172 brlcad/trunk/include/bu.h: similarly, try maxdouble before float. this will probably warrant some TLC to get single precision clean again.
18:55.06brlcadhi ncsaba
19:00.10*** join/#brlcad caen23_ (~cezar@92.81.182.107)
19:01.59brlcadncsaba: this may help: http://www.eng.auburn.edu/~marghitu/MECH2110/staticsC3.pdf
19:02.04Notify03BRL-CAD:starseeker * 55173 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: That macro came from the stepcode cmake logic, which isn't guaranteed to be available.
19:02.49brlcadfor non-elliptical torii, solving the centroid of the circle segments will give you the torus centroid
19:03.43brlcadand I think Couter + Cinner (where each is a vector to the outer and inner circle centroid respectively) will give you the centroid
19:04.32brlcadwhere C is {4r/3pi, 4r/3pi}
19:10.23Notify03BRL-CAD:starseeker * 55174 brlcad/trunk/src/other/CMakeLists.txt: libvds and poly2tri are needed by the core library set.
19:12.22brlcadnotes it's high time that someone add a src/other/README that documents all of the places and ways each of our external dependencies are used
19:13.10brlcadit's getting to be a lot, begging for a table of contents
19:15.05Notify03BRL-CAD:brlcad * 55175 brlcad/trunk/TODO: someone should write up what all those do
19:16.10*** join/#brlcad someta (73f88294@gateway/web/freenode/ip.115.248.130.148)
19:20.46*** part/#brlcad someta (73f88294@gateway/web/freenode/ip.115.248.130.148)
19:25.18Notify03BRL-CAD:carlmoore * 55176 brlcad/trunk/src/proc-db/csgbrep.cpp: add DEFAULT_FILENAME to warn user that the file is indeed to be output, and also add 'arguments ignored' if any arguments are detected
19:25.26Notify03BRL-CAD Wiki:Madhavan 12 * 0 /wiki/User:Madhavan_12:
19:30.42ncsababrlcad: I think I will finally manage to solve the integrals...
19:31.40ncsabaBTW, I have the surface done - once I finish the centroid I will post the next patch
19:43.21*** join/#brlcad ncsaba (~ncsaba@p5498139B.dip.t-dialin.net)
19:54.28*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:55.09*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:55.09*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:55.18*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
20:14.59*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:45.03starseekermakes a note to mention the paper "Determining intersection curves between surfaces of two solids" in conjunction with the SSI discussion, since it does at least talk about finding the initial starting point for a marching intersection approach (if that's needed)
20:47.35*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.251)
21:01.58Notify03BRL-CAD:starseeker * 55177 (brlcad/trunk/TODO brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/Makefile.am): Add beginnings of a README for src/other
22:44.20*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161)
IRC log for #brlcad on 20130418

IRC log for #brlcad on 20130418

01:54.10Notify03BRL-CAD:starseeker * 55178 (brlcad/trunk/misc/CMake/FindX11.cmake brlcad/trunk/src/other/incrTcl/itk/CMake/FindX11.cmake and 4 others): Try to tighten up the reporting when we have mixed paths - 'MATCHES' appears to be too loose. For some reason on Linux Mint libXpm is in /usr/lib rather than /usr/lib/x86_64-linux-gnu - that's fine, but the path difference triggers the reporting notice since it looks similar to
01:54.12Notifycases on Mac OSX that are trouble - try not to say more than we need to. While we're at it, sync the src/other copies.
03:02.32*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
03:02.53*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
03:40.57*** join/#brlcad o8768 (6c056116@gateway/web/freenode/ip.108.5.97.22)
03:41.07o8768p[[[[
04:04.26*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo)
04:21.37*** join/#brlcad caen23 (~cezar@92.81.204.176)
05:23.17*** join/#brlcad gdh (~quassel@host-69-146-171-162.static.bresnan.net)
05:34.55brlcadwanders
05:59.55*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-keuttfizkwzbdkax)
06:22.12kanzuredon't get lost..
07:16.07*** join/#brlcad vaibhav__ (75cdb140@gateway/web/freenode/ip.117.205.177.64)
07:17.16*** join/#brlcad vaibhav__ (75cdb140@gateway/web/freenode/ip.117.205.177.64)
07:19.17*** join/#brlcad vaibhav_ (75cdb140@gateway/web/freenode/ip.117.205.177.64)
10:09.21*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:22.48Notify03BRL-CAD Wiki:Phoenix * 5034 /wiki/User:Phoenix/GSoc2013/Proposal: /* Other ideas */
10:24.25Notify03BRL-CAD Wiki:Phoenix * 5035 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
10:27.03Notify03BRL-CAD Wiki:Phoenix * 5036 /wiki/User:Phoenix/GSoc2013/Proposal: /* Deliverables */
10:29.46Notify03BRL-CAD Wiki:Phoenix * 5037 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */
10:31.59Notify03BRL-CAD Wiki:Phoenix * 5038 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */
10:48.24*** join/#brlcad dos651 (~dos65@95.78.119.196)
10:55.58*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:39.29*** join/#brlcad vladbogo (~vlad@188.25.239.23)
12:25.21``Erikhuh, python implemented in common lisp https://github.com/cbbrowne/cl-python
12:39.10``Erikhah, ftp.arl.army.mil on hackernews  https://news.ycombinator.com/item?id=5569192
13:30.24*** join/#brlcad caen23 (~cezar@92.81.160.136)
14:47.55Notify03BRL-CAD:carlmoore * 55179 brlcad/trunk/src/util/cv.c: clarify the pattern
15:32.52Notify03BRL-CAD:starseeker * 55180 brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h: Need much tigher tolerances in the EQ macro - FLT_EPSILON was causing segfaults. Go with DBL_MIN to get as close as possible to the original (working) exact comparisions without triggering compiler warnings.
16:26.15Notify03BRL-CAD Wiki:Neutrixturl * 0 /wiki/User:Neutrixturl:
17:37.09starseek1rbrlcad: do you think this would be a good reference for the SSI project?  http://web.mit.edu/hyperbook/Patrikalakis-Maekawa-Cho/node56.html
17:39.40starseek1rwasn't aware this was available online until now
17:42.27starseek1rhttp://web.mit.edu/hyperbook/Patrikalakis-Maekawa-Cho/node55.html rather
17:49.47starseek1rbrlcad: ah, nevermind, I see where you linked to it now
17:51.38*** join/#brlcad caen23 (~cezar@92.83.167.120)
18:02.41*** join/#brlcad caen23 (~cezar@92.83.167.120)
18:16.23brlcadstarseeker: you have a stack trace on that seg fault? (55180)
18:20.27brlcador something I can try to reproduce it
18:20.37brlcaddon't doubt it, but might try for an additional fix
18:20.39brlcadsomething with sensitivity under epsilon might be a portability problem (non IEEE 754 compilation)
18:21.10brlcadthe kind that bites hard years later
18:27.49vladbogohello
18:28.25vladbogoi am trying to make a non graphical debug DM
18:28.41vladbogoand i ran in quite a few problems
18:29.08vladbogoi think i am missing something
18:30.52vladbogoi see that mged_attach attaches a new DM but I don't understand why it's the background color initialized even though the DM can be non-graphical
18:31.10vladbogoany idea?
18:38.33brlcadwhat do you mean it attaches it?
18:38.58brlcadit's not entirely surprising that assumptions of it being a graphical DM might be pervasive
18:39.14brlcadsetting a background color is necessarily a problem with, or is it?
18:39.47brlcadI'd think even a debug DM would need to keep track of some state (like color) in order to correctly report settings
18:40.27vladbogoyou're right
19:04.03starseekerbrlcad: um.  Don't have a stack trace handy, but easy to reproduce - just revert that change and then try shaded display of the 3dm test geometry example in regress/nurbs/
19:04.35starseeker(or any other handy NURBS model, for that matter - didn't seem to matter which one we tried)
19:05.31starseekertar -xvjf regress/nurbs brep-3dm.tar.bz2 && 3dm -r -o brep.g brep.3dm
19:05.53starseekershaded viewing in mged or archer
19:06.03starseekerwill trigger the issue (at least here)
19:22.24brlcadokay, thanks
19:22.28brlcadsee what I can find out
19:22.57vladbogohi again
19:23.19vladbogoi think i managed to get the debug dm working
19:24.31vladbogobut i want to ask you if it should print messages in a log file or is it ok to print to stdout?
19:29.03Notify03BRL-CAD:carlmoore * 55181 brlcad/trunk/src/util/cv.c: shift in_cookie , out_cookie to later (after file issues are checked out), and use argc == 5 because argc >5 was already elminated by earlier code
19:41.57Notify03BRL-CAD:carlmoore * 55182 brlcad/trunk/src/util/cv.c: insert 2 else's because if I get the 'huc' or 'nuc' strings, I know the strlen must be 3 so I don't need to test for strlen >4 || strlen <1
20:01.57brlcadvladbogo: either is fine
20:02.09vladbogothanks
20:02.30vladbogoi will probably submit the patch tomorrow
20:02.44brlcadexcellent!
20:02.49brlcadahead of the curve already ;)
20:02.55vladbogo:)
20:02.57brlcadmake sure you read HACKING and match our style
20:03.02brlcadthat's the single biggest mistake
20:03.31brlcadour style is probably a little different than you're used to and we're very strict about it needing to conform
20:03.35vladbogothat's what i wanted to do because right now it's a little bit messy
20:03.38brlcadindentation in particular
20:03.52brlcadI definitely don't like messy :)
20:03.57brlcadkeep that to yourself :D
20:04.16brlcadthere are scripts in the sh directory that might help you
20:04.29vladbogowell not quite messy but i used tabs instead of spaces and other similar things
20:04.38brlcadsh/indent.sh and sh/ws.sh for example (along with template/header/footer)
20:04.53brlcadwe use both tabs AND spaces
20:05.09brlcadit's a compressed fixed format
20:05.24brlcadtabstops at 8, but indents are at 4
20:05.45brlcadso it's 4spc, then 1 tab, then 1tab+4spcs, then 2tabs, and so on as you indent
20:05.46vladbogothanks
20:06.21vladbogoi will take care
20:06.24brlcadyw, thanks for your efforts too
20:07.24vladbogoit was interesting working and i came to a more clear idea about the projects
20:08.14vladbogoi was thinking about starting to make my application and post it as soon as possible in order to get a feedback
20:09.09vladbogois this ok or should I stick more on the code and make the application later?
20:13.12*** join/#brlcad dos65 (~dos65@46.147.68.123)
20:51.45Notify03BRL-CAD:starseeker * 55183 brlcad/trunk/src/librt/CMakeLists.txt: Add test case for get_closest_point, using an isolated surface and two 3D inputs that are unexpectedly returning the same 2D pullback result.
20:57.45Notify03BRL-CAD:starseeker * 55184 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/tests/CMakeLists.txt): Move dvec test into tests subdirectory
20:59.57Notify03BRL-CAD:starseeker * 55185 brlcad/trunk/src/librt/Makefile.am: Update Makefile.am
21:08.10*** join/#brlcad caen23 (~cezar@92.81.203.72)
21:17.01*** join/#brlcad Echelon_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
21:17.32Notify03BRL-CAD:carlmoore * 55186 brlcad/trunk/src/conv/cy-g.c: implement the utility name in 2 error messages
21:24.51Notify03BRL-CAD:carlmoore * 55187 brlcad/trunk/src/conv/cy-g.c: fix a word in a comment
21:44.37``Erikcollection of famous cars http://cheezburger.com/7341936640
21:47.33brlcad``Erik: could that picture be any smaller
21:58.15``Erik500x286 should be big enough for anyone O.o (there's no source for the image, *shrug* don't shoot the messenger :D )
23:31.52starseeker``Erik: so are you gonna add python to your ucw web mix? :-P
23:35.11*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
23:35.12*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
23:45.26``Erikheh, no, it was just an interesting demonstration of 'real ultimate power'
23:58.12starseekeris disturbed that there is no indication of how long NASA's "security review" of the technical reports server will take
IRC log for #brlcad on 20130419

IRC log for #brlcad on 20130419

00:00.54kanzurewas that just because someone bulk downloaded papers?
00:01.32starseekerno, you're probably thinking of JSTOR and Aaron Swartz
00:02.00kanzurei'm familiar with aaronsw's work, but i specifically remember something about the reason for nasa taking down their server was something about "china" and "downloads"
00:04.00kanzuremaybe not.
00:05.09starseekerhttp://www.space.com/20355-nasa-chinese-spy-reports-database.html
00:05.18starseekerthat what you're thinking of?
00:05.33kanzuretbh i got the "china" information second-hand from a person heh
00:05.54kanzurelooks right
00:07.52*** join/#brlcad crdueck (~cdk@24.212.219.10)
00:49.28*** join/#brlcad RcHaCk (RcHaCk@174.1.98.67)
00:49.33RcHaCkhey
00:56.29*** part/#brlcad RcHaCk (RcHaCk@174.1.98.67)
01:09.33*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
01:09.36*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
01:14.32*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
01:14.33*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
02:47.22*** join/#brlcad gdh (~quassel@70.36.71.180)
03:24.09starseekerhopes someone publishes a new book on the Antikythera mechanism in the next few years... so much new info
05:40.02*** join/#brlcad caen23 (~cezar@92.81.176.149)
06:20.29*** join/#brlcad kanzure (~kanzure@131.252.130.248)
06:40.52*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:41.40*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:41.53*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
08:29.52*** join/#brlcad caen23 (~cezar@92.83.176.183)
10:04.05*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:05.05Notify03BRL-CAD Wiki:Fooldzoonia * 0 /wiki/User:Fooldzoonia:
10:10.26``Erikinteresting http://ceur-ws.org/Vol-639/041-minkowitz.pdf
11:00.16*** join/#brlcad ncsaba (~ncsaba@p549828CC.dip0.t-ipconnect.de)
11:01.10ncsabaHi all
11:01.13ncsabaanybody around who knows the pipe.c code ?
11:15.00``Erikif there isn't, there will be... ask your question and hang around until someone responds :)
11:43.32ncsabawell I would like to ask about the meaning of the fields of the bend_pipe structure
11:45.52ncsabaI suppose "bend_V" is the center of the circle with radius "bend_radius", of which the bend's center line is part of
11:48.56ncsabawhat I'm actually after is if there is any of those parameters helpful to get a unit vector from the bend's center (as I understand it) pointing to the middle of the bend ? With "middle" I mean the mid-point of the center-line of the torus segment
12:06.11ncsabaok, I think I will use: VCOMB2(cp, bend->bend_start, 0.5, bend->bend_end, 0.5); VSUB2(cp, cp, bend->bend_V); VUNITIZE(cp);
12:07.36brlcadyou mean bend_ra?
12:09.22``Erikhttp://youtu.be/o8TssbmY-GM  wringing water out of a washcloth in space
12:36.39*** join/#brlcad caen23 (~cezar@92.81.162.211)
12:40.44ncsababrlcad: Hi there :-)
12:41.14ncsababrlcad: isn't "bend_ra" the vector from bend_V -> bend_start ?
12:41.52ncsabaI need one from bend_V to the middle point between bend_start and bend_end (if I understand the meaning of these correctly)
12:43.43ncsabathis is for the centroid - I managed to understand the math behind it, solved my integrals, and then took what you suggested originally and calculate the centroid of the center line of the torus segment :-)
12:47.19ncsabaso if my math is correct, the centroid sits on the line from the bend's center to the middle of the center line, at distance cos(bend_angle/4)*(bend_radius + bend_or)
12:48.00ncsabasorry, was wrong: cos(bend_angle/4)*bend_radius
12:48.08ncsababend_or has nothing to do there
12:49.16Notify03BRL-CAD:bob1961 * 55188 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added Archer support for the envmap and unlisted/unknown shaders.
13:44.32*** join/#brlcad prakhnig (~prakhnig@59.180.138.8)
13:57.11*** join/#brlcad vladbogo (~vlad@188.25.239.23)
14:02.28*** join/#brlcad adirocks11 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
14:03.04*** part/#brlcad adirocks11 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
14:05.09*** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
14:05.24hawthornhi
14:08.27hawthornhello Mr. Erik
14:09.32hawthorni was going trough the ideas page and was interested in the code duplication reduction
14:10.40hawthorni am using the irc channel for the very first time and I dont know whether my msg is posted or not
14:10.50hawthornanyone please reply if my msgs are posted
14:10.57vladbogohi
14:11.12vladbogothe messages are posted :)
14:11.23hawthornoh thanks :)
14:11.41vladbogoit could take a while until someone answers but it will
14:11.48hawthornwhen do the mentors reply ?
14:11.57hawthornoh thanks again ..you answered well before :D
14:12.08vladbogoyou're welcome
14:12.27hawthornyou a frequent user of this irc channel ?
14:13.40vladbogoi am also interested in a gsoc project so i started to use this channel just a few days ago
14:14.13hawthornoh..got it
14:14.22vladbogoyou can also send a message on the mailing list
14:14.38hawthornwhere is it ?
14:15.44vladbogothere's a checklist link on the idea page and you find there the address of the mailing list
14:16.21hawthornok..thank you very much.!
14:16.27vladbogoyou're welcome
14:26.08*** join/#brlcad gdh_ (~quassel@70.36.71.180)
14:36.59Notify03BRL-CAD:bob1961 * 55189 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support in Archer for the air shader.
14:49.56*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
14:50.10*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:01.47*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
15:06.18*** join/#brlcad prakhnig2 (~prakhnig@59.180.128.106)
15:07.53*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:17.30*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:17.31*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
15:17.50*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
15:23.16*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
15:23.37*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
15:51.03*** join/#brlcad caen23 (~cezar@109.97.114.47)
16:19.21*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:20.38*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
16:20.38*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
16:32.49*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:32.54*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
16:41.37*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
16:41.38*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:01.56*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:11.17*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:36.38*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
17:36.50*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
17:38.36*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:39.37*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161)
17:39.48Ch3ckHi
17:40.15Ch3cki want to work on some of the bugs from the bug file in the src i downloaded yesterday
17:40.54Ch3ckand i wnat to work on the bu_log() routine width which does not allign with the printf
17:41.16Ch3ckso i wish to know where the bu_log() routine is defined in the src
17:41.22Ch3ckso i could take a peek at it..
17:42.23``Erikfunction names are prefixed with what lib their in, so probably something like src/libbu/log.c
17:42.49Ch3ckalso concerning the rt_mirror() function which i am to refactor into the functab
17:42.52``Eriks/their/they're/
17:43.14Ch3ckok thanks Erik
17:43.21Ch3ckwanna fix the bug right away..
17:43.31``Erik~/src/brlcad/src/librt$ grep -r ^rt_mirror .
17:43.31``Erik./primitives/mirror.c:rt_mirror(struct db_i *dbip,
17:43.53Ch3ckok
17:45.33Ch3cki don't get it..
17:46.11``Erik?
17:46.53Ch3ckok the ~/src/brlcad/src/librt$ grep *
17:46.59Ch3ckthing
17:47.19``Erikoh, my BRL-CAD checkout is src/brlcad, so in the src, here's src/librt/primitives/mirror.c that contains rt_mirror()
17:52.09*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:54.43Ch3ckok
17:54.51Ch3ckthanks @Erik..
17:54.59Ch3cki see
17:55.21Ch3ckso i am to refactor rt_mirror() in mirror.c right?
18:05.17*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:10.05*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.13.161)
18:16.49*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161)
18:21.56*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:24.41*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161)
18:34.42*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:37.37*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:55.14*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:55.26*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:56.54*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:57.02*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:57.31Notify03BRL-CAD:bob1961 * 55190 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support in Archer for the projection shader.
18:57.37*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:05.24*** join/#brlcad vladbogo (~vlad@188.25.239.23)
19:30.23*** join/#brlcad caen23 (~cezar@92.81.190.254)
19:45.14*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:48.01*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:51.38*** join/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
19:53.17*** join/#brlcad vladbogo (~vlad@188.25.239.23)
19:56.06*** join/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
19:56.07*** part/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
19:57.34*** join/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
19:58.10*** mode/#brlcad [+o tofu] by ChanServ
19:58.31tofucrazy sagonet
19:58.51tofuapparently, they're having massive network issues
19:59.04tofuprobably DDoS attacks
20:04.17*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:05.45*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
20:26.16*** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
20:26.30hawthornHello Mr. Erik
20:27.15tofuhawthorn: he's not a Ms., but no need for formality here
20:28.06hawthornoh sorry
20:28.16tofuno need to be sorry either, relax ;)
20:28.28hawthornactually I was interested in the reduction of code duplication project
20:28.37tofugreat
20:28.39tofuwhy?
20:28.53hawthorngsoc project
20:28.58tofuI know
20:29.04tofuwhy do you want to work on code reduction?
20:29.26hawthornactually i am interested in OOP
20:29.40tofuwhat's that got to do with code reduction? :)
20:29.40hawthornso code reduction can be achieved by it
20:29.45tofuhmm.
20:29.53hawthornit falls under my interest thats it
20:30.01hawthornam i wrong ?
20:30.28tofucode refactoring can lead to better introduction of OOP
20:30.37tofuOOP in general however rarely leads to reduced code
20:31.05hawthornoh..
20:31.20hawthornthank you for that
20:31.30tofuobviously code reduction can be achieved by refactoring … which can lead to better OOP design … they're just not necessarily the case :)
20:31.33hawthornbut is that project allotted to someone ?
20:31.38tofuthat's not how it works
20:31.47tofuyou propose a project
20:31.52tofuothers propose a project
20:32.06hawthorni am new
20:32.07tofuthe strongest candidates (based on a whole slew of criteria) are selected
20:32.13hawthorni dont know how to get a project
20:32.29tofuultimately, it's YOUR project
20:32.35tofuyou propose to do something
20:32.49hawthornok.
20:32.56hawthornso I have to propose something new ?
20:33.01tofuthat can be an idea from our ideas page, some variation, or something else altogether
20:33.19hawthornok ..
20:33.22tofuregardless of what it is, your job is to flesh out the idea with lots of detail
20:33.43tofuso we might suggest working on "code refactoring" for example
20:34.28hawthornoh..
20:34.31``Erikhawthorn: we have an ideas page, but they're just ideas... you can propose what ever you want, several people can propose the same idea, you can do proposals for several ideas... it's not a "pick one and get assigned" thing at the moment
20:34.34tofubut then you'd turn that into a much more specific proposal to perhaps refactor all of our geometry converters into a library, or finding all the places where we iterate over geometry types manually and push those up into the primitives OOP style, or something else etc
20:34.58hawthornso I have to present some idea related to code refactoring and then if you like it you will assign me that project..is it like this ?
20:35.11tofumm, first patch received
20:35.39tofuvladbogo: thanks, someone will usually look at it in a few days
20:35.47``Eriktofu: been watching the issues, it's been hitting alter a fair bit, it'd seem (alter := uu + worldcom + mci + verizonbiz)
20:36.40``Erikbeen seeing cyclic routing tables, too... might be a ddos causing screwy failover behavior, or fat fingers in very expensive router rulesets
20:37.23tofuyeah, I've been reading news reports that there are several unprecedented DDoS attacks going on across the net right now
20:37.40``Erik(fwiw, vladbogo has also been helping answer questions in chan)
20:37.41tofuperhaps related to todays news or coincidence
20:37.42hawthornis the server busy ? I cant open the ideas webpage
20:38.07tofuhawthorn: you and everyone else.. ISP is on fire
20:38.43hawthornI am also very much interested in computer graphics
20:39.07hawthornso can some small game can be made ? :
20:39.26tofuhawthorn: you can propose pretty much anything
20:39.36tofuI'd suggest discussing any idea in here in detail
20:39.48tofulike if you wanted to make a small game, how would it involve brl-cad?
20:40.08vladbogotofu: thanks, I will wait for the review
20:40.28tofuand thanks for helping others, that means a lot
20:40.31hawthornyaa..that would be an issue
20:40.40hawthorni know OpenGL
20:41.20tofuhawthorn: if you wanted to work in that area, you might check out what the blender folks did X years ago for their game engine, you could propose creating something similar for BRL-CAD
20:41.52tofubut know that would be a stretch to fit into GSoC timeframe given you have very limited experience (at least with BRL-CAD), don't know about your API design background
20:42.39tofuthere's certainly tons of games that could be implemented using brl-cad geometry and rendering under the hood
20:43.01*** join/#brlcad hawthorn_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
20:43.26``Eriklibfb/if_SDL.c ?
20:43.44``Erik(semi-game related, sorta, almost)
20:43.48tofuhawthorn_: you see the other messages?
20:43.57tofuheh SDL
20:44.01hawthorn_let me have a look at blender
20:44.42tofuhawthorn_: that really is a massive undertaking (it took them a couple years to develop their interface)
20:44.46tofujust FYI
20:44.53tofubut you might be able to carve out a piece
20:44.53``Eriknot quite ogre integration, but it'd provide a cross platform interface layer
20:45.02tofuif_qt would too
20:45.30hawthorn_:(
20:45.31``Erikif_svgalib.c w00t *duck*
20:45.37hawthorn_confused
20:47.02``Erikhawthorn_: have you compiled/installed BRL-CAD and tried mged and rt out yet? it may be useful to play around a bit to see what might be possible
20:48.31*** join/#brlcad gdh_ (~quassel@70.36.71.180)
20:48.42tofuhawthorn_: confused about what?
20:49.11tofudon't be shy with questions … we live and breath this stuff and have for many years, so we certainly don't expect you to understand everything we say :)
20:49.20hawthorn_yaa
20:50.10hawthorn_i will first install BRL-CAD, have a look at it and then i ll ping you with some possible ideas
20:50.18hawthorn_thank you btw
20:50.54tofuexcited to hear what you might come up with
20:51.42tofuas soon as the webserver is back up, I'd suggest taking a look over our top-listed projects to see if/how any of them might be interesting too or see if we can brainstorm something based off those ideas
20:51.58hawthorn_actually i also wanted to ask that how many projects have you already selected ? ..if you could tell
20:52.01tofuit's helpful to consolidate effort in as few areas as possible so real useful progress is made
20:52.08tofuwe haven't selected any
20:52.19hawthorn_oh..
20:52.21tofuthe application timeframe hasn't opened yet, there are no official submissions
20:52.27tofusee the timeline on the GSoC site
20:52.34tofuyou're good and early, that's a really good thing
20:52.38*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:52.41hawthorn_yaa yaa..i have seen that
20:52.41*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
20:52.50hawthorn_but we can make proposal now right ?
20:53.08tofuwe don't start making selections until after the submission window *closes*
20:53.10tofuabsolutely
20:53.22tofuseveral have already put up some text on our wiki and mailing list for review
20:53.34tofusee our checklist (again, when the website is back up)
20:54.22tofulooks like it happens to be up right this second
20:54.23``Eriklooks like the server may be semi-connect for now
20:54.35hawthorn_so till 21st we just have to discuss the application ideas
20:54.45hawthorn_selection process would be afterwards ..right ?
20:55.11tofuproposals can be discussed and modified right up to the submission deadline
20:55.48hawthorn_ok ..so if I cannot come up with a good proposal by 21st, can i propose something after 21st ?
20:55.50*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
20:56.21tofuhawthorn_: you can propose and continue to make edits right up to the submission deadline
20:56.35tofubut I hope you hang around and keep discussing
20:56.37hawthorn_yup..
20:56.39tofuthe more you discuss and research, the better your chances will be
20:56.55hawthorn_currently having my end semester exams
20:57.13tofuanother page of ideas: http://brlcad.org/~sean/ideas.html
20:57.24tofuneeds to update that list with some that are completed now
20:57.27hawthorn_so it is difficult for me to manage time till 25th
20:57.31*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:57.57tofuscreen+irssi or some other persistent connection is a beautiful thing
20:58.04tofuwe're on here 24/7
20:58.09tofueven when we're not physically
20:58.43``Erik(unless the servers isp is being ddos'd *cough*)
20:59.24hawthorn_can you also write the programming language to be used along side the ideas ?
20:59.56*** join/#brlcad rays2pix (~deepak@110.234.229.2)
21:01.20rays2pixHi ..this is Deepak GSoC aspirant. I am working on converting the bwfilter utility in to libicv functions. Its not quite complete. Would like to send it across to the group
21:01.52rays2pixIs it okay to send it that way?
21:06.04hawthorn_hello
21:06.19hawthorn_i ll come back tomorrow with an idea
21:06.44hawthorn_thank you tofu for your support
21:06.51hawthorn_see you tomorrow
21:10.25``Erikrays2pix: you can always send a link to the patch... but if it's not complete and no specific questions are posed, it might be ignored. A completed patch should be uploaded to the sourceforge tracker, and that will be looked at hopefully within a few days of upload
21:10.46tofuhawthorn_: we're kind of keen on C/C++, but it really depends on what you propose to work on
21:11.16hawthorn_yaa i am very good in C and C++
21:11.42hawthorn_i can do some good coding in these
21:11.59rays2pixErik: thanks. I will goahead and come up with patch and questions
21:12.04tofurays2pix: yeah, what he said .. it takes a lot of effort to review a patch, especially for the first time so it should be as good as you can make it (without being late)
21:12.55tofuif you need help putting the patch together, pastebin.ca code snippets and/or ask questions as you need to here
21:22.44hawthorn_proposal of ideas can continue after the 21st..?
21:22.48hawthorn_please confirm
21:23.56*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:24.42*** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
21:24.53hawthornsorry got disconnected
21:25.16hawthorn#tofu : can the proposal of the ideas continue after 21st ?
21:25.39tofuhawthorn: heh, I've said twice already
21:25.50tofuyou can continue to propose and edit all the way up to the deadline
21:26.05hawthorni just wanted to confirm
21:26.11hawthornsorry for bugging with the same question
21:26.16hawthornthanks
21:26.22tofuyou should keep an eye on the gsoc timeline
21:26.25hawthornwill come back tomorrow with some stuff
21:26.26tofuthat's the official deadline
21:26.36tofuand we have absolutely no control over it if you miss the deadline
21:26.41hawthornya..submission of idea is main
21:26.47hawthorni ll keep an eye on that date
21:26.52*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
21:27.39tofuideally, you'll discuss here, then work on a proposal, put it up on the wiki when you have a rough draft, ask for comments/feedback, continue to make improvements, submit it to google-melange, and CONTINUE to make improvements
21:27.41tofubah!
21:29.03*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
21:29.12*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
21:33.00``Erikhttp://www.smithsonianmag.com/history-archaeology/Document-Deep-Dive-What-Was-on-the-First-SAT-202748151.html
21:35.23*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:36.11Notify03BRL-CAD:carlmoore * 55193 brlcad/trunk/src/librt/tests/nurbs_tests.cpp: remove trailing blanks/tabs
21:36.12Notify03BRL-CAD:carlmoore * 55194 brlcad/trunk/src/sig/d-f.c: shorten the logic in the setting of 'scale', and rearrange an if-else thru removal of '!'
21:36.17Notify03BRL-CAD:r_weiss * 55197 brlcad/trunk/CMakeLists.txt: Change to cmake build logic to add the "_WIN64" definition for Windows 64bit using Visual Studio 2010.
21:36.18Notify03BRL-CAD:r_weiss * 55198 brlcad/trunk/src/librt/tests/CMakeLists.txt: Changed cmake build logic to turn off the build of nurbs_tester to allow Windows 64bit to build.
21:36.19Notify03BRL-CAD:starseeker * 55192 brlcad/trunk/include/brep.h: Looks like we need the dll logic for get_closest_point for the NURBS test program on Windows.
21:38.45Notify03BRL-CAD:r_weiss * 55199 brlcad/trunk/src/libged/red.c: Bug fix for mged "red" command which was preventing the temp file to be opened in the native text editor on Windows 64bit.
21:38.48Notify03BRL-CAD:carlmoore * 55195 brlcad/trunk/src/sig/d-i.c: insert program name into warning message
21:43.52Notify03BRL-CAD:r_weiss * 55200 (brlcad/trunk/src/other/libregex/regcomp.c brlcad/trunk/src/other/libregex/regerror.c and 3 others): Update to libregex library, for Windows 64bit, to fix issues with type "long" versus "ptrdiff_t" and "ssize_t". Reorganized the headers for libregex to use the "_WIN64" definition and build without dependencies on BRL-CAD headers. More testing is needed with these changes.
21:48.56*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
22:09.05*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
22:11.05*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
22:18.57rays2pixtofu: thanks I uploaded a patch.Its fairly complete  and have also followed up with a mail.
22:20.04rays2pixtofu: I intend to prepare a GSOC proposal to refactor image  processing utilities.
22:20.42tofuexcellent, glad to hear it
22:20.59tofuis that your main interest or do you have a backup too?
22:21.49rays2pixImage analysis is my main interest . after drafting a proposal for this , I intend to have a look at density functions idea too.
22:21.58tofugreat
22:22.04tofuit helps to have a backup
22:22.09tofuso long as the first proposal is complete
22:23.07rays2pixsure..for image processing, I am trying to understand how these utilities are used within brlcad any pointers to a document or usecase?
22:29.21*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
22:29.39rays2pixI will have to leave now.Hope to have a discussion sometime later. thx
22:30.18*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
22:32.58*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
22:36.31*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
22:39.35*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:08.30starseeker``Erik: cool!
23:09.59starseekerwonders if we could switch to a maintained regex library like pcre and use their pcreposix.h instead - with any luck it wouldn't have the same conflict issues with system regex functionality, and someone else is actively maintaining it...
23:19.25starseekernotes bemusedly that the SAT is a lot shorter without machine technology to evaluate answers - maybe they were on to something
23:33.17*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
23:35.57*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
23:37.14tofuour regex variant was chosen specifically because it was a drop-in compatible replacement for system (and because it's so simple/fast especially compared to modern libs)
23:37.48tofui'd say it's working just fine now, leave it alone and it'll leave us alone :)
23:44.46*** part/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
23:51.36*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
23:52.02*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
23:53.28*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
23:53.39*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20130420

IRC log for #brlcad on 20130420

00:15.28*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
00:17.47*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
00:33.21*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
00:38.10*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
00:38.23*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
00:41.51*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
00:52.02*** join/#brlcad gdh (~quassel@70.36.71.180)
01:16.59*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:58.25*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
02:00.22*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:00.40*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
02:01.19*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
03:20.11*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
03:20.11*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
03:20.11*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo)
03:20.11*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:46.28*** join/#brlcad caen23 (~cezar@92.81.206.233)
03:57.54*** join/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
03:57.55*** mode/#brlcad [+o tofu] by ChanServ
03:58.43*** part/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
03:59.02*** join/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net)
03:59.03*** mode/#brlcad [+o tofu] by ChanServ
09:24.59*** join/#brlcad rays2pix (~deepak@14.139.226.34)
10:17.18*** join/#brlcad caen23_ (~cezar@92.83.161.202)
10:41.16*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:42.02Notify03BRL-CAD Wiki:Phoenix * 5039 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */
10:42.03Notify03BRL-CAD Wiki:Phoenix * 5040 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */
10:42.04Notify03BRL-CAD Wiki:Phoenix * 5041 /wiki/User:Phoenix/GSoc2013/Proposal: /* Introduction */
11:00.52*** join/#brlcad kesha (~kesha@14.139.122.114)
11:52.24*** join/#brlcad rays2pix (~deepak@14.139.226.34)
12:52.03*** join/#brlcad kesha (~kesha@14.139.122.114)
13:10.40*** join/#brlcad vladbogo (~vlad@188.25.239.23)
14:17.00*** join/#brlcad kesha (~kesha@14.139.122.114)
14:23.09*** join/#brlcad caen23_ (~cezar@92.81.213.183)
14:40.52*** join/#brlcad kesha (~kesha@14.139.122.114)
14:41.38rays2pixHi looking to understand how the image processing tools are used within Brlcad, from the sources I interpret that png and bw are the two most used formats
15:40.48*** join/#brlcad ncsaba (~ncsaba@p54981C89.dip0.t-ipconnect.de)
15:46.27brlcadrays2pix: what leads you to that conclusion?
15:50.21rays2pixbrlcad: most of the utilities in src/utils folder are for made for bw/pix
15:51.42rays2pixbrlcad: I wanted to find out what are the various formats which is relevant to brlcad
15:52.21rays2pixPardon me if its very basic, I am asking here after trying out to gather information from wiki and sources.
16:09.29ncsabaHi all
16:10.15ncsabaI need an advice on how to print out the centroid for a pipe in analyze.c
16:11.18ncsabaI checked shortly and couldn't find any shape which has the centroid printed out in analyze - perhaps there's another command for that ?
16:13.07*** join/#brlcad kesha (~kesha@14.139.122.114)
16:18.35brlcadrays2pix: you're on the right path, you'd just said png and bw
16:19.22brlcadpix and bw would be more appropriate as the "processing format" and png for the most popular output format
16:19.41brlcadpix/bw are RAW file data they have no header information
16:20.05brlcadncsaba: nope, none of the centroid functions have been hooked up yet
16:20.10brlcadso propose something ;)
16:26.08*** join/#brlcad kesha (~kesha@14.139.122.114)
16:31.10*** join/#brlcad kesha (~kesha@14.139.122.114)
16:49.17rays2pixbrlcad: thanks. So assume I have a raw pix/bw file. How do i get its width/height which is essential to parse the image file in to a data structure
16:58.30*** join/#brlcad gdh (~quassel@70.36.71.180)
17:53.26*** join/#brlcad gdh (~quassel@70.36.71.180)
17:58.34ncsababrlcad: I will print the centroid in the analyze_general function as long as: rt_functab[ip->idb_minor_type].ft_centroid != NULL
18:11.04*** join/#brlcad caen23 (~cezar@92.83.171.20)
22:13.18*** join/#brlcad caen23 (~cezar@92.81.215.205)
IRC log for #brlcad on 20130421

IRC log for #brlcad on 20130421

00:27.28*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
05:25.04*** join/#brlcad kesha (~kesha@14.139.122.114)
06:06.19*** join/#brlcad kesha (~kesha@14.139.122.114)
06:29.03keshabrlcad: ping
06:31.29keshabrlcad: there ?
07:02.18*** join/#brlcad rays2pix (~deepak@110.234.229.2)
07:10.19*** join/#brlcad rays2pix (~deepak@14.139.226.34)
08:04.06*** join/#brlcad gdh (~quassel@70.36.71.180)
08:09.40*** join/#brlcad kesha (~kesha@14.139.122.114)
08:23.17*** join/#brlcad merzo (~merzo@214-205-133-95.pool.ukrtel.net)
09:24.56*** join/#brlcad mohitdaga (~0_level@173.244.194.77)
09:46.59*** part/#brlcad mohitdaga (~0_level@173.244.194.77)
10:02.27*** join/#brlcad kesha (~kesha@14.139.122.114)
10:54.35*** join/#brlcad kesha (~kesha@14.139.122.114)
11:23.59*** join/#brlcad rays2pix (~deepak@110.234.229.2)
12:03.05*** join/#brlcad kesha (~kesha@14.139.122.114)
12:25.14*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:06.15*** join/#brlcad jbschw03 (4355ee54@gateway/web/freenode/ip.67.85.238.84)
13:19.45*** part/#brlcad jbschw03 (4355ee54@gateway/web/freenode/ip.67.85.238.84)
13:19.49*** join/#brlcad jbschw03 (4355ee54@gateway/web/freenode/ip.67.85.238.84)
13:42.05*** join/#brlcad merzo (~merzo@61-169-135-95.pool.ukrtel.net)
14:11.44*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
14:40.41*** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net)
14:57.04*** join/#brlcad merzo (~merzo@58-239-132-95.pool.ukrtel.net)
15:26.39*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
15:50.40*** join/#brlcad caen23 (~cezar@92.81.190.50)
16:21.14*** join/#brlcad rays2pix (~deepak@110.234.229.2)
16:49.10*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:05.01*** join/#brlcad rays2pix (~deepak@14.139.226.34)
17:05.46*** join/#brlcad kesha (~kesha@14.139.122.114)
17:11.43*** join/#brlcad kesha (~kesha@14.139.122.114)
17:20.02*** join/#brlcad kesha (~kesha@14.139.122.114)
17:34.36*** join/#brlcad mohitdaga (~0_level@173.244.194.77)
17:48.13*** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:52.11*** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw)
18:05.19*** join/#brlcad mohitdaga (~0_level@173.244.194.77)
18:06.45*** join/#brlcad caen23 (~cezar@92.81.186.137)
18:24.56*** join/#brlcad Iordanis (a376d6cf@gateway/web/freenode/ip.163.118.214.207)
18:25.05IordanisHello
18:25.42IordanisI came here to introduce myself. I will be applying for GSoC 2013
18:45.30*** join/#brlcad Iordanis_ (~Iordanis@host214-207.cvd.fit.edu)
19:03.55*** join/#brlcad rays2pix (~deepak@14.139.226.34)
19:33.21Iordanis_brlcad I would like your opinion as a mentor if possible
19:33.49Iordanis_I am interested into applying for GSOC for the web development section
19:34.19Iordanis_would it be possible to tackle down all web development tasks?
19:35.06Iordanis_In one GSOC :)
19:35.44Iordanis_I think it would be possible to do two of them in one summer but I just can't estimate the time it will take for three of them
20:10.37*** join/#brlcad vladbogo (bc19ef17@gateway/web/freenode/ip.188.25.239.23)
20:31.39*** join/#brlcad caen23 (~cezar@92.81.209.64)
21:39.32``ErikIordanis_: if someone came in with exactly the right skillset and experience, all three could theoretically be done in the time allotment, but it'd be better to just pick one and allow extra time for polish and padding for the unexpected issues you can always expect
21:50.29*** join/#brlcad m_daga (~0_level@173.244.194.77)
22:14.13m_dagahi..
22:14.50m_dagai want to find the details of the functions in each library in BRL source Code
22:15.00m_dagacan any one help regarding this
22:15.45m_dagaBasically i am looking for documentation of each library in BRL say libbu,libbn
22:25.16``Erikhttp://brlcad.org/wiki/Overview has a libraries section that gives a very high level overview
22:27.45m_dagathanks
22:28.53m_dagai saw that.. but thought that there would be a documentation where the internal tree of the library could be found
22:31.37``Erikthere's doxygen markup and plenty of comments in the include/ directory
22:31.45``Erikbu.h is for libbu, bn.h for libbn, etc
22:33.10m_dagayepp. tnx
22:44.05*** join/#brlcad m_daga (~0_level@173.244.194.77)
IRC log for #brlcad on 20130422

IRC log for #brlcad on 20130422

00:01.49m_dagahii ..i have downloaded the src code.. digged into various library and there functions.. but nt able to find few things
00:01.50m_dagafor instance bu_image
00:01.50m_dagai tried searching the devel-group in brl-cad
00:01.50m_dagadidnt get any src there..
00:01.50m_dagapls help me with bu_image and a direction to its src
00:01.50m_dagathanks
00:53.21*** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu)
01:50.51Iordanis_hey
02:56.15Iordanis_``Erik, would it be inapropriete or bad to promise fixing all of them and if things don't work out so well finish just two? Will I still be qualified for a good final evaluation?
04:01.17*** join/#brlcad caen23 (~cezar@92.81.170.221)
04:28.11*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
04:32.52*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:11.14*** join/#brlcad m_daga (~0_level@173.244.194.77)
06:46.09*** join/#brlcad kesha (~kesha@14.139.122.114)
06:47.19keshaheyy..I am interested in code refactorig project and I need a mentor for it...Is there someone who has applied as a mentor and is interested in guiding me in that project ?
06:48.04keshaI have submitted a patch and made a rough draft of application proposal..
06:48.31keshaI need to discuss some more techincal details..
06:52.53keshaping brlcad , ``Erik ,  starseeker .. I read your names as potential mentors from the website ...
06:56.40keshaThere it was written I can contact you on IRC ..
07:08.46*** join/#brlcad kesha (~kesha@14.139.122.114)
07:46.03*** join/#brlcad gdh_ (~quassel@70.36.71.180)
08:12.46*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:32.20*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:36.55*** join/#brlcad kesha (~kesha@14.139.122.114)
08:42.38*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:30.30*** join/#brlcad kesha_ (~kesha@14.139.122.114)
12:19.28*** join/#brlcad caen23_ (~cezar@92.85.84.49)
13:15.52*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:36.02``Erikkesha_: if you need help with technical details, ask your questions and hang out, someone will answer you when they can
14:15.21*** join/#brlcad rays2pix (~deepak@14.139.226.34)
15:01.22*** join/#brlcad pankaj (310f8db4@gateway/web/freenode/ip.49.15.141.180)
15:02.15pankajhello....i have some doubts on GSoC related .... can i have a help from u????
15:06.45pankaji liked the topic analysis library in gsoc ideas...can anyone suggest me how to go about that....
15:08.43pankajplease reply...
15:20.30pankaj@starseeker hello....i have some doubts on GSoC related .... can i have a help from u?.. i liked the topic analysis library in gsoc ideas...can anyone suggest me how to go about that....
15:30.57caen23~ask
15:30.57ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
15:42.13pankaji want to do that project ....so please get me some more information about that
15:44.08*** join/#brlcad gdh (~quassel@70.36.71.180)
15:48.11pankajsorry....i am using irc for the first time....so i dont know much of it...
16:00.13*** join/#brlcad vladbogo (~vlad@188.25.239.23)
16:10.00Notify03BRL-CAD:starseeker * 55201 brlcad/trunk/src/other/libregex/regex.h: copy/paste error?
16:10.01Notify03BRL-CAD:r_weiss * 55202 brlcad/trunk/src/libged/red.c: Bug fix in mged 'red' command to fix a double 'fclose'.
16:10.13Notify03BRL-CAD:erikgreenwald * 55203 brlcad/trunk/src/other/libregex/regex.h: Shuffle order of defines and includes. Add an __APPLE__ test on the off_t check.
16:10.14Notify03BRL-CAD:erikgreenwald * 55204 brlcad/trunk/src/other/libregex/regex.h: move order back, this is apparently important for win64
16:10.40Notify03BRL-CAD Wiki:Phoenix * 5044 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computing P/P, P/C, P/S, C/C, C/S intersections */
16:10.41Notify03BRL-CAD Wiki:Phoenix * 5045 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
16:10.42Notify03BRL-CAD Wiki:Phoenix * 5046 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
16:10.43Notify03BRL-CAD Wiki:Phoenix * 5047 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */
16:10.44Notify03BRL-CAD Wiki:Phoenix * 5048 /wiki/User:Phoenix/GSoc2013/Proposal: /* Tests */
16:10.45Notify03BRL-CAD Wiki:Phoenix * 5049 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */
16:10.46Notify03BRL-CAD Wiki:Phoenix * 5050 /wiki/User:Phoenix/GSoc2013/Proposal: /* Deliverables */
16:10.47Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/User:KeshaSShah:
16:10.48Notify03BRL-CAD Wiki:Phoenix * 5051 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */
16:10.49Notify03BRL-CAD Wiki:Phoenix * 5052 /wiki/User:Phoenix/GSoc2013/Proposal: /* More on tests and verification */
16:10.50Notify03BRL-CAD Wiki:Phoenix * 5053 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
16:10.51Notify03BRL-CAD Wiki:Phoenix * 5054 /wiki/User:Phoenix/GSoc2013/Proposal: /* More on tests and verification */
16:10.52Notify03BRL-CAD Wiki:Phoenix * 5055 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */
16:10.53Notify03BRL-CAD Wiki:Rays2pix2013 * 0 /wiki/User:Rays2pix2013:
16:10.54Notify03BRL-CAD Wiki:Rays2pix2013 * 5056 /wiki/User:Rays2pix2013/GSoc2013/Proposal: Created page with "=Project Title= Consolidate Image processing"
16:10.55Notify03BRL-CAD Wiki:Rays2pix2013 * 5057 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
16:10.56Notify03BRL-CAD Wiki:Rays2pix2013 * 5058 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
16:10.57Notify03BRL-CAD Wiki:Rays2pix2013 * 5059 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */
16:10.58Notify03BRL-CAD Wiki:Rays2pix2013 * 5060 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Proposed interfaces */
16:10.59Notify03BRL-CAD Wiki:Rays2pix2013 * 5061 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Proposed interfaces */
16:11.00Notify03BRL-CAD Wiki:Rays2pix2013 * 5062 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
16:11.01Notify03BRL-CAD Wiki:Rays2pix2013 * 5063 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
16:11.02Notify03BRL-CAD Wiki:Rays2pix2013 * 5064 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Personal Details */
16:11.03Notify03BRL-CAD Wiki:Rays2pix2013 * 5065 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
16:11.04Notify03BRL-CAD Wiki:Level zero * 0 /wiki/User:Level_zero:
16:11.05Notify03BRL-CAD Wiki:Rays2pix2013 * 5066 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */
16:11.06Notify03BRL-CAD Wiki:Rays2pix2013 * 5067 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Filtering */
16:11.07Notify03BRL-CAD Wiki:Rays2pix2013 * 5068 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Unit testing and sample code */
16:11.08Notify03BRL-CAD Wiki:Rays2pix2013 * 5069 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Handling Large Images */
16:11.09Notify03BRL-CAD Wiki:Rays2pix2013 * 5070 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Handling Large Images */
16:11.10Notify03BRL-CAD Wiki:Rays2pix2013 * 5071 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Handling Large Images */
16:11.11Notify03BRL-CAD Wiki:Rays2pix2013 * 5072 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */
16:11.12Notify03BRL-CAD Wiki:Ssmicrrrundd * 0 /wiki/User:Ssmicrrrundd:
16:11.13gdhlooks like someone is creating a GSoC proposal
16:11.13Notify03BRL-CAD Wiki:Rays2pix2013 * 5073 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
16:11.14Notify03BRL-CAD Wiki:Rays2pix2013 * 5074 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
16:11.15Notify03BRL-CAD Wiki:Rays2pix2013 * 5075 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Deliverables */
16:11.16Notify03BRL-CAD Wiki:Rays2pix2013 * 5076 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Deliverables */
16:11.17Notify03BRL-CAD Wiki:Rays2pix2013 * 5077 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why brlcad */
16:11.18Notify03BRL-CAD Wiki:Rays2pix2013 * 5078 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */
16:11.19Notify03BRL-CAD Wiki:Rays2pix2013 * 5079 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */
16:11.20Notify03BRL-CAD Wiki:Rays2pix2013 * 5080 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Unit testing and sample code */
16:11.21Notify03BRL-CAD Wiki:Rays2pix2013 * 5081 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */
16:11.22Notify03BRL-CAD Wiki:Rays2pix2013 * 5082 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
16:11.32*** join/#brlcad pankaj_ (6a42a861@gateway/web/freenode/ip.106.66.168.97)
16:12.25``Erikthe mail processor on the bot went wonky on some non-ascii7 character and stopped, this is back-up from maybe the last 28 hours or so
16:12.58``Erikapr 20, 5:39am est (gmt-5)
16:13.04``Erikso a bit more
16:14.13*** join/#brlcad Izak (~isaac@41.202.193.216)
16:14.51pankaj_i am using irc for the first time....so i dont know much of it....Actually i am very much interested in doing GSoC project ,Analysis Library....so i need some help
16:15.11gdhpankaj_, don't worry about being new on IRC
16:15.19gdhI'm relatively new myself.
16:15.30gdhJust be nice, and it's all good!
16:15.47pankaj_i hope so...
16:15.55pankaj_can u jst help me
16:16.18gdhunfortunately, I'm not a developer, so I can't talk about GSoC projects.
16:16.28gdhI'm actually a student hopeful myself.
16:17.10pankaj_ok....you are also planning to do GSoC
16:17.21gdhyes
16:17.30pankaj_on which project
16:17.32pankaj_???
16:17.41gdhI was looking at code refactoring
16:18.02gdhI'm really not that experienced, so something like the analysis library is out of my reach
16:18.48Notify03BRL-CAD:r_weiss * 55205 brlcad/trunk/src/other/libregex/regex.h: For "libregex", added comment on ordering of headers to define type "off_t" for Windows.
16:18.52pankaj_nice....did you before made conversation with the mentor???
16:19.16gdhyes
16:19.54pankaj_so....please help me in that
16:20.05pankaj_this is my first time so
16:20.18gdhdid you go to the ideas page?
16:20.21gdh(http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas)
16:20.50pankaj_yah....i went...then
16:21.01pankaj_i want to do on Rendering & Analysis Projects
16:21.19gdhdid you look at the mentors' names listed with the project you want to do?
16:22.11pankaj_my mentors are brlcad and starseeker
16:22.44gdhso in irc, when you type someone's nick (username), they get a special notification,
16:23.01pankaj_oh....i didnt knew it
16:23.13gdhso pankaj_, when I typed your name, that line should be highlighted, you might have heard a sound, etc.
16:23.32pankaj_yah....i heard
16:23.35gdhif you want to ask someone for help, say something like this:
16:24.24gdh<nick>, I noticed you are a mentor for the analysis library project. Can you help me get a good proposal?
16:24.28gdhor something like that.
16:24.44gdhso if you wanted to ask me for help, you would say:
16:24.58gdhgdh, can you help me learn how to use IRC?
16:25.00brlcadwaves
16:25.19gdhand it looks like brlcad is ready to talk to you, so go ahead!
16:25.23brlcadpankaj_: big backlog so you'll just have to be patient (and *stay* on IRC)...
16:25.34brlcadwe can't respond if you're not here :)
16:26.48pankaj_thank you for your response....actually i trying this irc from past 2 days to chat with you only
16:27.15gdhpankaj_, sometimes developers are logged on but not at their computers
16:27.25gdhit may take awhile to get a response
16:28.10gdhand don't worry about not knowing irc
16:28.17gdhyou'll pick it up, no problem
16:30.02pankaj_ok....can you just tell me what are things i have to do for GSoC....and in writing a good proposal ...
16:31.00*** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu)
16:31.15gdhtake a look at the checklist (http://brlcad.org/wiki/Google_Summer_of_Code/Checklist)
16:31.30gdhfrom there, take the project you want to do and talk to the mentor about it
16:31.41gdhsee what he thinks needs to be done
16:31.51gdhfigure out what your strengths are in the area
16:32.00brlcadpankaj_: yes, I've seen your previous attempts, and every time I went to reply, you weren't here
16:32.00gdhand write your proposal based on them
16:32.11``Erikit doesn't even have to be one of those ideas, you can come up with your own ideas to propose
16:32.11*** join/#brlcad Izak_ (~isaac@41.202.193.216)
16:32.26brlcadthat's not how you use IRC, you're supposed to ask a (specific) question and wait for an answer
16:32.42Iordanis_``Erik regarding to the webdevelopment bugs
16:32.46``Erik!notify ask
16:32.48brlcadwe don't just sit here waiting to answer your questions, you shouldn't just sit and wait for a response :)
16:33.05NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
16:33.18Iordanis_would it be inaproriete to offer to fix more than one of the web development features. I believe I can do 2 but I will try for 3
16:33.40brlcadplus this weekend was just really really busy, like I said lots of backlog
16:33.49Iordanis_will this affect neggatively my final evaluation or you would even not consider me for the GSOC since I might be offering something impossible?
16:35.08Izak_Hello Guys Can any one give me a lead on a mentor's address working on some BRLCAD primitives like heart sufaces ?
16:35.46Iordanis_``Erik I can do steps towards a solution for on all of the bugs and maybe finish them after GSOC but I am not sure if I should include them all in my proposal.
16:35.55*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-lhabtkfoekgscpmv)
16:35.58gdhIordanis_, I think it's best to have a smaller project that you'll finish early than a large project that can't be done
16:36.02``ErikIordanis_: I answered that yesterday...
16:36.12brlcadgdh: and I think you're write (someone is creating a GSoC proposal) .. more should be doing that ;)
16:36.17``Erik17:39 < ``Erik> Iordanis_: if someone came in with exactly the right skillset and experience, all three could theoretically be done in the time allotment, but it'd be better to just pick one and allow extra time for polish and padding for the unexpected issues you can always expect
16:36.36Iordanis_I see
16:36.47Iordanis_thanks for the advise
16:36.51brlcadgdh: even if the analysis library seems out of your reach, I suggest proposing a very specific code refactoring project
16:37.12gdhbrlcad, I was planning to
16:37.44brlcadpankaj_: okay mostly caught up with what you posted ... you gotta give me more than that to work with :)
16:37.46gdhlike I told pankaj_, proposals need to play off the students' strengths
16:38.12pankaj_brlcad actually i think i can do the project on Rendering & Analysis Projects
16:38.23``Erikbrlcad: http://sourceforge.net/projects/rayforce/
16:38.36gdhpankaj_, a good step is to tell why you think that, what experience you have, etc.
16:38.49gdhIordanis_, you're welcome
16:39.01brlcadpankaj_: so first off, stop thinking about them like that -- they're merely project areas, ideas for projects -- it's ultimately YOUR project that you define
16:39.45brlcadI suggest compiling/installing brl-cad if you have not already, and learn some of the very basics while discussing them here
16:40.08brlcadthat will give you an idea for an area that interests you the most, such as a rendering and analysis project
16:40.14pankaj_i love physics and maths....i do coding as its gonna be my professional...
16:40.25*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:41.04brlcad``Erik: hah, whatdayaknow, finally
16:41.44brlcadlooks like they put it up last month, 3/21
16:41.58``Erikyeah, and cmake seemed challenging
16:43.03gdhpankaj_, if you like physics and math, you could try some of the scientific projects like astronomical units and bending light
16:43.05brlcadnow that'd be more interesting to put under librt ala adrt, to see if it does anything better/right
16:43.45brlcadpankaj_: what's your coding experience?
16:44.54pankaj_i do c/c++ , sql, unix....ect
16:45.27brlcad``Erik: starseeker: n_reed: others: our sf.net project gets upgraded today -- svn download instructions will change (different URL)
16:45.44brlcadpankaj_: that's not what I mean
16:46.09``ErikI'll tell indianlarry so he can commit his last 3 months of work
16:46.25gdhpankaj_, something that mentors need to know is what software you've worked on before
16:46.37brlcad``Erik: I think there's a way to point a current checkout to a new repo, but have to test it myself
16:47.08brlcadpankaj_: what have you done in C/C++, sql, unix, ... etc that would be relevant and interesting for someone else to know? :)
16:47.33pankaj_ok....i did my first app in widows 8 ...and it got published also
16:48.00gdhpankaj_, what was the app?
16:48.08``Erikdamn, he still won't commit, says he'll carry diffs if necessary
16:48.34pankaj_app name is The CheatBook
16:48.41``Erikif nothing else, find . -name '.svn/entries' | xargs sed -i.bak 's/oldurl/newurl/'
16:50.07gdhpankaj_, what does The CheatBook do?
16:50.33gdhmentors want to know what you have written, but they want to know what it does, how it does what it does, etc.
16:50.38gdhDetails are everything
16:51.06gdhmentors are very busy (they do this in their spare time), so making it easy on them is essential.
16:51.12pankaj_its actually a information app on the cheat code available in some of the famous games...
16:51.42pankaj_and user also can add the cheats if they know the proper working ones
16:51.43gdhdoes it have a website?
16:52.13pankaj_http://apps.microsoft.com/windows/app/the-cheatbook/54689141-84f3-4075-b5ac-df01368174df
16:53.25``Eriksteals the idea, does an iOS version and becomes a billionaire, mwahahaha O:-)
16:53.37``ErikI mean, uh, cool
16:54.15gdhpankaj_, ``Erik has a point. Make it an iOS and Android app
16:54.20gdhbut that's off topic
16:54.41pankaj_i did it in windows because it is still new
16:55.20pankaj_and android is already full of apps
16:55.24``Erikpankaj_: looks nice, does it use sqlite to store the data?
16:55.45pankaj_yah....its under my control
16:56.54pankaj_and i am thinking of making same app in ios...but
16:57.11pankaj_it takes time to meas i am a student ....
16:57.51``Erikplus the 99usd/yr for ios dev access, and needing devices to test on... bit of a monetary barrier to entry
16:58.46*** join/#brlcad caen23_ (~cezar@92.81.184.9)
17:00.14*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:01.50*** join/#brlcad pankaj (6a4c2d34@gateway/web/freenode/ip.106.76.45.52)
17:02.42pankajsorry....i stay in my college hostel....and they have blocked the chat category site and all....
17:03.02pankajso i am using my mobile connection ....
17:05.11pankajso....can anyone help me ??
17:05.44brlcadpankaj: have you ever worked collaboratively on a project?
17:05.53brlcadparticipated in open source before?
17:07.08Izak_Ch3ck are u active?
17:07.12pankaji didnt get u.....soon i am attending a program " Hackathon "
17:10.13brlcadpankaj: I mean have you ever written a piece of code where you wrote some of the code and one ore more other people wrote other parts of the code
17:10.18brlcadand you had to make them work together
17:10.31brlcadall within the same program
17:11.08pankaji am working on computer graphics project ....as ti is a part of my academic program
17:11.16brlcadIzak_: what do you mean by heart surface?
17:11.53brlcadwhat's the project?
17:12.58Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/User:Vladbogolin:
17:13.41Izak_A primitive that has the shape of a heart or love?
17:13.49Izak_You know like Valentine's day present
17:15.42kesha_heyy.. I wanted to know about the tools like simians that can help me to find code similarity..  
17:16.15kesha_How to use , the extent to which they are reliable ..
17:16.58*** join/#brlcad pankaj (6a4c3c65@gateway/web/freenode/ip.106.76.60.101)
17:16.58kesha_so..can anyone help me ??
17:17.29pankajsorry....again a internet problem
17:19.22gdhkesha_, unfortunately the developers are very busy right now, so they may not help you right off.
17:19.28gdhYou may have to wait a while.
17:19.38gdh(I'm not a developer, btw)
17:21.51pankajk....tell me what are things i have to do now??....
17:24.38Izak_brlcad_: The project is Implement a heart surface primitive
17:24.42gdhpankaj, have patience.
17:25.21pankajk.....
17:26.02brlcadIzak_: I know the shape, just didn't know if that's what you were referring to :)
17:26.13brlcadyou can obviously make a heart with a lot of different types of shapes
17:26.24brlcads/shapes/geometry representations/
17:27.06brlcadkesha_: learning how to use them involves reading their documentation... but I can say that it's pretty darn relaible
17:27.31brlcadkesha_: presumably you've read our page that mentions running it and shows an example
17:28.13brlcadpankaj: I'd asked you what the graphics project was
17:30.04brlcadpankaj: it feels like we're talking in circles ... slowly... because you keep giving very vague information and I have to pry relevant details out of you :)
17:30.46pankajits a reaction of particles behavior on a spherical surface  
17:31.54brlcadso an oriented particle system for surface modeling
17:32.07brlcadhow far along are you?  what is your piece specifically?
17:32.10pankaja kind of...
17:32.34brlcadgo on.. what kind :)
17:32.55pankajits a team project ...
17:33.26brlcadyou said that already
17:33.57Izak_Ch3ck: Tu es la?
17:34.03brlcadi presume you said "a kind of..." in response to me saying it's an oriented particle system
17:34.14brlcadso if it's a kind of oriented particle system, what kind is it?
17:34.37brlcadI know it's a team project, hence my question "what is your piece specifically?"
17:34.54pankajsorry for disturbance ....actually its 11pm here...so my hostel warden is asking me to switch off the light and all.....
17:35.58Izak_brlcad_: Is this a link to the BRLCAD geometry representations?
17:36.27pankajcan u tell me at what time you will be free....
17:36.50brlcadpankaj: you need to start here: http://brlcad.org/wiki/IRC
17:36.57brlcadI'm free and busy all the time
17:37.51brlcadif you want predictability, send an e-mail to the mailing list ... but then you have to be even way MORE specific with your questions that you are being here
17:37.56brlcadsaying "help me" is not a question
17:38.13brlcadwe'll gladly help answer questions, but you have to come up with the plan
17:38.30pankajcan u suggest me some of the things that i have to do right now.....
17:38.31pankajyah...
17:38.31brlcadand of course you have to ask good questions that helps you understand
17:38.52brlcadI've told you several things that you have to do right now :)
17:39.01``Erikpankaj: read the web page linked in the URL, follow the checklist link and do it
17:39.04brlcadsee our checklist, read it in detail, read it again
17:39.11``Eriker, web page linked in the channel topic
17:39.17``Erik<-- points at the top of the window
17:39.59pankajk....i will through the links
17:40.19brlcadpankaj: I highly suggest you read all of this since your posts hit on many of the points this write-up mentions: http://www.catb.org/esr/faqs/smart-questions.html
17:40.36brlcadit is long for a reason
17:41.09brlcadIzak_: "Is this a link" .. is what a link??
17:41.11gdhpankaj, preparation is key for open source projects in general and GSoC in particular
17:41.25pankajone more thing....are you people will be online alwasys i mean 24 hours
17:41.40gdhpankaj, they have to sleep, but they are always logged on
17:41.50brlcadwe're online 24/7 but we're not necessarily chatty 24/7 ... we multitask and sometimes eat
17:41.55gdhif they don't answer, they may be busy, they may be sleeping
17:42.11brlcadthere's plenty of time to sleep when you're dead
17:42.40pankajeven i am not in a mode to sleep ....but
17:42.50pankajthese rules are killing me
17:43.27Izak_brl-cad_: The "s/shapes/geometry representations"
17:43.41pankajits totally great .....because this is the first time , i am chatting on irc
17:43.43*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.189)
17:43.47Ch3ckHi
17:44.01brlcadhi Ch3ck
17:44.05pankajand i dont wanna quite it so soon
17:44.22brlcadpankaj: well welcome, hopefully exciting, hopefully educational ;)
17:44.27Ch3cki wish to work on the pull operation which is the opposite of the push
17:44.29Ch3ckoperation.
17:44.49brlcadpankaj: not meant to be daunting or confusing, just a lot to learn .. ask good questions, learn, ask more
17:44.57Ch3ckwhile looking at the source code i did not see the definition of the 'mat_t' data type.
17:45.00*** join/#brlcad ncsaba (~ncsaba@p549822D0.dip0.t-ipconnect.de)
17:45.04brlcadCh3ck: yep you posted to the list too iirc
17:45.07Ch3cki assume its a 4x4 matrix
17:45.07brlcadhi ncsaba
17:45.12Ch3ckyeah..
17:45.20ncsabaHi brlcad :-)
17:45.34Ch3ckso so i wish to know the project mentor for pull routine on the matrix.
17:46.03Ch3ckI would like connect directly with him so he could assist  me in developing my project proposal
17:46.04pankajif u dont mind ....can i know your time and date now
17:46.14Ch3ckthere are some specific questions i would need to ask him directly
17:46.15brlcadIzak_: OOOh, s/pattern/replace/ ... means "replace the 'pattern' with the 'replace' text in the preceeding statement/
17:46.34Ch3ckcould Izak_  u der?
17:46.44brlcadCh3ck: we don't sort out mentors for quite some time, you can and should talk to as many people as possible ;)
17:46.52ncsababrlcad: I've finished with the pipe.c/analyze -> now I'm struggling with the white space...
17:46.53Ch3ckok
17:47.21brlcadI reply to nearly every proposal for example, but will hopefully not be mentoring all of them! :)
17:47.40Ch3ckwell i just need some enlightenment on the general working of the push command so i could determine exactly how to make the reverse which is the pull
17:47.58Ch3cksince there is no comment at the beginning of the push.c and xpush.c
17:48.12brlcadpankaj: EDT, UTC-4
17:48.16Ch3ckfiles.. so i am flying a little blind here
17:48.43brlcadCh3ck: if your question is specific enough, just about anyone on the dev list or here will be able to answer
17:49.03Ch3ckso if you could please explain to me generally what the push does on a the data structure in general i could get more insight into the code.
17:49.04Ch3ckok
17:49.10Ch3cklet me be specific.
17:49.11brlcadbest to start by actually creating some geometry, apply an edit, push it
17:49.24Ch3ckok
17:49.35brlcadCSG is a directed acyclic graph
17:49.49brlcadrather, the modeling hierarchy can be thought of .. as a hierarchy
17:50.00brlcadand you can have matrices at any layer in that hierarchy
17:50.11Ch3ckwell from what i see on the source code the push routine forms a linked list of nodes..
17:50.13brlcadthat move things around, rotate them, est
17:50.37*** part/#brlcad gdh (~quassel@70.36.71.180)
17:50.37brlcadyes, as you walk down the graph, that single path is effectively a linked list of nodes
17:51.14Ch3ckwhat i don't get is if the pull operation will act on the linked list fromed by the push command or it will simply do a reverse walk of the push command.?
17:51.27brlcadwhen you "push" the matrix, you combine a matrix from one level and push it down onto the next, and do that over and over until you've pushed it onto the lowest node
17:51.51brlcadit will do whatever you make it do
17:51.59Izak_Ch3ck:Reverse in the CSG sense.
17:52.16brlcadforget about the implementation for a sec, make sure you understand the task conceptually first
17:52.39brlcadsay i have a sphere modeled at the origin (0,0,0)
17:52.44Izak_Which files in the source code can help understand a particular primitive ?
17:52.51Notify03BRL-CAD:carlmoore * 55206 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: fix spelling of 'light'
17:53.05brlcadi put that sphere into a part/region named "sph.r"
17:53.10Ch3ckyeah thats what i want to understand and since the src code does not have any comments thats the reason i'm flying blind here..
17:53.18brlcadI apply a matrix edit to sph.r to move it to 100,0,0
17:53.40brlcadthe sphere is still at 0,0,0 but sph.r translates it to 100,0,0
17:53.48Ch3ckyes
17:53.57Izak_brlcad:You are throwing some light here. Thanks
17:53.58Ch3cki'm following..
17:54.02brlcada PUSH operation, puts the sphere at 100,0,0 with the sph.r having NO matrix (rather, a unit matrix)
17:54.40Ch3ckyes...
17:54.43brlcadan unpush/PULL operation is meant to reverse that, putting the sphere back at a 0,0,0 origin and sph.r having a matrix that puts the sphere at 100,0,0
17:55.12brlcadoverly simple case, but conceptually that's the idea
17:55.29Ch3ckok
17:55.44Ch3ckthanks i'm starting to see what it does c
17:55.44Izak_Ch3ck I hope you are happy now?
17:55.50brlcadgets more complicated, say that sph.r is in an assembly "sph.c"
17:55.53Ch3ckwell still digesting
17:56.05Ch3ckyes..
17:56.34Ch3ckbrlcad: could you please give me a link to where i could get some more concepts on the push operation please?
17:56.39brlcadsay you *also* have a matrix in sph.c ... that scales the sphere 2x
17:57.09brlcadCh3ck: see http://brlcad.org/w/images/3/36/Object_Editing_-_the_oed_Command.pdf
17:57.35Ch3ckthanks very much blrcad
17:57.42Ch3cki appreciate it ..
17:57.50Ch3ckcan't wait to start working on it..
17:57.50brlcadgo through maybe one or two of the tutorials on here http://brlcad.org/wiki/Documentation in the Introduction to MGED until you've actually applied a matrix edit (I forget which lesson introduces that)
17:58.03Ch3ckIzak_: how u doing??
17:58.08ncsababrlcad: can I also ask for some hep ?
17:58.10ncsaba:)
17:58.12brlcadlearn how to apply a matrix edit, then push it and see what it does to the underlying combinations and primitives
17:58.20brlcad~ask
17:58.20ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
17:58.22brlcad:P
17:58.26Izak_Fine massa getting no apples yet
17:58.46brlcadIzak_: src/librt/primitives/*/*.c is where all the primitives are
17:59.18Izak_Thanks brlcad
17:59.52ncsabasooo, I'm applying the sh/indent.sh script - and it changes the spacing completely
18:00.05Ch3ckbrlcad: thanks..
18:00.08ncsabaand I mean everything, also what I didn't touch
18:00.26Notify03BRL-CAD:starseeker * 55207 brlcad/trunk/src/other/libregex/regex.h: __APPLE__ isn't defined if we're not on Apple
18:00.43brlcadIzak_: a heart primitive is going to be rather similar to a tor (torus) or tgc (cone/cylinder)
18:01.08brlcadin that you'll probably end up calling rt_poly_roots() to obtain the roots of intersection
18:01.29brlcadncsaba: which file?
18:01.34ncsabaany
18:01.40brlcadunlikely :)
18:01.46brlcadmany maybe
18:01.50brlcadbut not any
18:01.51ncsabait puts the tab distance at 2
18:01.55brlcadthat's wrong
18:02.06ncsabasure - but where can I change that ?
18:02.09brlcadso the script might not be set up right for different/newer versions of emacs
18:02.16ncsabaok
18:02.23ncsabalet me check my version...
18:02.29brlcadtoo many variables
18:02.37ncsabaGNU Emacs 23.1.1
18:02.39brlcadyour .emacs and settings come into play too
18:02.57ncsabawell not by default - I tried to set up one, and it was ignored
18:03.12brlcadwhat was ignored, the .emacs file?
18:03.52ncsabauntil I changed the command line in sh/indent.sh to: emacs -batch -l "$bir_dir/$bir" -f batch-indent-region "$file.indent.new"
18:04.08ncsabathen my ~/.emacs file was having some effect...
18:04.30brlcadthis is an older one I've used: http://brlcad.org/wiki/Emacs
18:05.27ncsabaOK, will try
18:05.30brlcadncsaba: that's the line in indent.sh .. what'd you change?
18:05.59ncsabasorry, copied the wrong line
18:06.00ncsabaemacs -batch -l $HOME/.emacs -l "$bir_dir/$bir" -f batch-indent-region "$file.indent.new"
18:06.25brlcadinteresting
18:06.48brlcaddidn't used to need to explicitly load the .emacs in batch mode, so perhaps that's the change and we were getting something implicitly
18:07.02ncsabaI have no experience with emacs, but surely that change made a difference
18:07.03brlcadit'd be good to figure out what and put it in the batch-indent-region file
18:08.00brlcadbacks up all sf.net data
18:10.26brlcadncsaba: if you know some emacs-basics, you can run M-x indent-region after running C-spacebar M->
18:10.47brlcadthat'll avoid needing to run indent.sh
18:11.36brlcad(M is "press and release ESC" followed by the next key(s) after the '-')
18:11.37ncsabano, don't know eny emacs basics :-(
18:12.10ncsabaI'm not using emacs at all right now
18:12.59brlcadk
18:13.03brlcadwhat do you use?
18:13.17*** join/#brlcad rays2pix (~deepak@14.139.226.34)
18:14.32ncsabaI settled for codelite
18:14.34*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.248)
18:14.40Ch3ckHey
18:14.59Ch3ckjst recovered from some network breakdown.
18:15.16ncsabaI'm testing now the .emacs settings from the wiki
18:15.49Ch3ckbrlcad: could please give me those links to the concept behind the push command, matrix edit and probably pull routines?
18:15.53ncsabacopy-pasted them, now I get an error: Wrong number of arguments: quote, 2
18:16.10brlcadyeah, that's probably a version mismatch
18:16.56brlcadtry removing everything after the ; key bindings ; comment
18:17.35brlcadcould be that copy-paste messed up on one of those lines .. there's an embedded hard tab
18:18.53brlcadncsaba: could also try codelite's settings: http://codelite.org/LiteEditor/LocalPreferences ... columns per tab = 8, columns per indent = 4
18:19.51ncsabasure, that is already what I have set in codelite
18:20.18ncsabaand that's how I had it before the last patch too - so I suppose it is not enough
18:20.27*** join/#brlcad rays2pix (~deepak@110.234.229.2)
18:20.47brlcadit's probably not smart enough to mix the two where indents are smaller than the tab stop size
18:21.08*** join/#brlcad Izak_ (~isaac@41.202.197.178)
18:21.09brlcador need to check that use tab checkbox
18:21.46ncsabaoh sorry - I checked now and it was set to indent at 8
18:22.01ncsabaI thought I've set that to 4...
18:22.01brlcadalternatively, could just make it use spaces for indent, 4 per indent, no tabs, then run ws.sh to convert them to tabs
18:22.57ncsabaok, possible it was reset after a VM crash I had
18:24.24Ch3ckhi brlcad: could you please give me the links to the pages concerning the concept behind the push/ matrix edit operatons please ? so i could read more on them.
18:24.48*** join/#brlcad m_daga (~0_level@173.44.133.227)
18:25.16brlcadwow, it's grown ... our repo is now 1.58 GB
18:25.22ncsabaanyway, now I need to get all the files wrongly indented by sh/indent.sh back on track, so I'll still try to get that working
18:25.31brlcadCh3ck: what pages?
18:26.52brlcadif we had time to write something that specific, we wouldn't need someone to implement unpush as it'd already be done ;)
18:26.58brlcadyou can read the man page on push/xpush
18:27.21brlcadI believe it's talked about in Principles of Effective Modeling (also in our docs section)
18:27.41Ch3ckok
18:27.49brlcadbut the real meat is understanding how to create geometry and apply a matrix edit
18:27.55Ch3ckcould you please give me the link to the wiki pages please?
18:28.05brlcadif you understand that, understanding pull/unpush is natural
18:28.13Ch3ckyou gave me something like that earlier..
18:28.19ncsababrlcad: I deleted everything after the "key bindings", now it doesn't error out but still formats at 2 space indentation... :-(
18:28.20brlcadreally?
18:28.22Ch3ckok
18:28.31Ch3ckok
18:28.31Ch3ckthanks
18:28.33Izak_Ch3ck_: Please check your gmail NOW
18:29.05Izak_ncsaba_: Just ask for help. Don't ask if you should first?
18:29.33ncsabaCh3ck: this is what you mean ? http://brlcad.org/w/images/3/36/Object_Editing_-_the_oed_Command.pdf
18:29.38Ch3ckok
18:29.50Ch3ckyeah
18:29.56brlcadCh3ck: I hope you're not saying that you can't be bothered to check your scrollback history ... or browse a website ... or perform a web search...
18:30.04Ch3cki lost my connection here so i lost all the pages.
18:30.06rays2pixI have put together a draft proposal in the wiki. will be glad if I  some one could review it
18:30.10Ch3ckyeah
18:30.11brlcadthat would be a really bad impression to give your mentors
18:30.15Ch3ckthanks
18:30.19Ch3cki got all..
18:30.54brlcadit was more than that one pdf link, so I hope you do revist what's already been said
18:31.04Ch3ckyeah
18:31.15Ch3ckmy computer went off with the loss of electricity so
18:31.22Ch3ckthats why i lost the links
18:31.24brlcadso that still left two other options
18:31.28brlcadat least
18:31.30Ch3ckthanks
18:31.35Ch3cki got the links now
18:31.40Ch3ckthanks to you all
18:31.54brlcadCh3ck: I'm giving you a hard time because that's not effective collaboration
18:31.56ncsababrlcad: at first I also didn't notice that the chat is logged...
18:32.10brlcadit's damn convenient for you, but only by being a burden on others (however minimal)
18:32.32brlcadthat won't work, you will be expected to put forth effort (WAY more effort) if you get slotted
18:32.46Ch3ckyeah i understand
18:33.44brlcadncsaba: yep, 10 years worth of logs next year :)
18:34.37ncsabaway too much to read it all ;-)
18:35.04ncsabaof course it can be searched though..
18:35.33ncsabaOK, I will need some more emacs fighting :-)
18:38.25Izak_Where can I get images of brlcad_ primitives ( geometry representations) ?
18:40.11ncsababrlcad: so, if I add: (setq-default c-basic-offset 4) -> now it indents some lines with 2 tabs where originally were 4 spaces - crazy
18:41.54Ch3ckIzak: the best thing is to check online
18:42.14Ch3ckand read the documentation
18:42.19Ch3ckon the wiki page..
18:45.08Izak_thanks Ch3ck_:
18:46.11ncsababrlcad: the indet script is only changing the white space on the beginning of the lines, or it does more complex things too ?
18:48.18Ch3ckIzak: checked my gmail and saw nothing what up?
18:58.17rays2pixI am afraid whether my previous message was lost:)! So just trying again.
18:59.05rays2pixI have put a proposal on image processing. Will be relaxed a bit, if some one is intending to look it up!
19:01.29Ch3ckjust give the link
19:01.52Ch3ckhey guys i wish to know where the 'mat_t' data type is defined in the src
19:02.14Ch3cki have looked at raytrace.h, bu.h, bn.h, vmath.h headers
19:02.25Ch3ckto no avail could some one help me out here..
19:02.54Ch3cki assume its a 4x4 matrix probably i just want to see how it is defined so i can continue workx on my proposal..
19:04.14*** join/#brlcad Izak (~isaac@41.202.195.186)
19:05.01Guest8550Ch3ck please check ur gmail account
19:05.24Ch3cki have checked there is nothx there
19:05.27Ch3ckwhat up?
19:06.04Ch3ckok
19:06.04Ch3cki see it
19:06.09Ch3cki have checked it.
19:06.18Ch3ckthanks Izak
19:06.47*** part/#brlcad m_daga (~0_level@173.44.133.227)
19:07.42*** join/#brlcad zero_level (~0_level@173.44.133.227)
19:08.35IzakCh3ck_:Please send me the email
19:09.21Ch3ckok
19:10.03Ch3ckIzak: gimme ur email.
19:10.18Ch3ckso i can forward iutt to u..
19:13.11Ch3cki mean ur gmail acc.
19:16.44Guest16696Ch3ck : u2isaac@yahoo.com
19:17.04Ch3ckyeah already sent it ..
19:17.17Ch3ckthought you wanted it thru ur gmail..
19:18.03ncsababrlcad: ok, I found why codelite doesn't want to format well: http://sourceforge.net/p/codelite/bugs/866/
19:18.51ncsababasically it resets my setting of indentation level to 8 :-(
19:19.28Guest16696Ch3ck:Any how thanks
19:22.12ncsabathis is exactly the kind of things I hate - being blocked by code formatting issues, which I couldn't care less of :-)
19:34.46brlcadncsaba: it's just indentation
19:35.14ncsabaok
19:35.33ncsabaI will just manually reindent my additions then
19:35.47ncsabawhat is the exact rule there ?
19:35.48brlcador like I said, tell codelight to just use 4-char space indentation
19:35.51brlcadthen run ws.sh
19:36.02ncsabaok, probably that's what I'll do
19:36.18rays2pixbrlcad:sorry if this is annoying, but I am afraid whether my irc messages were lost in clutter
19:36.21ncsabacodelite has a bug and doesn't like different tab and indent
19:36.47brlcadour indentation is spelled out in hacking, but it's basically tab-compressed 4-char indents
19:37.15brlcadso 4spc, 1tab, 1tab+4spc, 2tab, etc as you indent 1, 2, 3, 4 levels
19:37.59brlcadprovides fewest bytes with a fixed visual presentation that displays correctly if you run cat or feed a file to a printer
19:39.33ncsabaok
19:40.07ncsabaunfortunately if I set codelite to tab=4 then the existing code looks unreadable :-(
19:40.20ncsabaso it will stay at indent=tab=8
19:41.00ncsabaand I will take care of indentation manually
19:42.29brlcadtab should still be 8
19:42.35brlcadindent != tab
19:42.42brlcadthat's why there were two input fields
19:43.07brlcadindent=4, tab=8, use tabs = no
19:45.40*** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu)
19:46.13ncsabayes, but if I set indent to 4, tab=8, save -> next time I open the dialog both are again at 8
19:46.27brlcadah, so buggy
19:46.29ncsabayes
19:46.36brlcadwhat if you set both to 4?
19:46.38*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
19:46.43brlcadand to not use tabs
19:46.46ncsabathen I can't read the code :)
19:47.01ncsabathe existing tabs will be 4
19:47.29brlcadhrm, that sucks
19:47.43ncsabayes, but I can live with that
19:47.56brlcadyet another option .. http://astyle.sourceforge.net/
19:47.58ncsabaI just won't use it's auto-formatting
19:48.05brlcadit has support for our format (the latest version)
19:49.06ncsabaok, thanks, I'll check it out
19:50.22rays2pixbrlcad: I have a draft version of proposal at http://brlcad.org/wiki/User:Rays2pix2013/GSoc2013/Proposal
19:50.23ncsabaso I suppose the astyle 1.23 which ships with ubuntu lucid will not format properly ?
19:50.56rays2pixbrlcad: Can you please look into it and give me some pointers for further expansion
19:52.07brlcadncsaba: nope
19:52.11brlcad2.03
19:52.22brlcadlooks like the very top feature in their latest release notes
19:52.30ncsabaok
19:52.36ncsabadownloaded sources...
19:52.43brlcadI made a patch for him last year, but it took him forever to push out a new release
19:54.07ncsabaok :-)
19:56.32brlcadrays2pix: at a quick glance, that's looking really good
19:57.30rays2pixbrlcad: Thanks..Will wait for your queries though.
19:57.35brlcadit could use a little more detail and needs a week-by-week schedule
19:57.46brlcadthe deliverables as stated are too generic/vague
19:59.00rays2pixbrlcad: I wanted to verify whether I am in right direction with current proposed interfaces. If thats verified  , I would add few more and work up a schedule
20:00.02ncsababrlcad: before I spend an hour reading astyle docs and experimenting, do you have perhaps at hand the right parameters ? (if not, I will take that hour...)
20:07.36brlcadrays2pix: right direction, sure
20:07.54brlcaddetails to be worked out though, even after selections are made
20:08.14brlcadI'd suggest getting rid of filtering altogether, and just keeping it in mind for setting up the API
20:09.11brlcadto me, i'd think we'd want to move towards a "struct icv_image" that is a more generalized data container
20:09.33brlcadeither getting rid of or encapsulating into a union or type field where the data resides
20:10.13brlcad(i.e., no separate filename field, just a source notion)
20:10.25rays2pixbrlcad: I was also thinking the same.  I am under a assumption that we would need to maintain details of only bw and pix formats for processing needs
20:10.40n_reedlooks like the sf site has changed
20:10.54brlcadideally supportting streaming and out-of-core processing as well as traditional file and in-memory processing
20:11.31brlcadn_reed: it only looks like it changed because it's different
20:12.12rays2pixbrlcad : okay will do that. Sorry I didnt get what you meant by "get rid of filtering ".
20:14.21brlcadrays2pix: you do realize the only difference between bw and pix is 1 channel vs 3 right?
20:14.54rays2pixyep
20:15.19brlcadif you had a four pixel image (2x2), it can have N-channels of data
20:15.34brlcadthat data could be char or large integer or even floating point
20:16.03rays2pixokay. I was assuming it to be char. Will correct that
20:16.20brlcadso it's something to think about
20:16.42brlcaddo we want the in-memory processing format to be the fastest
20:16.45brlcadthe most flexible
20:17.02brlcadthe most generalized
20:17.06brlcadthe most input preserving
20:17.17brlcadlots of considerations
20:17.58brlcadinterleaved, non-interleaved
20:18.24rays2pixI dont have a clue on how brlcad wants it ..like what is typically a big image within brlcad
20:18.35brlcadfor the 2x2, is it rgbrgbrgbrgb bytes or rrrrggggbbbb
20:18.51brlcadand do we keep them in memory as such, or is that just the output
20:19.00rays2pixif it isnt too big, I would work towards flexible and generalized interface at the expense of speed
20:19.02brlcadwe want to preserve data as much as possible
20:19.09brlcadimage sizes are indeterminate
20:19.30brlcadcommonly 2k-4k square but mostly due to performance limitations going bigger
20:19.40brlcaddesigning something better doesn't have to be constrained by that
20:20.14rays2pixokay . We keep the input memory unchanged. My plan was to use a separate memory for the output. Is it bad?
20:20.36brlcadthe emphasis should definitely be on "conversion" though, so that is entirely a question of streams, formats, bytes, interleavings
20:21.44rays2pixok. will explore and get back with details
20:21.51brlcaddoubling the memory requirements doesn't sound like a great idea unless it provides some specific gain
20:23.02rays2pixI see that , will modify it.
20:26.46brlcadrays2pix: I suggest taking a peek at what some of the other libs do too
20:26.46ncsababrlcad: "astyle -xT"  will still modify extensively pipe.c, any idea what I can still do to limit the damage ?
20:28.09brlcadrays2pix: like looking at openexr, imagemagick, and netpbm
20:28.37brlcadncsaba: you sure you have the astyle flags right?
20:28.39rays2pixsure. I am currently looking at imagemagick will check out others too.
20:28.42brlcadi don't recall what they are
20:29.14brlcadrays2pix: we definitely want to be able to process HDR output, so keep that in mind
20:29.19brlcadinputs/outputs
20:31.00ncsababrlcad: the -xT is the one forcing 4 space indent and 8 tab, with tab as much as possible -> but it also touches parts of the code I didn't want it to touch
20:31.16brlcadit might make sense to convert inputs into a generalized double-precision format, with N channels, then convert to output as requested
20:31.22ncsabaperhaps I still need some other settings too - but there are so many, I can't figure it out
20:31.44ncsabamy code is now formatted well, but the rest is disturbed
20:31.45brlcadncsaba: yeah, I just don't remember it being that simple
20:31.55rays2pixthat makes it more interesting. I will come up with ways to accomodate various formats.
20:33.08brlcadthinks filtering / conversion should be OpenCL plugins
20:33.53brlcadso you have readers/writers for the various formats, and processors in opencl
20:34.12brlcadso we can leverage parallelism and gpus a little easier
20:35.25rays2pixthats better.will think that way !
20:35.27brlcadrays2pix: so I don't want to get too much glitter in your eyes ... I'm rambling on about double precision outputs but do know that JUST getting all of our image tools able to read/write any format using libicv would be a huge win and a viable GSoC project
20:35.39brlcadif both can happen, great
20:36.12brlcadbut we do have a lot of tools, and it'll be better to either have an immediate code gain through refactoring or performance/architecture gain through new structures (that are put into immediate use)
20:36.20rays2pixsure:! I am also interested in making the base interface faster and better. Once the infrastructure is in place we can add other tools
20:37.06rays2pixI would vote for performance gain, I can rewrite the existing tools in about a months time.
20:37.13brlcadno you can't :)
20:37.26brlcadand that's okay
20:37.49brlcadthey're not all trivial tools like bwfilter
20:37.53brlcador bw-pix
20:38.06brlcadand there are still 100+
20:38.33starseekerncsaba: for astyle, you can try our misc/astyle.opt file - I don't recall how close it gets you to the correct formatting, but it should help
20:38.53ncsabastarseeker: thanks for the hint !
20:38.54brlcadyou'd have to convert something like 1 an hour for an entire month without making a mistake or encountering/introducing any bugs
20:39.18rays2pixmm..may be most of what I went through looked trivial like scaling and interpolation. Alright, for proposal I would expand the  icv_convert part
20:39.50starseekeralso has had abysmal luck configuring emacs to do correct formatting via the .sh scripts, so astyle is a nice option to have
20:39.51brlcadit's in the name ICV .. "image conversion"
20:39.56brlcadit has to get that part right
20:40.14brlcadwhere right is entirely subjective, has to be awesome
20:41.07rays2pixI agree on the second part! Would like to learn  writing parallel code using this task.
20:42.04brlcadwriting parallel code is a little different from writing opencl code
20:42.14rays2pixoh
20:42.24``Erikgot an email saying our project has been upgraded
20:42.41starseekerso time to re-checkout the repo?
20:43.05rays2pixparallel code is for multi-core and opencl is for gpu? is it so?
20:43.23``Erikrays2pix: generally, yeah...
20:46.20brlcad``Erik: repo is still importing
20:46.23brlcadit'll be a hwile
20:47.05brlcadrays2pix: opencl is a generalized computing architecture for both cpu and gpu
20:47.37brlcadyou can schedule work on gpu, cpu, or both, you just define a task, tell it where to run that task, and how
20:47.44rays2pixok
20:48.44brlcadit obviously involves parallelism in the "how" but it's rather different from traditional "parallel computing" where you create threads or processes
20:49.01brlcadmanaging mutexes, semahpores, IPC, shared memory, etc
20:49.16``Erik'hwile' like http://www.youtube.com/watch?v=lich59xsjik ?
20:49.33brlcadyes
20:49.48brlcadqhuite
20:50.00ncsababrlcad: I updated from svn, and I get an error compiling: src/other/libregex/regex.h:60: note: previous declaration of ‘off_t’ was here
20:50.35rays2pixi see, I was proposing a traditional one in my draft. now will look in to opencl and will take care about the constraints it brings
20:50.53ncsabaI use "ninja" to compile, is there anything I'm missing, perhaps I need to do some "clean" compile or so ?
20:51.19brlcadncsaba: that's a very recent change
20:51.35brlcadcan revert back to what you were on or stub in a fix
20:51.44brlcador wait for someone else to fix it
20:51.56rays2pixbrlcad:thanks I got handful of things to do. Will update the proposal and let you know. thanks for your time and patience
20:51.57brlcadsomeone's trying to get 64-bit windows to behave
20:52.05ncsabaaha
20:52.16``Erikwhat platform and revision did you see the failure?
20:53.01``Erikr55207 SHOULD have finished that issue off...
20:53.54ncsabaubuntu lucid
20:54.17ncsabaUbuntu 10.04.4 LTS
20:54.42ncsabaI commented out that line 60, seems to compile
20:55.54ncsabaI don't have enough experience with C/includes/platforms to figure out what is the right solution there...
20:56.23ncsabaI just want to make sure my changes compile before submitting a patch :-)
20:58.14*** join/#brlcad caen23 (~cezar@92.81.210.66)
21:05.52``Erikwhen did you do your last svn up? if you do an "svn info", what revision does it say?
21:06.22``Erik(I have an Ubuntu 12.04.2 LTS box I can try on if you're using 55207)
21:09.01ncsabasvn update -> At revision 55207. (this was ~30 mins ago)
21:10.12ncsabacommenting out line 60 of regex.h let's me compile, and mged works too
21:11.39``Erikstrange that the system libregex wasn't found... doing a cmake now
21:15.41``Erikyeah... hm, dunno if I want to try committing while the migration is in process, though
21:22.48ncsabaso, I posted the patch - formatting the white space was at least as demanding as doing the math...
21:23.21ncsabathanks for the help :-)
21:24.35ncsabawill leave now, late here, bye !
21:30.55Notify03BRL-CAD:carlmoore * 55208 brlcad/trunk/src/conv/nmg/asc-nmg.c: accept - as argument for stdin; also acknowledge what will be used for input & output; further changes will be needed for no-argument 'Usage' result
22:18.00*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
22:18.01*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo)
22:18.01*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:51.48``Erikgot an email saying the repo migration is complete
23:12.39*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
23:12.40*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo)
23:12.40*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20130423

IRC log for #brlcad on 20130423

00:22.43brlcad~cadsvn
00:22.43ibotTo obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
00:23.26brlcad~no, cadsvn is To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
00:23.51brlcad~cadsvn
00:23.51ibotTo obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
00:23.56brlcadgr
00:24.12brlcad~cadsvn is <reply>To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
00:24.12ibot...but cadsvn is already something else...
00:24.18brlcad~no cadsvn is <reply>To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
00:24.18ibotokay, brlcad
00:24.24brlcad~cadsvn
00:24.24ibotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
00:25.21brlcad(still using https for public instruction here to avoid proxy/firewall explanations)
00:29.19Notify03BRL-CAD:brlcad * 55208 brlcad/trunk/README: first commit to the new repo. shorten some irerelevant and redundant detail.
00:30.09*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
00:30.09*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo)
00:30.09*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:30.28n_reedyeah i liked the speed of the svn+ssh checkout
00:33.03starseekerwonders how long it will take him to get used to the new path...
00:36.54starseekerbrlcad: what's your take on the regex thing?  Fix the one in there for 64 bit, or switch to something like pcre that's still actively maintained?
00:38.34brlcadthat it was working fine and rweiss broke it trying to make it better?
00:39.52brlcadpcre isn't nearly as portable or as fast as our old bsd copy last I tested, it would warrant retesting before replacing
00:40.05brlcadat least pcre is dependency-free iirc
00:40.49brlcadbut still, our lib should be working just fine -- I havent heard any issues that weren't self-inflicted
00:41.32starseekerapparently the red command failed on 64bit windows
00:41.57brlcadand the quintessential...
00:42.00brlcadwhy?
00:42.10brlcadotherwise, that means nothing
00:42.19Notify03BRL-CAD:tbrowder2 * 55209 (brlcad/trunk/t.txt =================================================================== and 1441 others): test
00:42.57Notify03BRL-CAD:tbrowder2 * 55210 (brlcad/trunk/t.txt =================================================================== and 1441 others): remove test file
00:43.17brlcadwow big parse fail there
00:44.04starseekerbrlcad: his comment in regex.h suggests that off_t is defined as a "long", which I guess is 32 bit was wasn't enough to hold 64 bit information?
00:44.37brlcadI'd commented several months ago that one of his changes was highly suspect and possibly introducing a behavior change
00:44.47starseekerin red?
00:44.54brlcadin libregex
00:44.58starseekerah
00:46.04brlcadhe's changing a lot of size-specific logic in there, which wold be fine in some places, but libregex is tightly packed
00:46.09starseekerblinks - wow, svn log was a *lot* faster
00:46.15brlcadlots of bit operations for speed
00:46.21starseekernods
00:46.45brlcadcan't just jack types around like he seems to be doing withour deeper understandin/testing
00:47.17brlcadI'd roll back to before the rampage a few months ago and see what the original issues were
00:50.14brlcadstarseeker: you can take out the todo readme, certainly what was intended
00:50.55starseekernods
00:51.36starseekersorry, computer froze up again - this sucker may be on its last bits...
00:51.39brlcadlooks like r51054 is the first commit I flagged in review
00:51.58brlcadclaims that got red working..
00:52.56starseekerif it really is a data type size issue, that could be a little tricky to get right - like you said, lots of size specific logic
00:54.04brlcadthe problem is a lack of a problem definition
00:54.25starseekergrowl... "Authorization failed."
00:54.37brlcadhis response to my inquiry was:
00:54.44brlcad"The file regexec.c includes engine.c twice where the data types changed between the versions. To make this work the sizeof(long) must equal sizeof(char *) which it is not on Win64. The easiest solution was to change all the places where 'long' and 'unsigned long' were used to the 'size_t' and 'ssize_t' since sizeof(char *) and sizeof(size_t) are always equal."
00:55.22brlcadto me, that says he's possibly using the wrong types anyways, and struggling now because of it
00:56.29brlcadNEED the actual win64 error/issue, but using a uint32_t might have been what was needed if type sizes are expected in libregex
00:56.34starseekerwondered a bit if fundamentally variable sized types like size_t would work in that application...
00:56.50starseekerat least, without designing for it up front
01:01.27brlcadfrom what I saw when I reviewed the commit, libregex doesn't seem to care, but several of the bit operations looked like they may have assumed a long was 32-bit
01:02.03brlcadso converting to size_t (and later to off_t) just exacerbate the problem to everywhere
01:02.17brlcadwhile possibly making compiler warnings go away
01:02.26brlcad(via quiet casting, not fixing)
01:08.05Notify03BRL-CAD:starseeker * 55211 brlcad/trunk/TODO: Have enough info in src/other/README to remove TODO item.
01:08.10starseekerhuzza
01:08.37starseekerproceeds to start backing up his home drive before anything else goes south..
01:27.19Notify03BRL-CAD:n_reed * 55212 (brlcad/trunk/include/dm.h brlcad/trunk/src/mged/attach.c): Make dm func decls C++ friendly. Specifying the dm_processOptions params revealed mged_attach needs to dup its argv since the former doesn't make the same const promise (presumably because it wraps bu_getopt, which imitates getopt's signature).
01:30.54*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
01:33.10*** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu)
03:40.54brlcadstarseeker: https://sourceforge.net/p/brlcad/discussion/362509/thread/0efcfc44
03:53.50kanzurebrlcad: it looks like sourceforge has roled out new url schemas? they also sent out some new urls for svn+ssh:// earlier today..
03:53.53kanzure*rolled
04:23.49*** join/#brlcad caen23 (~cezar@92.83.176.26)
04:41.34*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
05:00.02starseekerbrlcad: thanks - got it
08:00.25brlcadkanzure: yes, I finally "upgraded" our project pages
08:00.28brlcaddetails on the mailing list
08:01.06brlcad(it's been an option since last fall, but I delayed while they got more features migrated)
08:18.13caen23hmm... any reason why wiki usernames need to be at least 10 characters?
08:19.30Notify03BRL-CAD Wiki:92.83.176.26 * 5083 /wiki/Compiling: /* Download BRL-CAD */
08:21.03Notify03BRL-CAD Wiki:92.83.176.26 * 5084 /wiki/Compiling: /* Configure */
08:24.32kanzurebrlcad: ah i didn't know it was voluntary. cool.
08:47.25*** join/#brlcad crdueck (~cdk@24.212.219.10)
09:31.05*** join/#brlcad vladbogo (~vlad@188.25.239.23)
09:41.39*** join/#brlcad caen23 (~cezar@92.81.199.243)
09:47.37*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:46.19Notify03BRL-CAD:tbrowder2 * 55213 (svn:mime-type ## -0,0 +1 ## and 2 others): test
10:46.52Notify03BRL-CAD:tbrowder2 * 55214 (brlcad/trunk/t.txt =================================================================== and 11 others): test
10:47.29Notify03BRL-CAD:tbrowder2 * 55215 (svn:mime-type ## -0,0 +1 ## and 2 others): test
10:47.44Notify03BRL-CAD:tbrowder2 * 55216 (brlcad/trunk/t.txt =================================================================== and 11 others): test
10:55.06Notify03BRL-CAD:tbrowder2 * 55217 (svn:mime-type ## -0,0 +1 ## and 2 others): update
10:55.38Notify03BRL-CAD:tbrowder2 * 55218 (brlcad/trunk/t.c =================================================================== and 11 others): final test
11:08.39``Erikneat
11:11.00*** join/#brlcad caen23 (~cezar@92.81.199.243)
11:40.57*** join/#brlcad hsrai (~hsrai@202.164.53.116)
11:49.58Notify03BRL-CAD Wiki:Phoenix * 5085 /wiki/User:Phoenix/GSoc2013/Proposal: /* Project title */
13:10.35*** join/#brlcad zero_level (~0_level@50.2.252.100)
13:36.52*** join/#brlcad pankaj (6a4c2c67@gateway/web/freenode/ip.106.76.44.103)
13:37.01pankajhi
13:38.19pankajanyone is there???
13:51.08*** join/#brlcad ncsaba (~ncsaba@p54982096.dip0.t-ipconnect.de)
13:58.28pankaji want to work on Non-vacuum gravity simulator project idea.... can anyone suggest me how to go about that...
14:00.38ncsabahi all
14:01.14ncsabaanybody around I can talk about refactoring analyze.c ?
14:03.34ncsabathe idea is that the analyze command currently only results in human readable output, but that's not very useful for scripts to query the object's properties
14:04.48ncsabaalso I would like to have much more data points available for querying than currently possible...
14:06.15ncsabain a pipe for example (the primitive I currently study) I would like to be able to query in a script all/any of the bending center points for the bent segments
14:09.01ncsabathe key point here is to define a sensible interface, where the primitives fill some data structures with analyze results, and the analyze.c code displays those structures
14:09.53ncsabaand some other command could filter those structures and fill TCL variables for example with the corresponding TCL data structures
14:11.05ncsabaso analyze.c/h I would expect to define some generic structures (to be filled by primitives), and have generic routines to disply them
14:11.53ncsabaand some new command would use the same primitive routines to fill the data, then put it in TCL structures, possibly filtering for specific variables asked for
14:12.04ncsabadoes all this make sense ?
14:15.20*** join/#brlcad caen23 (~cezar@92.81.188.183)
14:29.59ncsabaok, I have to leave... bye
14:59.11starseekerso has viewvc (online html-ified repo navigation, diff, etc.) gone bye-bye?
15:01.11``Erikhttps://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/
15:44.11*** join/#brlcad zero_level (~0_level@50.2.252.100)
15:58.24*** join/#brlcad pankaj (310fd538@gateway/web/freenode/ip.49.15.213.56)
16:05.46*** join/#brlcad pankaj (6a4da21f@gateway/web/freenode/ip.106.77.162.31)
16:06.10pankajhello....everyone...
16:07.11pankaji have decided to work on Non-vacuum gravity simulator project idea.....can anyone suggest me"how to go about that"....
16:14.34pankaj.....
16:15.18pankajwaiting for your response ....
16:17.32brlcadhello pankaj
16:18.00pankajthank you for the response..
16:18.07zero_levelhey _pankaj .. although i am a newbie in this .. but as i understand .. you will have to come up with a project proposal based on the idea .. it is good that you have shown your interest in brlcad .. Since most of the developers are busy they may not be able to help you with what is expected or.. you could see the developer mailing list and its archives .. you could also try digging in the code
16:18.08zero_levelto understand what is expected .. for this just download the code repo from sourceforge.net using svn ..else you could read last year's proposal or final reports from brlcad GSOC selected students .. morever you could mail to the mailing list directly ..
16:18.13brlcadah ncsaba left..
16:18.46brlcadpankaj: don't wait for a response, RESEARCH! :)
16:18.55brlcadthat's how you go about that
16:18.56pankajya....i went
16:19.12zero_level@ _brlcad hope i made it clear from what i wrote
16:19.15brlcadyou read code, read more code, ask some questions, read more code still, start writing up some goals
16:19.55zero_level_brlcad i am working on consolidating image processing.. hope i will come with a proposal by tommorow
16:19.55brlcadand some of what zero_level just said, read up on the previous activity on that project
16:19.57pankajcan you tell me...what i have to do in that ...
16:20.26brlcadpankaj: nobody can tell you ... "what you have to do in that"
16:20.37brlcadthe is exactly the work
16:20.40pankaji mean any coding stuffs....
16:20.58brlcadask me a question about the code and I'll answer as specific as your question
16:21.26brlcadwhy did you pick that project?
16:21.39pankajya....sure....but i am not getting what i need to do right now with that
16:21.46pankajbecause
16:22.11brlcadfirst off, take a deep breath
16:22.12pankaji told you already i love physics and maths...
16:22.15brlcadyou're trying too hard :)
16:22.25brlcadneed to take a step back and understand your problem
16:22.40brlcadthen apply basic problem solving skills, tackle your problem and understanding one step at a time
16:23.12brlcadif you don't know where you're going or why, I can't exactly help give you driving directions
16:23.50pankajmy problem is...i dont know what is the problem with the project i mean what i need to do in that project
16:24.17brlcadzero_level: sounds good, what's your goal?
16:24.28brlcadpankaj: YOU define the project, not us
16:24.36brlcadso the problem is what you decide to do
16:24.49brlcadwe merely suggest starting points
16:25.01brlcadthat's the case with nearly all orgs and projects, they are your proposal
16:25.12pankaji have decided to work on Non-vacuum gravity simulator idea..
16:25.12brlcadso there you go, you need to figure out what you want it to do
16:25.19brlcadthat's an idea, not a project
16:25.34brlcadthat's like saying "i have decided to work on building a car.."
16:25.52brlcadokay, what kind of car, where will it be drive, what will it be used for?
16:26.42brlcad"09:38 < pankaj> anyone is there???"  <-- pleae don't do that again :)
16:27.04pankajoops....sorry for that...
16:27.08brlcadthat is not how IRC works
16:27.19brlcadsee our wiki page (which I believe I referred you to earlier...)
16:28.19pankaji saw...there some categories and their related topics...
16:28.34brlcadour wiki page on IRC etiquette
16:28.36zero_leveli have basically looked at most of the utilities in the utlity folder
16:29.00brlcadzero_level: and what did you discover?
16:29.11zero_leveli found four categories bw,pix,plots and missceallenaous
16:29.37zero_leveland sub categories Operations, filters, and conversions
16:30.30pankajk....Non-vacuum gravity simulator is just an idea ,,not a project???
16:31.09brlcadpankaj: what is the title of the page that listed that topic?
16:32.02pankajscientific projects
16:32.15brlcadzero_level: and did a project come to mind, how to extend, refactor, or otherwise improve that body of code?
16:32.26brlcadpankaj: the title of the page
16:32.28brlcadnot the section
16:32.46brlcad/wiki/what?
16:33.05pankajmain page
16:33.16pankajBRL-CAD Wiki
16:33.28brlcadwell which one?
16:33.43brlcadand both are wrong, Non-vacuum isn't on either of those
16:34.15zero_level_pankaj i hope brlcad is talking abt this http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas
16:34.24zero_levelwhich says Project Ideas
16:34.44brlcadgives zero_level a cookie for correct
16:35.02pankajits under scientific projects...
16:35.09brlcadso?
16:35.15brlcadthat wasn't my question
16:35.47pankajsorry...but i didnt get your question
16:35.55brlcadyou should say that then
16:36.00zero_level_pankaj you would like to read open-advice.org
16:36.35zero_level_brlcad thanks!
16:36.37brlcadpankaj: open source really emphasizes communication
16:36.54brlcadif you don't understand something I say or ask, don't just make up guess answers
16:37.06brlcadget clarification, explain what you do not understand
16:37.47brlcadwe're here to help you, but can't help you if you don't communicate effectively
16:39.14brlcadpankaj: do you understand what I was saying with my question now?
16:39.28brlcadyou asked whether it was an idea or a project
16:39.33brlcadit's a project idea
16:39.43*** join/#brlcad pankaj_ (310fcab1@gateway/web/freenode/ip.49.15.202.177)
16:39.55brlcadand how much did you miss?
16:40.52pankaj_sorry for disturbance...
16:41.02brlcadpankaj_: what was the last line you saw?
16:41.15pankaj_open-advice.org...
16:41.28brlcad12:36 < brlcad> pankaj: open source really emphasizes communication
16:41.28brlcad12:36 < brlcad> if you don't understand something I say or ask, don't just make up guess answers
16:41.31brlcad12:37 < brlcad> get clarification, explain what you do not understand
16:41.33brlcad12:37 < brlcad> we're here to help you, but can't help you if you don't communicate effectively
16:41.37brlcad12:39 < brlcad> pankaj: do you understand what I was saying with my question now?
16:44.16zero_levelalso i have seen the current progress on libicv and the logs describing bu_image converted to icv_image ... i saw the codes in libicv describes the file format but has only one utility i.e. rotate..  I am looking at some openly available image library to represent the images in brlcad... and convert this part of code into a sub tool like rtwizard application ..
16:45.58*** join/#brlcad pankaj (310f800e@gateway/web/freenode/ip.49.15.128.14)
16:46.17pankaj:(
16:46.49brlcadpankaj: is there a reason you cannot use a real irc client?
16:48.07pankajno....my hostel wifi blocks chat category sites and all...and i am using this loosy modem ...
16:48.23pankajthats why i am not able to be steady ..
16:48.37brlcada real irc client won't be a "chat category site"
16:48.59brlcadirc is over it's own port, not http
16:48.59pankajstay connected
16:49.44brlcadthat's why I'm suggesting you try a real client
16:49.46pankajmay be ....i dont have much knowledge about irc....but they did setup like that
16:50.25brlcadthere are only a thousand or more tutorials around the web (including the IRC wiki page I asked you to read yesterday)
16:51.28brlcadyou will find that most people in open source have very little patience if you do not read information provided specifically to help you understand something
16:52.22brlcadplease read http://brlcad.org/wiki/IRC in full, try one of the real clients in the IRC client list
16:54.32*** join/#brlcad pankaj (706e5874@gateway/web/freenode/ip.112.110.88.116)
16:54.55pankajsorry...this internet is such....
16:55.05brlcadplease read http://brlcad.org/wiki/IRC in full, try one of the real clients in the IRC client list
16:55.16brlcadyou will find that most people in open source have very little patience if you do not read information provided specifically to help you understand something
16:55.41pankajdo u want me to download mIRC????
16:55.54brlcadwtf
16:56.07pankajsorry
16:57.52brlcad"no", I want you to read http://brlcad.org/wiki/IRC in full, and try one of the real clients in the IRC client list
16:58.17pankajok...i am on it...
17:09.13*** join/#brlcad pankaj_ (6a4c3d33@gateway/web/freenode/ip.106.76.61.51)
17:09.19zero_level_brlcad ?
17:16.06pankaj_i installed mirc..
17:17.37pankaj_please help me in this
17:26.10pankaj_sorry
17:34.34*** part/#brlcad zero_level (~0_level@50.2.252.100)
17:34.44*** join/#brlcad ddg80 (~IceChat77@129.7.255.66)
17:47.06*** join/#brlcad pankaj (6a4285ad@gateway/web/freenode/ip.106.66.133.173)
17:50.18pankaj:'(
18:01.16*** join/#brlcad caen23 (~cezar@92.83.176.190)
18:58.28*** join/#brlcad vladbogo (~vlad@188.25.239.23)
19:03.29Notify03BRL-CAD Wiki:Tmaguire98 * 0 /wiki/User:Tmaguire98:
19:22.45*** join/#brlcad pankaj (310f897d@gateway/web/freenode/ip.49.15.137.125)
19:24.25pankajthis is again me....
19:28.35pankajis there anyone[ i mean student] working on Non-vacuum gravity simulator idea of scientific projects???
19:46.23vladbogohi
19:47.34vladbogoi have just got the code from the new repo and I get an compilation error that off_t from regex.h was previously defined
19:49.17vladbogoi commented that line and everything seems to work fine but i do not know if this is the solution
19:49.41vladbogois there anything i should do?
19:53.04*** join/#brlcad pankaj (310f897d@gateway/web/freenode/ip.49.15.137.125)
19:54.44pankaji am having a look over previous years development over Non-vacuum gravity simulator idea project done by Alex Taylor...
20:14.51Notify03BRL-CAD Wiki:IIIzzzaaakkk * 0 /wiki/User:IIIzzzaaakkk:
20:23.45*** join/#brlcad caen23_ (~cezar@92.81.209.88)
20:34.11``Erikvladbogo: leave it commented out, it's a messed up hack to deal with 64b windows that needs some more attention :/
20:35.35vladbogo``Erik thanks for your reply
21:43.58*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
22:28.43*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
22:38.31brlcadmpictor: welcome!
22:41.13mpictorhey :)
22:41.24mpictorsee my email about #stepcode?
22:41.34mpictor* #stepcode ?
22:41.50mpictorfinally created it, as starseeker suggested
22:45.01brlcadyep, already joined
22:45.10brlcadyou use IRC before?
22:46.16mpictoroccasionally
IRC log for #brlcad on 20130424

IRC log for #brlcad on 20130424

00:03.13*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
01:32.08*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
04:04.00Notify03BRL-CAD Wiki:Sean * 5086 /wiki/Google_Summer_of_Code/Project_Ideas: cleanup, add additional mentors, clarify slot dedications new this year
04:36.49Notify03BRL-CAD Wiki:Sean * 5087 /wiki/Google_Summer_of_Code/Project_Ideas: begin test reformatting high impact ones into a set of tables instead of top-level catgegories
04:42.51Notify03BRL-CAD Wiki:Sean * 5088 /wiki/Google_Summer_of_Code/Project_Ideas:
06:52.57*** join/#brlcad caen23 (~cezar@92.81.199.146)
07:16.37*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:12.38*** join/#brlcad zero_level (~0_level@173.44.133.227)
10:12.42*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:33.45*** join/#brlcad caen23 (~cezar@92.83.189.219)
12:19.27*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:54.23*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:06.15brlcadhow are those proposals coming along?
14:11.40*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:11.42``Erikponders this togl build failure O.o
14:17.02brlcadneed to borrow the shotgun?
14:18.33``Erikperhaps... using a system tk, togl fails with funky macro induced redefinitions
14:20.01``Erikhttp://paste.lisp.org/display/136869
14:20.07``Erikdoh, wrong version
14:21.52``Erikhttp://paste.lisp.org/display/136869#1
14:23.26``Erik<-- tries to reproduce it on a linux box
14:47.11*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:53.39*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:53.59*** join/#brlcad caen23 (~cezar@92.81.160.60)
15:26.47*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:35.58Notify03BRL-CAD:n_reed * 55219 (brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.cpp brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.h and 381 others): Copy-pasted bodies of Create member functions added a heap object to a map, and then deleted the object if loading failed. Supposing the object was deleted, later reference to it via the map caused a segfault. The simple fix was complicated by the
15:35.59Notifynumber of instances that had to be fixed, so the duplicated logic has been pulled into a static member of the parent STEPEntity class, and the subclass Create members now just call that function, passing the variable elements, namely their class name and a newly added GetInstance function that returns a new instance of the class.
16:06.00Notify03BRL-CAD:bob1961 * 55220 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: init_shoot_ray has moved to Ged.tcl
16:17.49Notify03BRL-CAD:brlcad * 55221 (brlcad/trunk/NEWS brlcad/trunk/src/librt/search.c): fixed the search command that was bombing if ran on a v4 database file. needed to call rt_db_get_internal() instead of rt_db_get_internal5().
16:24.05Notify03BRL-CAD:n_reed * 55222 brlcad/trunk/src/conv/step/STEPEntity.h: -----------
16:38.15*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:51.17*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:54.54Notify03BRL-CAD:brlcad * 55224 (brlcad/trunk/TODO brlcad/trunk/include/bu.h): it's strongly looking like the INIFINTY change uncovered a bug in our spatial partioning code, but revert it for now with a TODO in order to get a new release pushed out.
17:01.41Notify03BRL-CAD:brlcad * 55225 brlcad/trunk/TODO: quick test and arbn looked okay. memory usage was reportedly a red herring. the other two issues will get fixed after release.
17:17.20*** join/#brlcad caen23 (~cezar@92.83.171.240)
17:43.39*** join/#brlcad harmanpreet (~chatzilla@124.253.147.173)
17:43.48*** join/#brlcad Izak (~Izak@41.202.195.17)
17:44.15Guest99553Hi
17:45.25*** join/#brlcad Izak_ (~Izak@41.202.195.17)
17:45.30Izak_Hello
18:06.00*** join/#brlcad ncsaba (~ncsaba@p54982208.dip0.t-ipconnect.de)
18:07.08ncsabaHi there
18:21.19*** join/#brlcad Izak_ (~Izak@41.202.197.193)
18:57.01Notify03BRL-CAD:n_reed * 55226 (brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.cpp brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.h and 391 others): style/ws
18:58.22Notify03BRL-CAD:starseeker * 55227 brlcad/trunk/src/libbu/brlcad_path.c: path variable is only used by code within the ifdef - put the variable definition in there as well.
19:00.29*** join/#brlcad Izak (~Izak@41.202.197.193)
19:28.27Notify03BRL-CAD:starseeker * 55228 brlcad/trunk/src/librt/tests/nurbs_surfaces.g: Increase radius on spheres illustrating example points.
19:38.40Notify03BRL-CAD:starseeker * 55229 brlcad/trunk/TODO: Independent confirmation of this as a problem would be good - the wireframe drawing for spheres seems to have problems when the sphere is small and not close to the origin?
19:56.46Notify03BRL-CAD:starseeker * 55230 brlcad/trunk/HACKING: Make a stab at fixing the URLs for the svn repository in HACKING
20:19.14Notify03BRL-CAD:starseeker * 55231 brlcad/trunk/src/librt/tests/CMakeLists.txt: Can build nurbs_tester on Windows now, turn back on.
20:20.52*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:38.40Notify03BRL-CAD Wiki:Starseeker * 5089 /wiki/SVN: Update svn checkout line
20:41.46kanzurempictor: instead of a separate channel, i recommend that stepcode discussion happen in here, because there's already public logging and contributors in here.
20:42.23kanzureif those discussions become too off-topic, i'm sure brlcad will kick them out (which i doubt; BRL-CAD has a strong interest in SCL's progress.)
20:46.28*** join/#brlcad zero_level (~0_level@46.21.152.254)
21:06.30Notify03BRL-CAD:carlmoore * 55232 brlcad/trunk/src/sig/damdf.c: add '>' reference because program terminates if EITHER stdout or stdin is a tty
21:08.39*** join/#brlcad Steel_ (~Steel@192.249.25.241)
21:09.45Steel_Hi there
21:25.38``Erik1747 downloads this week, 72% windows... wonder how many of those are bots
21:42.45Notify03BRL-CAD:carlmoore * 55233 brlcad/trunk/src/sig/damdf.c: remove a newline in damdf.c
21:45.33Notify03BRL-CAD:carlmoore * 55234 brlcad/trunk/src/sig/dauto.c: compare to damdf.c and shift one 'include'; also, add '>outputfile' to usage
21:56.20Notify03BRL-CAD:carlmoore * 55235 brlcad/trunk/src/sig/dauto2.c: provide '>outputfile' here too
23:57.45kanzuresomeone posted some helpful things about the solidworks file format https://groups.google.com/forum/?fromgroups=#!topic/openmanufacturing/Fv2Ovmxnfyw
IRC log for #brlcad on 20130425

IRC log for #brlcad on 20130425

00:00.56kanzure"Because the Unigraphics-to-BRL-CAD converter, ug-g, was written using the Unigraphics UG/Open API library, users must have a Unigraphics UG/Open execute or development license in order to run it."
00:01.16kanzureis that true? there's a ug-g binary in brlcad that's useless without a license key somewhere?
00:21.11starseekerkanzure: if I remember correctly, that bit can't even be compiled without their API
00:21.55starseekerkanzure: that code is in src/external/Unigraphics
00:22.15starseekerit hasn't been built in a long time - since well before the CMake build, actually
00:23.30starseekeralso, if I recall correctly that code, even when compiled up and working, won't import or preserve NURBS - it brings things in as BoTs
00:24.03kanzureah fascinating.
00:24.40starseekerstep-g is the wave of the future :-)
00:53.22kanzurewell, the only reason i brought it up is because he claimed it can be used to get out usable files from solidworks. but that seems like a really weird claim to make if it requires a proprietary blob of code... because there's already tons of proprietary blobs of code that can do that.
02:22.56starseekernods - it might not be clear at a glance that it needs the external libs
02:24.08brlcadkanzure: yeah, the ug-g converter is like our Pro/E export plugin -- they're link against their API/libraries and work with their runtime
02:24.21brlcadhence why we shove them in src/external
02:24.42starseekerwonders if they are even keeping around once the STEP support matures
02:24.52starseekers/even keeping/even worth keeping
02:26.27brlcadkanzure: and I think the compatibility he claims is unlikely (that .sldprt will sufficiently be read by something that reads .prt files) .. maybe, but that's certainly not something we've ever investigated or tested
02:33.46kanzureoh there's also a Pro/E plugin. huh.
02:34.19kanzurestarseeker: i think they should be tossed if STEP exports more data *and* the other application reads back out the same data
02:34.34kanzureof course, STEP implementations vary..
02:36.36kanzureerm.. i mean, if the proprietary software produces an exactly equivalent "their native file format" version of a model both from (1) g-step output and (2) g-ug output
02:36.43kanzurealthough, this assumes a perfect g-ug implementation
02:36.48kanzureso that test might be inappropriate.
03:09.23Notify03BRL-CAD:brlcad * 55236 brlcad/trunk/NEWS: nick improved the step-g importer in 55219 fixing a segfault and allowing the converter to handle more varied inputs
03:10.51Notify03BRL-CAD:brlcad * 55237 brlcad/trunk/src/util/cv.c: if one section gets curlies, the other should too
03:20.14Notify03BRL-CAD:brlcad * 55238 brlcad/trunk/src/util/decimate.c: call bu_exit() and avoid setting an expression boolean to a variable
03:22.48kanzurewhich proprietary cad tool has the best STEP importer/exporter? iirc opencascade supports STEP but it had spatchy coverage?
03:22.53kanzurecstirk: i guess that's a question for you.
03:23.57Notify03BRL-CAD:brlcad * 55239 brlcad/trunk/src/libged/model2view.c: browder noticed that these two can be combined, simplifies even further.
03:31.23Notify03BRL-CAD:brlcad * 55240 brlcad/trunk/NEWS: bob fixed a bug / expanded support in r52470 to better support multiple monitors under linux. for setups not using xinerama or some other mechanism for treating multiple hardware displays as one big virtual display, this fix makes it work even if X is configured to treat them separately, returning the proper visual for the right screen.
03:34.56Notify03BRL-CAD:brlcad * 55241 brlcad/trunk/NEWS: Ro?\195?\159berg fixed a memory leak in the pipe primitive where nobody ever implemented the rt_pipe_free() function to actually release memory. now does the deed.
03:53.54cstirkkanzure: CATIA of the major vendors, Datakit of the third-party translators.   The data is here http://www.cax-if.org/vendor_info.php
04:21.49*** join/#brlcad harmanpreet (~chatzilla@202.164.53.119)
06:01.42*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
06:01.46*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:06.36*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:14.54*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
06:33.38*** join/#brlcad harmanpreet (~chatzilla@202.164.53.119)
07:21.51*** join/#brlcad harmanpreet (~chatzilla@202.164.53.119)
07:45.19*** join/#brlcad kesha (~kesha@14.139.122.114)
07:52.28*** join/#brlcad harmanpreet (~chatzilla@202.164.53.119)
08:30.37*** join/#brlcad harmanpreet (~chatzilla@202.164.53.119)
08:34.48*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:28.30*** join/#brlcad caen23 (~cezar@92.81.194.220)
10:13.48*** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr)
10:26.47*** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr)
11:14.48*** join/#brlcad caen23 (~cezar@92.83.176.40)
11:19.50*** join/#brlcad caen23_ (~cezar@92.83.176.40)
11:22.03*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
11:52.21*** join/#brlcad harmanpreet (~chatzilla@124.253.31.174)
12:29.52*** join/#brlcad jasleen (~chatzilla@117.253.228.187)
12:38.00*** join/#brlcad harmanpreet (~chatzilla@124.253.24.225)
12:40.36*** join/#brlcad kesha (~kesha@14.139.122.114)
12:41.24*** part/#brlcad jasleen (~chatzilla@117.253.228.187)
12:41.37*** join/#brlcad jasleen (~chatzilla@117.253.228.187)
12:52.04*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:27.55*** join/#brlcad Izak_ (~isaac@41.202.195.59)
13:27.58Notify03BRL-CAD Wiki:KeshaSShah * 5090 /wiki/User:KeshaSShah: Created page with "= Personal Information= Name: Kesha Shah E-mail address:[mailto:kesha.shah1106@gmail.com kesha.shah1106@gmail.com] IRC nickname: kesha_ =Brief backgrou..."
13:28.09Izak_hey
13:29.24Izak_brlcad_: Do you use mged commands and other primitives to build a heart primitive
13:33.22*** join/#brlcad jasleen (~chatzilla@117.253.228.187)
13:35.35Izak_jasleen_: How do you build a primitive out of the existing ones?
13:36.07Notify03BRL-CAD:erikgreenwald * 55242 brlcad/trunk/TODO: mention the togl replacement intent
13:36.47Izak_<PROTECTED>
13:44.50jasleenIzak_:you can make inbuilt primitives using commands or GUI and by using addition, subtraction operations of CSG (constructive solid geometry) you can make complex objects
13:44.57keshaHi, i am working on Code refactoring project. I have also submitted proposal for it: http://brlcad.org/wiki/User:KeshaSShah
13:45.39keshaI would like to know who will be mentoring this project? I would like to get reviews on it
13:46.17keshais very excited to refactor and reduce BRL-CAD codebase
13:49.33Izak_jasleen_: I want to build a heart primitive . So are you saying I will have to use mged commands ?
13:51.09keshaI have also tried to reach on mailing list. I will really appreciate if someone can help me out.
13:53.10Izak_kesha_: I am in the same soup .  
13:53.27Izak_It appears sourceforge lists have a problem
14:01.15keshaizak_ : really ! I am so enthusiastic right now. Its too hard to be patient !
14:01.27*** join/#brlcad Izak_ (~Izak@41.202.195.59)
14:01.32keshaizak_ : really ! I am so enthusiastic right now. Its too hard to be patient !
14:02.31Izak_Kesha_: So what do you intend to work on ?
14:03.13keshaIzak_: Code Refactoring and Code reducing.
14:03.22keshaIzak_: N You ?
14:04.24Izak_A heart surface primitive
14:04.53keshaHave you made the proposal ?
14:05.14Izak_I am still doing so ?
14:05.15keshaWho is your mentor ?
14:05.39Izak_I have been told any one can mentor me.
14:05.54keshaGreat !
14:06.46Notify03BRL-CAD Wiki:Jasleen Kaur * 0 /wiki/User:Jasleen_Kaur:
14:07.10keshaHey listen, I have got my final exams running now. I need to study ! Just few hrs left and have to burn my midnight lamp to study !
14:07.14keshaCatch You later
14:07.38Izak_Okay. One open source spirit bro
14:07.52keshaIzak_: *sis
14:08.01keshais a girl
14:08.30Izak_Oh oh . I am sorry I concluded.
14:08.40Izak_Hope you don't mind
14:08.52Notify03BRL-CAD:bob1961 * 55243 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the following shaders in Archer: texture(color), texture(b/w), bump and extern.
14:09.08keshaNever mind ! :)
14:09.34Izak_So what do you read - your major ?
14:10.34keshaI have to select it next Year. Right now, ICT - Information and Communcation Technology .
14:11.00Izak_HHmm. I see.
14:11.19Izak_I major in  computer science
14:11.42keshaCool. In which University ?
14:12.06Izak_The University of Buea , Cameroon , Africa
14:12.18Izak_N you ?
14:13.00keshaDhirubhai Ambani Institute of Information and Communication Technology, India, Asia
14:15.24Izak_Wow. I hear you guys and girls in India are the best programmers
14:16.48keshaTrue that. Last year we had 17 students in GSoC.
14:16.49*** join/#brlcad jasleen (~chatzilla@117.253.232.146)
14:18.58Izak_kesha_: Wow thats cool
14:18.59*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:20.45Izak_jasleen_: I want to build a heart surface primitive. Do I have to use the mged commands ? Can a script in the mged language be a useful patch in my proposal ?
14:22.12Izak_kesha_: Do you the maximum number of proposals which  are accepted each year by a mentor organisation ( like BRL CAD ) ?
14:28.17*** part/#brlcad harmanpreet (~chatzilla@124.253.24.225)
14:29.32jasleenIzak_: making an object is entirely different than making a primitive. MGED commands are used for making 3D models. Creating a new primitive include coding and maths intensive task.
14:29.45*** join/#brlcad Shabbir (6f4467a3@gateway/web/freenode/ip.111.68.103.163)
14:30.47keshaIzak_: Didn't get you
14:31.03Izak_Jasleen_: I have found the math equation for a 3d heart ? Is that what I have to program ?
14:32.05Izak_Do you the highest number of students BRLCAD will take for the GSOC 2013 ?
14:32.47jasleenIzak_ :  You have think logically.
14:32.51*** part/#brlcad jasleen (~chatzilla@117.253.232.146)
14:33.18*** join/#brlcad jasleen (~chatzilla@117.253.232.146)
14:33.57Izak_Jasleen_: Sorry for bugging you .
14:34.23keshaI don't know this time.Last year there were 11 .
14:39.18*** join/#brlcad code_walker (~Shubham@120.59.151.219)
14:46.06Notify03BRL-CAD:n_reed * 55244 (brlcad/trunk/src/conv/step/SurfaceCurve.cpp brlcad/trunk/src/conv/step/TrimmedCurve.cpp): Technically can't get an SDAI_Select out of a STEPaggregate, only a SelectAggregate; fix casts to reflect reality. Also, delete unloaded objects rather than storing them (see r55219).
14:50.55*** join/#brlcad code_walker (~Shubham@120.59.151.219)
14:54.40*** join/#brlcad caen23 (~cezar@92.81.193.91)
14:55.34*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:55.40*** join/#brlcad kesha (~kesha@14.139.122.114)
15:08.51Notify03BRL-CAD:starseeker * 55245 brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.cc: Don't make a zero lenght edge (i.e. the x and y points are identical) - avoids a crash
15:12.51*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
15:18.18*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.130)
15:18.58Ch3ckHi guys
15:19.24Ch3cki just finished my code patch and sample project proposal for the pull routine
15:19.40Ch3cki know its not perfect so i need some feedback
15:19.55Ch3ckbrlcad: how do i submit my patch code?
15:22.24Notify03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/User:NyahCh3ck20:
15:23.41Ch3ckyeah
15:23.59Ch3cki just created it now..
15:24.00Ch3ckso do i submit here?
15:29.01Notify03BRL-CAD Wiki:IIIzzzaaakkk * 0 /wiki/User:Izakkayems:
15:32.28Izak_Ch3ck_: Have you submitted the proposal ?
15:32.43Ch3cknot yet
15:32.56Ch3ckstill trying to work on the site..
15:34.31Izak_Ch3ck_: I have created an account and logged in. What's next to join the mailing list ?
15:34.54Ch3ckhave u joined the mailing list?
15:35.43*** join/#brlcad harmanpreet (~chatzilla@124.253.144.208)
15:36.42Izak_sourceforge.net is not connecting ?
15:38.04Izak_Ch3ck I think you need to use the Upload file tool ( top right hand corner of the page)
15:38.29Ch3ckwell thats what i was thinking.
15:41.19Izak_Kesha_: Have you successfully joined the mailing list ?
15:46.51Izak_Ch3ck_: Are u on gmail , or fb now ?
15:47.30Ch3ckgmail...
15:48.12Ch3ckhow do i create a new page on brlcad.org wiki
15:49.15Izak_Do u see the toolbox on the top right hand corner ?
15:51.55Izak_Click on the upload file link
16:01.06*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.130)
16:02.52Izak_Ch3ck_: How far
16:03.21Ch3ckboy that thing is complex.
16:03.29Ch3ckhave u already joined the mailing list.
16:04.31Izak_sourceforge is fucking up
16:05.31Izak_Ch3ck_: I am uploading a file to brlcad website
16:06.13Notify03BRL-CAD Wiki:IIIzzzaaakkk * 0 /wiki/File:Thesis_writing.pdf: This file helps postgraduate students in computing write their dissertations.
16:06.21Ch3ckwhich file?
16:06.44Ch3ckNotify: how do i post my proposal on the wiki page?
16:06.55Izak_The file that Notify has shown above
16:07.26Izak_Ch3ck_: Use the "upload file option "
16:08.57Ch3ckok
16:09.48Izak_Is it going?
16:10.50Ch3ckIzak: i can only upload image files..
16:10.59Izak_Ch3ck_: Notice that the file should be atmost 2MB
16:11.11Ch3cki have to add a new page and paste the information there
16:11.11Izak_No it also takes pdf files
16:11.20Ch3ckmy proposal is txt
16:11.59Izak_Copy it to openoffice and then save it as *.pdf
16:12.14Izak_Open openoffice.org
16:12.47Izak_The upload permitted file types include pdf
16:16.56Ch3ckok
16:26.35Izak_Ch3ck_: When you copy and paste your proposal from / to openoffice.org , Go to "File" and choose the "Export as PDF" option , A window pops up , choose submit as PDF not FDF and "export". It gets saved in the chosen directory as a pdf file which you can then upload to BRLCAD
16:27.11Izak_Ch3ck_: I am going home now to see Amalia off .She is travelling
16:27.28Izak_Give me some feedback
16:27.30Ch3ckaight
16:27.33Ch3ckok
16:27.39Ch3cki'll do what you've said and see ..
16:28.07Izak_I just tried it now and it successfully got saved as a pdf
16:28.11Izak_Bye bye
16:29.06Ch3ckok
16:30.07Izak_See ya
16:33.37*** join/#brlcad vladbogo (~vlad@188.25.239.23)
16:37.17Ch3ckhey guys i have finished a draft of my project proposal and i wanted to post for feedback so as to develop it better
16:37.34Ch3ckcan some one please help me out here on how to paste on the wiki pages?
16:37.45vladbogohi
16:37.53vladbogoi am a student too
16:39.19vladbogoas I seen after creating an account on the wiki page you can access a URL like  http://brlcad.org/wiki/User:USERNAME/Proposal andyou have the option to create the page
16:40.07vladbogoafter you select the create tab a text box opens and you have the option to save the page
16:40.22vladbogoI haven't saved any page yet but I suppose it should work
16:41.02vladbogoI just created a template and seen the preview without saving the actual page
16:41.07vladbogohope it helps:)
16:45.33vladbogoalso in order to create headings you should write something like =Project Information=
16:50.14*** join/#brlcad harmanpreet (~chatzilla@210.56.127.140)
16:50.17Notify03BRL-CAD:bob1961 * 55246 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added validate2TupleNonZeroDigits and validate3TupleDoubles to cadwidgets::Ged
16:52.04Notify03BRL-CAD:bob1961 * 55247 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Just a bit of cleanup.
16:54.16Ch3ckok thanks
16:54.27Ch3ckvladbogo: thanks
16:54.34Ch3cklet me see
16:55.12vladbogoyou're welcome
16:58.32Ch3ckso what project are u working on?
16:58.39Notify03BRL-CAD Wiki:Vladbogolin * 5092 /wiki/User:Vladbogolin/Proposal: Created page with "=Personal Information= *Name: Bogolin Simion Vlad *E-mail address: vladbogolin@gmail.com *IRC username: vladbogo ===Background info=== ====Skils==== ====Projects==== =P..."
16:59.14vladbogoNew cross-platform 3D display manager
16:59.18vladbogoyou?
17:00.06Ch3ckpull routine the reverse of the push command
17:00.09Ch3ckin megd
17:00.11vladbogoi have just created a page just with headings
17:00.15vladbogoso it works
17:00.32vladbogoit looks like this http://brlcad.org/wiki/User:Vladbogolin/Proposal
17:00.42Ch3ckso explain to me how this page thing works
17:01.05Ch3ckcuz i tried pasting my proposal earlier and they spam warnings
17:01.06Ch3ckor somethx like that
17:01.35Ch3cki also wrote a patch for the proposal
17:01.37vladbogoi think that if you press the edit button on the page i have just posted you can see what I actually written
17:01.46Ch3ckso how do i submit the patch
17:02.24Ch3ckso what should i write as summary of page
17:02.40Ch3ckand should i just cpy and paste my proposal
17:02.46Ch3ckor is there anything special i have to do.?
17:03.34vladbogothe patch you should submit here http://sourceforge.net/p/brlcad/patches/
17:03.50vladbogoyou need to create an account
17:04.31vladbogowell the editing is like this
17:05.09vladbogo=Heading= creates a new heading that automatically appears on the Table of contents
17:06.54vladbogoif you want a sub header you simply write "==SubHeader=="
17:06.58vladbogoand so on
17:08.53Ch3ckok thanks
17:09.01Ch3ckso which part of the world are u from?
17:09.12vladbogoromania
17:09.16vladbogoyou?
17:10.02Ch3ckCameroon, Africa
17:10.06Ch3cku on facebook?
17:10.11Ch3ckor twitter?
17:10.16vladbogofacebook
17:10.28Ch3ckwww.facebook.com/3lroy
17:10.31Ch3ckthanks my link
17:10.35Ch3cku?
17:10.50vladbogohttps://www.facebook.com/vlad.bogolin
17:12.26Ch3ckaight
17:12.31Ch3ckseen it
17:13.05vladbogome too
17:13.29Ch3ckcreating the page
17:13.45Ch3ckso are u a CSC major?
17:16.28vladbogoyes i study CS
17:16.41vladbogoyou too I suppose?
17:21.13Ch3ckyup..
17:21.39Ch3ckso how many geeks are in ur community..
17:21.50Ch3ckcuz here its hard to find a good programmer
17:21.58Ch3ckexcept in school
17:25.38Ch3ckvladbogo: i tried to save the page and it gave the following error "The text you wanted to save was blocked by the spam filter. This is probably caused by a link to a blacklisted external site. "
17:25.48Ch3ckwhat does this mean?
17:26.24vladbogoi don't have any idea
17:26.49vladbogodo you have any links in your text?
17:27.38vladbogohere you can find quite a few good programmers but mostly just in school
17:28.54*** join/#brlcad Navdeep (75dcac39@gateway/web/freenode/ip.117.220.172.57)
17:30.59Ch3ckyes
17:32.29vladbogotry removing the links and it might work
17:35.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 5093 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal
17:36.01Ch3ckyeah
17:36.05Ch3ckits starting to work
17:37.26Notify03BRL-CAD Wiki:NyahCh3ck20 * 5094 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal
17:37.32vladbogothat's good :)
17:46.21Ch3ckyeah
17:46.32Ch3ckbut i have not succeeded in pasting all the parts
17:51.08*** join/#brlcad rays2pix (~deepak@14.139.226.34)
17:57.47*** join/#brlcad jasleen (~chatzilla@117.253.232.146)
17:59.59Notify03BRL-CAD Wiki:NyahCh3ck20 * 5095 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal
18:02.16Notify03BRL-CAD Wiki:NyahCh3ck20 * 5096 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal
18:04.29Notify03BRL-CAD Wiki:NyahCh3ck20 * 5097 /wiki/User:NyahCh3ck20/Proposal: /*Links */
18:05.51Notify03BRL-CAD Wiki:NyahCh3ck20 * 5098 /wiki/User:NyahCh3ck20/Proposal: /* Links */
18:07.46Notify03BRL-CAD Wiki:NyahCh3ck20 * 5099 /wiki/User:NyahCh3ck20/Proposal: /* Development schedule */
18:11.56Notify03BRL-CAD Wiki:NyahCh3ck20 * 5100 /wiki/User:NyahCh3ck20/Proposal: /* Development schedule */
18:12.43Notify03BRL-CAD Wiki:NyahCh3ck20 * 5101 /wiki/User:NyahCh3ck20/Proposal: /* Time availability */
18:15.04*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:17.51*** join/#brlcad kesha (~kesha@14.139.122.114)
18:18.57Notify03BRL-CAD Wiki:NyahCh3ck20 * 5102 /wiki/User:NyahCh3ck20/Proposal: /* Introduction = */
18:20.14Notify03BRL-CAD Wiki:NyahCh3ck20 * 5103 /wiki/User:NyahCh3ck20/Proposal: /* The Working of the Pull Routine */
18:22.03Notify03BRL-CAD Wiki:NyahCh3ck20 * 5104 /wiki/User:NyahCh3ck20/Proposal: /* July 1st (~ 3 weeks) */
18:23.20*** join/#brlcad harmanpreet (~chatzilla@124.253.22.183)
18:27.30Ch3cksucceeded in posting my proposal
18:27.38Ch3ckso how do i upload a patch
18:31.57vladbogoto submit a patch visit http://sourceforge.net/p/brlcad/patches/
18:32.20vladbogolog in and then press Create Ticket
18:32.45vladbogoyou find additional info there on how to obtain the file you need to submit
18:35.47keshaCh3ck: Did u check the mail ?
18:36.04Ch3ckyeah
18:36.08Ch3ckchecked
18:36.16Ch3ckand i have already pasted my proposal
18:36.28Ch3ckjust waiting for feedback from the mentors
18:36.31keshagreat
18:36.32Ch3ckhere is the link
18:36.35keshalink ?
18:37.20Ch3ckhttp://brlcad.org/wiki/User:NyahCh3ck20/Proposal
18:37.25Ch3ckyes
18:37.29Ch3ckthe link to my proposal
18:37.47Ch3ckjust want to know what u think i can improve.
18:42.36keshaI m not the right one to review. Even my proposal's review is pending .
18:43.06keshaWhenever develpers will get time, they will do it..
18:43.11keshaHave Patience !
18:43.28keshaBtw, Its looks great..
18:43.46keshaDid u go for it on melange ?
18:44.30Ch3ckyeah?
18:44.52Ch3ckwell i think my approach to developing the push routine needs more light
18:45.04Ch3ckjust waiting to hear what the mentors will say.
18:45.47keshaGood Luck !
18:49.17Ch3ckyeah thanks
18:49.24Ch3ckso what project are u working on?
18:51.28Notify03BRL-CAD Wiki:NyahCh3ck20 * 5105 /wiki/User:NyahCh3ck20/Proposal: /* Links */
18:52.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 5106 /wiki/User:NyahCh3ck20/Proposal: /* Links */
18:53.34Notify03BRL-CAD Wiki:NyahCh3ck20 * 5107 /wiki/User:NyahCh3ck20/Proposal: /* Links */
18:55.27Ch3cksucceeded in submitting my code patch..
19:06.38*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:13.55*** join/#brlcad kesha (~kesha@14.139.122.114)
19:16.00*** join/#brlcad caen23 (~cezar@92.81.196.42)
19:17.18Notify03BRL-CAD Wiki:KeshaSShah * 5108 /wiki/User:KeshaSShah: /* Problems I would encounter and how will I solve them ? */
19:19.20*** join/#brlcad re-stage (~arseni@178.121.65.27)
19:41.20*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.53)
19:43.16*** join/#brlcad kesha (~kesha@14.139.122.114)
19:46.08Notify03BRL-CAD:n_reed * 55248 brlcad/trunk/src/conv/step/SurfaceCurve.cpp: looks like t_pcurve_or_surface is the select type, and the underlying type should be one of pcurve or surface
19:48.09Ch3ckbrlcad: waiting on your feedback from my proposal
19:48.49Ch3ckGood bye gus
20:02.20*** join/#brlcad rays2pix (~deepak@14.139.226.34)
20:11.47*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:21.11Notify03BRL-CAD:carlmoore * 55249 brlcad/trunk/src/sig/dauto2.c: rearrange blank lines for closer comparison with dauto.c source code
20:28.14rays2pixI assume that in brlcad we are dealing with raster formats only. Do we need vector formats too?
20:29.52``Erikat the moment, it's all raster... something like svg would be nice for things like rtedge, but we don't have that capability yet
20:32.11rays2pixOkay Erik, I will   try to handle the various raster formats for GSoC project. If time permits I would extend it to SVG alikes
21:08.21*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
21:08.54zero_levelhii all..
21:09.40zero_levelhow important is bactracking for BRLCAD
21:10.01zero_levelI mean accessibility for current functions..
21:10.17zero_levelcurrent tools in future versions
21:10.18Notify03BRL-CAD:carlmoore * 55250 brlcad/trunk/src/util/dbcp.c: supply D as a possible option, because the messages which have been furnished mention it
21:33.35Notify03BRL-CAD:r_weiss * 55251 brlcad/trunk/src/other/libregex/regex.h: Bug fix to "regex.h" for the bundled "libregex" to allow it to build on Linux 32bit.
21:33.37Notify03BRL-CAD:r_weiss * 55251 brlcad/trunk/src/other/libregex/regex.h: Bug fix to "regex.h" for the bundled "libregex" to allow it to build on Linux 32bit.
22:15.24*** join/#brlcad rays2pix (~deepak@14.139.226.34)
22:15.24*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo)
22:15.24*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20130426

IRC log for #brlcad on 20130426

00:47.26Notify03BRL-CAD Wiki:Tbrowder * 5109 /wiki/Summer_of_Code/Acceptance: /* Make a patch */
01:15.16*** join/#brlcad code_walker (~Shubham@59.177.46.200)
01:51.34*** join/#brlcad code_walker (~Shubham@120.56.157.207)
01:55.03*** join/#brlcad code_walker (~Shubham@120.56.157.207)
02:39.27*** join/#brlcad code_walker (~Shubham@120.56.157.207)
02:43.28*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
02:46.05*** join/#brlcad code_walker (~Shubham@120.56.157.207)
03:46.53*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:04.38starseekern_reed: just curious - how come the step importer is naming things according to the convention ''0.s, ''1.s, etc.?
04:08.29*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
04:14.48*** join/#brlcad inba (b649a526@gateway/web/freenode/ip.182.73.165.38)
04:39.23*** join/#brlcad harmanpreet (~chatzilla@202.164.53.118)
04:47.55harmanpreetbrlcad: I proposed a GSoC project of my own on BRL-CAD developers mailing list and now awaiting your response. Here is the link of the mail: https://sourceforge.net/mailarchive/forum.php?thread_name=CANyDKBBoUNMbcuCGmgaPdRu%3DyH5p3qb%2B866YEu-Dzw4sRkN5vg%40mail.gmail.com&forum_name=brlcad-devel
04:47.57harmanpreetCan it be considered as GSoC project? If needed, I can supply additional details for your consideration.
05:31.16*** join/#brlcad harmanpreet (~chatzilla@202.164.53.118)
05:40.18brlcadharmanpreet: anything can be considered :)
05:41.04harmanpreetbrlcad: oh thanks.. :)
05:44.01harmanpreetand I just tried to compile the new revision, it fails.
05:45.05harmanpreetsorry.. ignore above message
05:46.05harmanpreetlet me confirm
05:47.23brlcadjust replied
05:48.03brlcadif you get a build failure, should be trivial to resolve at least locally
05:48.08brlcadeven better if you can fix it proper
05:51.18harmanpreethmm
06:09.51*** join/#brlcad harmanpreet (~chatzilla@202.164.53.118)
06:14.22caen23brlcad: is there any svn command to find out the latest rev number without downloading the updated files?
06:16.20harmanpreetbrlcad: It seems like a brlcad file is clashing with linux system file. Linux does not require that declaration. Then the possible solution is to rename the variable 'off_t' to something like ms_off_t in every file where it exists. So, if you can confirm, I can submit a patch for the same.  
06:23.50*** join/#brlcad jasleen (~chatzilla@202.164.53.117)
07:25.55*** join/#brlcad kesha (~kesha@14.139.122.114)
08:04.38*** join/#brlcad re-stage (~arseni@178.121.165.241)
08:15.14*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
09:15.06*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
09:15.30Notify03BRL-CAD:phoenixyjll * 55252 brlcad/trunk/src/librt/tests/CMakeLists.txt: Add a test program to test the SSI functionality.P.S. It seems there's a bug in the draw command in MGED on pipe primitives.
09:21.40Notify03BRL-CAD Wiki:Phoenix * 5110 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */
09:22.57*** join/#brlcad jasleen (~chatzilla@202.164.53.119)
09:43.08brlcadcaen23: svn info
09:43.27brlcadsvn info .
09:43.33Notify03BRL-CAD:phoenixyjll * 55253 brlcad/trunk/src/librt/tests/test_ssi.cpp: Eliminate the compiling problems in Linux.
09:43.57brlcadharmanpreet: think bigger picture
09:44.09brlcadwhat if it weren't using off_t
09:44.39brlcadperhaps uint32_t instead for example
09:44.46brlcadwhat all might need to change
09:50.19caen23brlcad: it shows the number of the local copy. right now, i get 55251 instead of 55253
09:56.55*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:59.43brlcadcaen23: oh you meant on the server, read that wrong
09:59.45brlcadsvn info https://svn.code.sf.net/p/brlcad/code/brlcad/trunk
10:01.36caen23ugh, makes sense. thanks
10:04.09Notify03BRL-CAD:phoenixyjll * 55254 brlcad/trunk/src/librt/tests/test_ssi.cpp: Remove the unnecessary conversion and debugging outputs.
10:04.58brlcadnp
10:10.38harmanpreetbrlcad: hey.. can you tell, how much it will be useful if we make a web interface of BRL-CAD where the user will play with interactive and easy GUI (front end) and at the back end, BRL-CAD will handle all the data.
10:12.11harmanpreetthis will be browser based, hence platform independent GUI.  
10:25.52brlcadit's hard to say how useful that would be at this point
10:26.10brlcadI could see that being a viable option in 5-10 years, so perhaps worth working towards
10:26.14brlcadbut today, it's riddled with problem
10:26.37brlcadseveral of the big CAD vendors have already done this, invested millions, and they've not exactly taken off
10:35.49Notify03BRL-CAD Wiki:Jasleen Kaur * 5111 /wiki/User:Jasleen_Kaur: Created page with "Name: Jasleen Kaur E-mail address: jasleen.7956@gmail.com IRC nickname: jasleen"
11:26.35*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
11:27.42Notify03BRL-CAD:bob1961 * 55255 brlcad/trunk/src/tclscripts/vmath.tcl: Added RAD2DEG as well as more precision to the value of DEG2RAD. Note - adding RAD2DEG fixes a bug in the pattern tool.
11:33.05*** join/#brlcad Tanu (3b5dcb95@gateway/web/freenode/ip.59.93.203.149)
11:35.09harmanpreetoh.. this was another idea / proposed project for GSoC
11:41.15*** part/#brlcad Tanu (3b5dcb95@gateway/web/freenode/ip.59.93.203.149)
12:23.21brlcadharmanpreet: I got that, it's worth having two proposals but you'd have to go into a fair bit of detail on "how"
12:23.54brlcadmay want to see where the GCI projects left off as one or two of those tasks involved web editing proof of examples
12:42.05Notify03BRL-CAD:bob1961 * 55256 brlcad/trunk/src/tclscripts/mged/pattern.tcl: This fixes a bug in MGED's pattern tool when using the cylinder pattern.
12:43.33*** join/#brlcad code_walker (~Shubham@59.177.37.226)
12:49.25brlcadn_reed: sent reply, hopefully before you hit the road
13:01.20*** join/#brlcad code_walker (~Shubham@59.177.37.226)
13:02.28Notify03BRL-CAD:bob1961 * 55257 brlcad/trunk/src/tclscripts/mged/pattern.tcl: Update MGED's pattern tool by fixing pattern_cyl so that it accomodates the advertised -lr option.
13:22.21*** join/#brlcad vladbogo (~vlad@188.25.239.23)
14:42.07starseekerok, this is just friggin cool:  http://mediapreservation.wordpress.com/2012/06/20/extracting-audio-from-pictures/
14:49.07``Erikneat
15:05.46*** join/#brlcad jasleen (~chatzilla@117.253.202.208)
15:26.47*** join/#brlcad Ch3ck (~Ch3ck@41.202.197.145)
15:26.54Ch3ckHi
15:28.13*** join/#brlcad harmanpreet (~chatzilla@124.253.25.22)
15:28.35*** join/#brlcad Izak (~Izak@41.202.197.145)
15:29.03Guest98294Ch3ck_:
15:29.54*** join/#brlcad Izak_ (~Izak@41.202.197.145)
15:30.07Izak_Ch3ck: How far?
15:30.44Ch3ckyeah trying to submit my proposal to google..
15:32.44code_walkerguys can u tell how can i post an email to list members or mentors
15:33.18Ch3ckyeah
15:33.24Ch3ckgoto brlcad.org and subscribe to the mailing list
15:33.34code_walkeri had done that
15:33.35Ch3ckany let me give u the link
15:33.41code_walkernow what?
15:34.19code_walkeri have already subscribed at it
15:34.25code_walkernow what
15:35.59code_walkershould i sent a mail to brlcad-devel@lists.sourceforge.net
15:36.03code_walker?
15:37.31cstirkharmanpreet: regarding your project ideas of 2d drawing from 3d models and browser gui there is some work you could build on
15:38.19Izak_Does anyone know how to go about implementing a primitive for brlcad?
15:38.38harmanpreetcstirk: okay.. can I see them?
15:38.45*** join/#brlcad Ch3ck (~Ch3ck@41.202.197.145)
15:39.05Ch3ckcode_walker: have you subscribed to the mailing list?
15:39.13code_walkerya
15:39.20code_walkerwhat to do now?
15:39.21Ch3ckok
15:39.28Ch3ckjust check ur email
15:39.32cstirkmany projects use three.js or scene.js for 3D display using WebGL, check out step3d, babel3d, grabcad workbench, etc.  
15:39.35Ch3ckand see if there is a confirmation
15:39.45Ch3ckto the subscription
15:39.54code_walkeri have done that confirmation part too
15:40.03Ch3ckHey guys i have just fiinished the first draft of my resume
15:40.20Ch3ckcan anyone please help me review it and give me some thoughts?
15:40.22Ch3ckhere is the link
15:40.39code_walkercheck
15:40.45code_walkerwhat to do now?
15:40.47Ch3ckcode_walker: if you have done that then you can send an email to the mailing list
15:40.55Ch3cksend an email to the mailing list
15:40.56*** join/#brlcad ioanacroi (~ioana@188.25.239.23)
15:41.00Ch3ckit'll go
15:41.08Ch3ckand introduce yourself
15:41.38Ch3ckcan anyone here please help me review my proposal?
15:41.40code_walkeru mean to this brlcad-devel@lists.sourceforge.net
15:41.41Ch3ckhere is the link
15:41.51Ch3ckhttp://brlcad.org/wiki/User:NyahCh3ck20/Proposal
15:41.59Ch3ckcode_walker: yes
15:42.02Ch3ckthats it.
15:42.06cstirkdrawings need annotations, and there are modeling standards for them like ANSI 14.41, and data standards in STEP
15:42.52code_walkerbut whenever i sent an email to this it tells me this "You are not allowed to post to this mailing list, and your message has
15:42.52code_walkerbeen automatically rejected."
15:43.06Notify03BRL-CAD:bob1961 * 55258 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updated GED_RAD2DEG to use the value found in vmath.h. Also added GED_DEG2RAD.
15:43.22code_walkerwhat to do i don't know?
15:43.38harmanpreetcstirk: well thanks.. I am going with 2D drawings related project.
15:43.55harmanpreetcstirk: can you give some reference links?
15:44.09Ch3ckcode_walker: you have not subscribed correctly
15:44.11harmanpreet:)
15:44.20Ch3ckor you have not activated ur email
15:44.21Ch3cktry to subs to the mailing list again
15:44.21Ch3ckand see what happends
15:45.18code_walkerk
15:45.25*** join/#brlcad vladbogo (~vlad@188.25.239.23)
15:45.46Notify03BRL-CAD:bob1961 * 55259 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::make
15:46.09cstirkharmanpreet: here is a public source http://www.cax-if.org/documents/rec_prac_styling_org_v12.pdf
15:47.47cstirkharmanpreet: the CAX-IF recommended practice for GD&T that is public is obsolete, and the new draft is private, but I can get you a copy
15:48.32Notify03BRL-CAD Wiki:APPOITASERS * 0 /wiki/User:APPOITASERS:
15:49.12*** part/#brlcad ioanacroi (~ioana@188.25.239.23)
15:50.57cstirkharmanpeet: the public GD&T recommended practice http://www.cax-if.org/joint_testing_info.html#recpracs will give you an idea of the scope, but the modeling constructs have changed in the new draft
15:52.13harmanpreetcstirk: thanks for your efforts.. :) need to check them thoroughly.
15:59.09*** join/#brlcad Ch3ck (~Ch3ck@41.202.197.145)
15:59.17Ch3ckHey
15:59.24code_walkercheck
15:59.25harmanpreetcstirk: can you give any links to recent work done in the field of annotations in BRL-CAD?
15:59.43code_walkeri have to subscribe at sourceforge right?
15:59.43Ch3ckcode_walker: yes?
15:59.48harmanpreetand any documentation if available?
16:00.03Ch3ckwell first have to subscribe to the mailing list
16:00.09code_walkerya
16:00.11code_walkerwhere
16:00.12Ch3ckbefore sourceforge
16:00.25Ch3ckwell let me give u the link
16:00.30code_walkercan u give me link of it
16:00.35Ch3ckto subscribe to the mailing list
16:00.43Ch3ckchecking...
16:00.43code_walkerk
16:02.08cstirkharmanpreet: brl-cad has done work on their STEP translator, but only geometry so far, not annotations http://stepcode.org/stepcode-use-doxygen/step-g_8cpp.html
16:04.39code_walkercheck?
16:05.32Izak_Ch3ck_: is coming
16:07.24jasleenI had download and compile the source code. Is there any documentation available to study its directory  structure?
16:07.33code_walkercheck u there?
16:12.57*** join/#brlcad Skriptkid (~Skriptkid@117.202.97.129)
16:15.40Notify03BRL-CAD Wiki:Phoenix * 5112 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
16:19.05Notify03BRL-CAD Wiki:Phoenix * 5113 /wiki/User:Phoenix/GSoc2013/Proposal: /* Reporting the intersections (API designing) */
16:23.14*** join/#brlcad Ch3ck (~Ch3ck@41.202.197.236)
16:23.31Ch3ckcode_walker: sorry my computer is really disturbing
16:23.36Ch3cki had to restart..
16:23.41code_walkerya
16:23.44code_walkernp
16:23.45Ch3ckso have u subscribed.
16:23.52code_walkerya
16:24.00code_walkerbut same prob again
16:24.11Ch3ckok
16:24.19Ch3ckis ur network connection good?
16:25.03code_walkerya
16:25.56code_walkeru were about to give a link to where i should subscribe
16:25.59Ch3ckif you try emailing the developer lists and it gives an error it means you have not subscribed
16:26.05Ch3ckyeah
16:26.16Ch3ckstill working on it my network fails..
16:26.22code_walkerk
16:30.28Ch3ckcode_walker: https://lists.sourceforge.net/lists/listinfo/brlcad-devel
16:31.01code_walkerya
16:31.12code_walkeri have subscribed at this only
16:31.16Ch3cksubscribe using that link
16:31.27*** join/#brlcad Izak (~Izak@41.202.197.236)
16:31.30Izakcad
16:32.11code_walkerk after this i have just send whatever i want at this brlcad-devel-owner@lists.sourceforge.net
16:32.25code_walkerthrough my gmail account
16:32.29*** join/#brlcad Izak_ (~Izak@41.202.197.236)
16:32.52Izak_Ch3ck_: Have you submitted the proposal to Google ?
16:38.53Ch3ckIzak: still working on it..
16:38.54Ch3ckcode_walker: yeah do that and tell me what happens next
16:41.27*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
16:43.08Ch3ckbrlcad: are you there?
16:54.18*** join/#brlcad Izak_ (~isaac@41.202.193.131)
16:54.56Izak_have u finished with it/
16:56.27Notify03BRL-CAD Wiki:NyahCh3ck20 * 5114 /wiki/User:NyahCh3ck20/Proposal: /* Overall Structure Pull routine */
16:59.00Notify03BRL-CAD Wiki:NyahCh3ck20 * 5115 /wiki/User:NyahCh3ck20/Proposal: /* The Working of the Pull Routine */
17:00.11*** join/#brlcad Skriptkid (~Skriptkid@117.202.97.129)
17:00.31*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
17:03.06brlcadcode_walker:  that is not the right address
17:03.33brlcadthe address for the mailing list is on the page you subscribed from (and in your confirmation e-mails)
17:03.38brlcadit's not brlcad-devel-owner
17:06.19code_walkeri have sent my mails to brlcad-devel@lists.sourceforge.net
17:06.56code_walkerthis is the address provided to me in my confirmation mails
17:09.20brlcadthat's the right address
17:09.53code_walkerbut whenever i sent a mail to it i get this mail saying "You are not allowed to post to this mailing list, and your message has been automatically rejected"
17:09.56brlcadfolks, you should submit something to google-melange, even if entirely woefully incomplete IMMEDIATELY
17:09.59brlcaddon't wait until you're done
17:10.11brlcadevery year, someone misses the deadline
17:10.30brlcadyou can keep editing it up until the deadline
17:10.33brlcadwe don't read them until after
17:10.42brlcad(unless you put it up on our wiki for feedback)
17:14.16brlcadwill catch up on the backlog questions in a little bit, please wait if you asked a question -- I will answer so long as you're here eventually
17:17.49vladbogohello
17:18.50vladbogocan you give me a hint where to look in order integrate the keyboard between qt and tk?
17:19.50*** join/#brlcad Ch3ck (~Ch3ck@41.202.195.110)
17:20.01*** join/#brlcad Izak_ (~isaac@41.202.195.110)
17:20.57Izak_Phoenix_: Are u there?
17:21.03Ch3ckPhoenix: u der?
17:41.40caen23is there a way to skip receiving gsoc-related mail from the list, or should i look into setting up filters with gmail?
17:45.19Izak_caen23: You need to make adjustments by writing to  brlcad-devel-request@lists.sourceforge.net. The subject of the message should be HELP.
17:56.45kanzurehaha what.. that wont add a filter to his email client.
17:57.16kanzurei am very confused
17:57.29Ch3ckabt?
17:58.10kanzurewhy you would expect an email to brlcad-devel-request@lists.sourceforge.net to configure gmail
18:05.12caen23if people would prefix their subject with "gsoc", a filter would be trivial, but i don't imagine they could be bothered, so i've set digests for now
18:06.31kanzureare you one of the mentors?
18:06.44caen23no
18:35.11Notify03BRL-CAD Wiki:Vladbogolin * 5116 /wiki/User:Vladbogolin/Proposal:
18:39.04Notify03BRL-CAD Wiki:Vladbogolin * 5117 /wiki/User:Vladbogolin/Proposal:
18:48.40*** join/#brlcad harmanpreet_ (~chatzilla@124.253.18.74)
19:44.05*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
19:51.18Notify03BRL-CAD Wiki:Vladbogolin * 5118 /wiki/User:Vladbogolin/Proposal:
20:11.15brlcadshakes his head violently as he hits the "send" button on the big report e-mail
20:11.36brlcadit came together, but damn that was tough this go-round
20:11.51brlcadn_reed: thank you once again, your section was easily the easiest :)
20:12.23brlcadstarseeker: your visuals were great, much of the report centers around that test case and how it impacts so much
20:39.11brlcadvladbogo: to answer your question, some more context is needed
20:39.36brlcadif you're making a qt display manager, they don't directly have a notion of key control, so you'd have to work that into your plan
20:39.59brlcador start with mouse control as a primary goal first
20:40.24brlcadtry to involve Tk as absolutely minimal as possible (if you can avoid it entirely, even better)
20:40.46*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:41.03*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:41.14vladbogobrlcad i was thinking on looking on how actually tk deals with keyboard/mouse in order to make an idea
20:41.24brlcadcaen23: it's the same mailing list so you could unsubscribe or switch it to digets for a while, or filter
20:41.59brlcadvladbogo: you might first want to fully understand what it means to be a brl-cad DM
20:42.10brlcaddid you make the debug dm?
20:42.15vladbogoyes
20:42.31brlcadokay, so you have your set of functions.. which of those involved keyboard?
20:42.59brlcadbecause theoretically, you could have keyboard input (via bu_fgets() for example) on the debug console even
20:43.38brlcadas an experiment if anything
20:44.37brlcadkanzure: caen23 was (by far) are most awesome GCI participant
20:44.40brlcadhence the list
20:45.33brlcadlots of cool things to come out, but he did levels of awesome that only a few others came close to rivaling
20:45.38kanzurehuh?
20:46.23kanzureoh you are saying these things because i asked if he was a mentor?
20:50.06brlcadyep
20:52.32vladbogobrlcad: I see common_dm involves mouse
20:53.00vladbogothat was the problem: I couldn't actually find the function that dealt with mouse or keyboard
20:53.19vladbogoI forgot that there are dm related sources in the mged folder
20:54.15vladbogoand also today I tried to compile the sources on windows
20:54.43vladbogobut I got a LNK1104 that some libraries couldn't be opened
20:55.16vladbogoas I researched this is some visual studio issue and the path to additional libraries should be quoted
20:55.41vladbogoI mention that I used Visual Studio 2012 and Windows 8 x64
20:57.09vladbogoI saw in the installation instructions that VS 2010 is recommended
20:57.24vladbogoshould I try using VS 2010?
21:01.19brlcadvladbogo: so you could frankly propose to eliinate all of the dm-related source in mged, and that would make a fantastic gsoc proposal (if you were capable of such a refactoring)
21:01.25brlcadthat code shouldn't live in there
21:01.49brlcadit exists because someone thought it easier to just hack those in than to modify DM proper to suit whatever needs it called for
21:02.01brlcadand now it's a bit of an entangled mess
21:02.07brlcadlot of duplication and gotchas
21:03.21brlcadI don't recommend developing on windows, because you will have to resolve compilation issues there predominantly by yourself, but you're welcome to use it in any way you can
21:04.15brlcadwe should compile everywhere and with every version, so you should fix the error before ignoring it and trying another version if you want to help us progress forward
21:04.27vladbogoI will consider also a refractoring-project
21:05.27vladbogoI do not consider developing on windows but I taught I should compile it also as the project should be cross-platform
21:06.38vladbogothe error seems to be quite easy to solve but I don't really know is how cmake makes the VS project
21:07.40vladbogobecause I tried a manual modification on the additional libraries for a smaller target (not build all) and didn't get the error
21:08.09vladbogoi simply modified ../../lib to "../../lib"
21:08.37vladbogobut in order to make it work this should be done by cmake
21:16.59*** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net)
21:21.59vladbogowell thanks a lot for your help
21:22.32vladbogoif I will have time to see how cmake actually creates the VS project I will try to solve the compilation error
21:25.25tofugreat
21:26.58brlcadcmake generates build projects based on the CMakeLists.txt files (and files in misc/CMake/*.cmake)
21:27.24brlcadit's a simple scripting language, so adding quotes is easy and probably in just one place ..just have to find that place
21:27.55vladbogook then I will try to see if I get any results
21:52.38Notify03BRL-CAD:carlmoore * 55260 brlcad/trunk/src/sig/dconv.c: reformat the warning
22:12.45*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
23:18.16starseekerwinces - sorry brlcad, you should have pinged me, maybe I could have done a bit better sending you stuff. Glad the visuals helped - that's actually where the "drawing small spheres" bug (if it is a bug) showed up
23:53.38Notify03BRL-CAD:starseeker * 55261 brlcad/trunk/src/librt/tests/test_ssi.cpp: Per Code Conventions section in hacking, don't use straight-up strcpy and strcat. Go with vls strings instead. To run the check for these cases, build the 'regress-repository' target - e.g. 'make regress-repository'
IRC log for #brlcad on 20130427

IRC log for #brlcad on 20130427

02:31.05brlcadstarseeker: by the time I was that deep into knowing exactly what I needed, it was too late
02:32.20brlcadit's more committing to a story and theme as to how it all fits together, making it all cohesive
02:33.52brlcadyour work, the work on pullback, and keiths work all heavily interplay -- but had no language pulling it together
02:34.04starseekerah.
02:34.11kanzureregarding windows development: is there a continuous integration server somewhere that is testing builds?
02:34.13brlcadlod work is pretty isolated so I just had to talk about some of the benefits and what's next
02:35.01brlcadkanzure: there is, but it's not running at the moment (and needs update since the repo switch earlier in the week)
02:35.14starseekerah, phooey - I forgot about the lod stuff.  I did a little bit on that to try and get long/skinny things to not disappear, although n_reed of course did the heavy lifting
02:35.39brlcadno worries, it was plenty long
02:35.49brlcadmaybe write a note and we can include it in next quarter
02:35.54starseekernods
02:36.38brlcadI was going to write about the heap work, since that really was envisioned to help prep performance, possibly even nurbs prep
02:36.40starseekerindicently, let me know if I just went overboard with storing CAD models on brlcad.org - I remember you saying the new server had more space, but I may have overdone it a bit
02:36.46brlcadbut ended up not saying a thing about it
02:37.26brlcadwith half a TB, it'll be easy to overlook a hundred GB of data somewhere :)
02:37.49brlcadjust gotta self-police to make sure the bytes are worth it
02:37.53starseekergot a little paranoid when the opensourceecology repo suddenly required a log-in - grr
02:37.57brlcadat the moment, we're nowhere near capacity
02:38.18kanzurewhat opensourceecology repo?
02:38.57starseekerhttp://openpario.net/attachments/4465/pulverizer122811.zip (and friends)
02:39.01kanzuremy largest gripe with marcin and his team is that all of their "hardware" is stored in wiki text format, and very few CAD models. i saw there was a lifetrac tractor in a git repo on github a few days ago, but is this different?
02:39.04kanzureah okay.
02:39.32kanzurehttp://openpario.net/projects/pulverizer this?
02:40.00starseekeryeah - throws up a log-in screen now
02:40.04kanzuresame here
02:40.26starseekerfound some of their other models tucked away in other spots, but apparently that one was never copied out
02:40.28kanzureare there other opensourceecology things available on this site?
02:40.33starseekerused to be
02:40.43brlcadis it just registration, rather still open registration?
02:40.53brlcadmight have just done that to stop spam if it's all wikiness
02:40.57starseekerI can't figure out how to get a login
02:41.16kanzurethe wikiness i was referring to was from OSE's sites like openfarmtech or whatever
02:41.20starseekerthere's no docs (at least, none I've found yet) on how to get one
02:41.48starseekerkanzure: here is what I was able to snarf from other locations:  http://brlcad.org/~starseeker/CAD_MODELS/OpenSourceEcology/
02:42.39kanzureexcellent! thank you.
02:42.51starseekerbrlcad: total size of the CAD_MODELS folder so far is 1.2 gigs
02:42.55kanzurei had an unfortunate conversation with one of the OSE people the other day where they admitted basically "yeah, we don't believe in CAD or have schematics for most of our equipment"
02:43.05starseekerguess that's not too bad in the new setup :-)
02:43.07kanzureOSE is so wonderful in theory, but in practice they don't seem to believe in computers.
02:43.16starseekerheh
02:43.35*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
02:43.55kanzurestarseeker: also there is https://github.com/Amakaruk/OSELifeTrac
02:44.10starseekermanaged to snarf all of the Elphel STEP files - nice little set of test cases: http://brlcad.org/~starseeker/CAD_MODELS/Elphel_overview.jpg
02:45.35starseekertrue open source CAD models are still pretty thin on the ground - most folks seem to prefer going with sites like GrabCAD
02:48.53starseekerand so far we seem to have been the only project to save the VIA OpenBook files after the original project went dark
02:50.45kanzurestarseeker: i wanted to make a repository of these files with a simple package manager, and dependencies and other so on. but i could never quite figure everything out, or figure out the smallest tools to start working on.
02:51.02kanzurestarseeker: http://gnusha.org/skdb/package_spec.html http://gnusha.org/skdb/ https://github.com/kanzure/skdb
03:04.41starseekerah, I remember you saying something about that
03:04.44starseekeryeah, that's tricky
03:10.36kanzurebiggest problem was figuring out specifications and finding people capable of reasoning about design issues in package managers.. or what the scope is supposed to be.
03:39.31brlcadstarseeker: meh, keep an eye when / how fast it crosses 5GB
03:40.24brlcadI just downloaded three models yesterday that were substantially bigger than that
03:40.31Iordaniswas the date of the GSOC intentionally set at the same time as my final exams? :P
03:40.54brlcadIordanis: yes
03:41.11Iordanisbrlcad thats mean... but why?
03:41.37brlcadIordanis: better to submit an empty propsal, then start updaing as you have time
03:41.42brlcadjust so you don't miss the deadline
03:42.04Iordanisah I wanted to apply for GSOC 3 months back
03:42.15Iordanisbut not enough material was there for me to do anything
03:42.23Iordanisnow I can't do anything because my school is my first priority
03:42.25brlcadIordanis: it's a huge program, thousands of students all over the world.  it inevitably cannot work best for everyone
03:42.57IordanisI understand but end of semester means exams for everyone that attends any kind of instituition.
03:43.44brlcadsure
03:44.42brlcadand shift it one week and another country somewhere else gets screwed
03:44.56Iordanislol maybe ur right
03:45.01brlcadthink of it as a lesson in multitasking and time management skills ;)
03:45.31IordanisI will try my best to submit a good purposal and hopefully it will be good enough to chose me over any other grad or Pdh student
03:46.02IordanisI feel like undergraduates don't get accepted at all in this program. Are there special spots for them? I bet you would go for the most experienced students
03:46.32brlcadlevel of education is rather unimportant
03:47.05brlcadI've participated in gsoc for nearly 8 years and that's never been the case
03:47.44brlcadsome grads work on bigger projects that make headlines, but they're definitely in the minority
03:47.59IordanisI agree with you but the ideas list that you uploaded on the ideas list are so challenging
03:48.11IordanisI can not imagine any of my peers having experience in such areas
03:48.20brlcadthey're just ideas
03:48.27brlcadwe could have put up 1000 more
03:48.33brlcadit's just each idea takes an hour or more
03:48.45brlcadso we put up the ones we care about most and hope for a bite
03:48.53IordanisI see
03:49.00brlcadwhen in reality, any of the 1000+ projects are interesting and worthwhile
03:49.40IordanisI am going for the web-development anyhow which I am quite experienced at, but I suppose experience matters when it comes to picking?
03:49.59brlcadpassion and plan matter the most
03:50.11brlcadrather communication most, then those two
03:50.14brlcadthen experience
03:50.27IordanisI understand you now, it makes so much more sense
03:50.33brlcadwe've accepted a number of pure newbies over the years
03:51.32IordanisThat is really good
03:51.43Iordanisand motivating
03:52.06Iordanisthanks I will probably submit over the weekend and try get some feedback
03:53.15brlcadcan't wait to see it
03:53.21brlcadjust don't be shy with detail and research
03:53.25brlcadyou cannot have too much
03:53.39brlcadand communicate (like this, here or mailing list)
03:53.50brlcadthe work on a top-notch patch
03:53.55brlcads/the/then/
05:11.55*** join/#brlcad jasleen (~chatzilla@117.253.202.219)
06:39.36*** part/#brlcad jasleen (~chatzilla@117.253.202.219)
06:55.23*** join/#brlcad code_walker (~Shubham@120.56.153.95)
06:57.11*** join/#brlcad jasleen (~chatzilla@117.253.202.219)
06:58.10jasleenbrlcad:  I am exploring the project of making a cross platform Display manager
06:59.13jasleenbrlcad: Is this project already started? or need to start from scratch?
09:47.04*** join/#brlcad code_walker (~Shubham@120.56.153.95)
10:26.28*** join/#brlcad vladbogo (~vlad@188.25.239.23)
10:46.24*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
11:56.44*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
12:50.08*** join/#brlcad code_walker (~Shubham@120.56.153.95)
13:44.18code_walkerbrlcad: u there?
14:03.20*** join/#brlcad kesha (~kesha@14.139.122.114)
14:27.28*** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr)
14:43.21*** join/#brlcad jbschw (4355ee54@gateway/web/freenode/ip.67.85.238.84)
14:47.29*** join/#brlcad caen23 (~cezar@92.83.181.31)
14:56.41*** join/#brlcad Izak (~Izak@41.202.198.82)
14:56.51IzakHey there
15:01.38*** join/#brlcad Izak (~Izak@41.202.198.82)
15:01.52IzakHey there
15:19.05*** join/#brlcad Izak_ (~Izak@41.202.198.82)
15:19.18Izak_HHHHHmmmmmm
15:19.28Izak_Ch3ck: Are u there?
15:19.45Izak_brlcad : Are u there?
15:28.10*** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw)
15:28.20caen23~ask
15:28.20ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
15:38.24Izak_ibot:I need information on how to implement a BRLCAD primitive .
15:38.25ibotYou need information on how to implement a BRLCAD primitive?
15:38.44Izak_Yes a heart surface
15:41.17*** join/#brlcad Skriptkid (~Skriptkid@117.202.102.44)
15:42.26caen23that message was letting you know that you should not ask if someone is here, you should simply ask your question and stick around until somebody replies
15:47.37*** join/#brlcad Izak_ (~Izak@41.202.198.82)
15:47.54Izak_ibot: Are u there?
16:02.12``Erikibot is a piece of software... ask the actual question already
16:15.52Izak_How is a primitive implemented at a high level ?
16:18.46Izak_``Erik: I already have the necessary mathematical equations
16:26.39*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.68)
16:26.46Ch3ckHey guys
16:27.05Izak_How far?
16:30.45Ch3cki'm there what up?
16:30.48*** join/#brlcad Izak (~Izak@41.202.198.82)
16:30.56Izak<PROTECTED>
16:31.08Izak<PROTECTED>
16:31.50Guest23575Ch3ck: How far with the code patch?
16:32.21Ch3cki've already submitted it on sourceforge
16:32.31Ch3ckso awaiting review
16:32.40*** join/#brlcad Izak_ (~Izak@41.202.198.82)
16:32.57Izak_Ch3ck_: Are u there ?
16:32.59Izak_<PROTECTED>
16:33.12Ch3ckyup
16:33.27Izak_<PROTECTED>
16:34.06Ch3ckok
16:34.14Ch3ckive you seen the private msg i have sent to u?
16:35.17Izak_yes
16:35.27Izak_Have u seen mine
16:38.42*** join/#brlcad zerlo_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
16:41.19Ch3ckyup..
16:56.05brlcadprimitives are implemented as a set of callback functions
16:56.14brlcadthat's the "high level"
16:56.32brlcadCh3ck: saw the patch, they take a lot more time to review so it'll be a little while
16:57.13brlcadI usually assume they work perfect and apply cleanly and have no issues ... until I see otherwise :)
16:57.14Ch3ckok
16:57.27brlcadmake sure you read HACKING if you have not already
16:57.33brlcadpedants on conformant style
16:57.38Ch3ckyeah
16:57.39Ch3ckread it..
16:57.47Ch3ckthe patch just demonstrated a routine
16:57.59Ch3cki'll apply in developing the pull function
16:58.11Ch3ckto determine the inverse of any geometric transformation
16:58.35Ch3ckHowever here is the link to my proposal on the wiki pages
16:59.14Ch3ckhttp://brlcad.org/wiki/User:NyahCh3ck20/Proposal
16:59.21Ch3ckwaiting for ur comments
16:59.26Ch3ckand suggestions
17:20.58Ch3ckbrlcad: u der?
17:28.31brlcadCh3ck: i'm in and out all day
17:28.48brlcadpull function proposal we already talked about, right?
17:28.59brlcadon the mailing list I recall
17:29.04brlcadand a little here even
17:29.13Ch3ckyes
17:29.32Ch3cki have just posted my proposal on the wiki pages
17:29.35Ch3ckmy link is above
17:29.46Ch3ckjust wanted to know what ure thoughts were on my proposal.
17:29.50Ch3ckhttp://brlcad.org/wiki/User:NyahCh3ck20/Proposal
17:29.51brlcadshould itemize the "other pull subroutines"
17:30.01brlcadCh3ck: yes, I saw it :)
17:30.06Ch3ckok
17:30.10brlcadi was referring to feedback
17:30.44Ch3ckshould i be more explicit on the other pull subroutines..
17:30.45Ch3ck?
17:30.49brlcadoverall, it looks perfectly sufficient for now if you intend to submit any other proposals
17:31.53brlcadif not, I'd suggest a few tweaks like expanding/thinking a little more on your aug-sep timeframe and trying to get a little more specific / realistic on progress
17:32.05brlcadI like that you have testing spread throughout
17:32.42Ch3ckyes
17:32.45Ch3ckok thanks
17:32.47brlcadwould be good to talk about how you intend to stay on schedule if your school obligations are greater than expected
17:33.05Ch3ckwill work on the proposal time frame.
17:33.52Ch3ckand the deliverables
17:34.07brlcadsince you are a freshman, you might want to talk a little bit more about your background or work on yet another patch (or improve the one you made even further)
17:34.17Ch3ckok
17:34.26brlcadsomething that demonstrates you can *read* code and modify it is more important/useful than writing new code
17:34.40brlcadjust about anyone can write code
17:35.07brlcadit's a lot harder to read someone else and overcome the urge to rewrite it, while still making improvements to make it better overall
17:35.16Ch3ckok
17:35.26Ch3cki work on that in my proposal
17:35.28Ch3ckthanks..
17:35.34brlcadsure
17:35.37Ch3ckI was initially studying biochem
17:35.45Ch3ckbefore i dropped out coded a year
17:35.59brlcadyeah, the two 4-week blocks, those are a "red-flag" usually .. a month is a lot of time to get lost :)
17:36.04Ch3ckbefore coming back to college to pursue my dream in computer science..
17:36.11brlcadthat's great
17:36.36Ch3ckshould i include that too in my application?
17:36.43brlcadnot necessary
17:37.07brlcadif you want, but having a dream in computer science can mean so many things or nothing at all ;)
17:37.16Ch3ckok
17:37.26brlcadI was in college for almost three years before officially signing up for computer science
17:37.34brlcadyet Iwas writing code
17:37.35Ch3ckyeah i understand..
17:37.46brlcadI've been reading/writing code since I was single-digits
17:37.53Ch3ckwow
17:38.17Ch3cki heard of coding at age 17 and started 2 years ago. full time.
17:38.40Ch3ckso i'll include my works on past projects in my background right?
17:39.08brlcadtook intro C my first semester, absolutely loathed the guy instructing (he didn't care what he was doing at all) .. didn't take another class for two years (but then absolutely loved it)
17:39.35brlcadso then I hung around for several more years having tons of fun coding day and night nearly ever since
17:39.47brlcadthat's pretty impressive for starting when you have
17:40.26Ch3ckwow
17:40.29Ch3ckthats great
17:40.50brlcadso you might want to talk about what you've done coding (that we might care about), you know just a couple sentences to say you wrote a 10k lines of web interface code that talks to a java backend that pulls data from mysql yadayada whatever
17:41.07Ch3cklol
17:41.11Ch3ckyeah
17:41.13Ch3cki get it..
17:41.19brlcadgotta run, ttyl!
17:41.25Ch3ckthanks..
17:41.29brlcadsure np
17:41.35Ch3ckbrlcad: was nice talking to u
17:41.41Ch3ckthanks again for the feedback
17:41.44brlcad(hence the importance of staying on irc) ;)
17:41.51Ch3ckyeah..
17:41.52brlcadlikewise, I'll be around more
17:41.57Ch3ckok
17:42.01brlcadit's just a very very busy saturday :)
17:42.05Ch3cki'll do the modifications and let you know..
17:42.08Ch3ckyeah..
17:42.09brlcadsure
17:42.13Ch3ckhere to.
17:42.18brlcadI get notifications
17:42.22Ch3ckok
17:42.28Ch3ckgotta go work on them..
17:42.29Ch3ckbye
17:42.46Ch3ckyou should see them by monday.
18:01.32*** join/#brlcad jasleen (~chatzilla@117.253.226.230)
18:58.55*** join/#brlcad zero_level (ca4ead12@gateway/web/freenode/ip.202.78.173.18)
20:33.25*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
20:40.00IordanisAt what extend we are expected to do a background research on a propsal?
20:40.44IordanisI have things figured out in my head but I haven't done any detailed research due to a really heavy schedule. Do I still have chances?
20:42.50``Erika chance, sure... we use the proposals combined with patches, channel interaction and the mailing list to try to gauge each candidates competency, desire, etc... the mentors are (mostly) old programmers, so we're very familiar with the unknown unknowns aspect and risk involved...
20:56.44*** join/#brlcad harmanpreet (~chatzilla@124.253.23.154)
20:57.52Iordanis``Erik, how can I submit a proposal to get feedback?
20:58.02IordanisIf I submit it on google it is final and I can't change it?
21:03.10harmanpreetIordanis: No it will not be final. You can edit it even after submission but only before 3 May.
21:03.42IordanisCan I get feedback on a proposal submited on GSOC website?
21:03.50Iordanisor whould I have to email it on the mailing list
21:50.42*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
21:52.49*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
21:53.48*** join/#brlcad animesh_ (73f929da@gateway/web/freenode/ip.115.249.41.218)
22:26.32``ErikIordanis: I'd recommend uploading it to the GSoC page, then asking for comment on the mailing list and here
IRC log for #brlcad on 20130428

IRC log for #brlcad on 20130428

03:53.33*** join/#brlcad kesha (~kesha@14.139.122.114)
04:01.13keshacan someone please review my proposal and suggest me necessary changes
04:01.15keshahttp://brlcad.org/wiki/User:KeshaSShah
04:19.34*** join/#brlcad kesha (~kesha@14.139.122.114)
05:34.38*** join/#brlcad kesha (~kesha@14.139.122.114)
05:42.42*** join/#brlcad jasleen (~chatzilla@117.253.203.64)
06:00.57*** join/#brlcad kesha (~kesha@14.139.122.114)
06:05.24*** join/#brlcad kesha (~kesha@14.139.122.114)
06:41.35*** join/#brlcad jasleen (~chatzilla@117.253.228.226)
07:03.35*** join/#brlcad kesha (~kesha@14.139.122.114)
08:14.07*** join/#brlcad kesha (~kesha@14.139.122.114)
09:02.20*** join/#brlcad vladbogo (~vlad@188.25.239.23)
09:23.18*** join/#brlcad kesha (~kesha@14.139.122.114)
09:40.26*** join/#brlcad rays2pix (~deepak@110.234.229.2)
09:41.04rays2pixLooking at the various data formats and libraries now I get a question why we are developing a new library instead of integrating an existing one
10:14.50*** join/#brlcad inder (75dcac95@gateway/web/freenode/ip.117.220.172.149)
10:35.50*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
10:46.34*** join/#brlcad kesha (~kesha@14.139.122.114)
11:35.51*** join/#brlcad kesha (~kesha@14.139.122.114)
12:20.44*** join/#brlcad code_walker (~Shubham@59.177.37.94)
12:21.31*** join/#brlcad code_walker (~Shubham@59.177.37.94)
12:24.50*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
12:51.22*** join/#brlcad code_walker (~Shubham@59.177.37.94)
13:05.55*** join/#brlcad kesha (~kesha@14.139.122.114)
13:10.29*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:13.26*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
13:15.43Notify03BRL-CAD Wiki:Phoenix * 5119 /wiki/User:Phoenix/GSoc2013/Proposal: /* Reporting the intersections (API designing) */
14:16.57*** join/#brlcad rays2pix (~deepak@110.234.229.2)
14:17.57rays2pixJust got time to resume work on my proposal ! Any other GSocers around..How is it going for you
14:39.17*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:53.36Notify03BRL-CAD Wiki:Vladbogolin * 5120 /wiki/User:Vladbogolin/Proposal:
15:54.54*** join/#brlcad ncsaba (~ncsaba@p549833B6.dip0.t-ipconnect.de)
16:51.53*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:53.21*** join/#brlcad kesha__ (~kesha@14.139.122.114)
17:24.14*** join/#brlcad kesha__ (~kesha@14.139.122.114)
17:54.47*** join/#brlcad priyanka (~priyanka@118.102.186.30)
18:21.59*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-gkabgfwohpcohald)
18:50.05*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:51.56Notify03BRL-CAD Wiki:Vladbogolin * 5121 /wiki/User:Vladbogolin/Proposal:
18:55.14Notify03BRL-CAD Wiki:Vladbogolin * 5122 /wiki/User:Vladbogolin/Proposal:
19:17.08*** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw)
19:39.58*** join/#brlcad baddy21 (75c2f528@gateway/web/freenode/ip.117.194.245.40)
20:14.05Notify03BRL-CAD:starseeker * 55262 brlcad/trunk/TODO: poly2tri needs to be more polite when fed bad input - should just fail and move on, not bring down the application.
20:43.51*** join/#brlcad kesha__ (~kesha@14.139.122.114)
22:32.39*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dadquhhjthxgoxuy)
IRC log for #brlcad on 20130429

IRC log for #brlcad on 20130429

03:37.50Notify03BRL-CAD Wiki:Urickbenjmin * 0 /wiki/User:Urickbenjmin:
06:07.12*** join/#brlcad code_walker (~Shubham@59.177.37.94)
06:53.30*** join/#brlcad kesha (~kesha@14.139.122.114)
07:38.25*** join/#brlcad kesha (~kesha@14.139.122.114)
08:13.53Notify03BRL-CAD Wiki:Jmgutierrez * 0 /wiki/User:Jmgutierrez:
09:20.09*** join/#brlcad vladbogo (~vlad@188.25.239.23)
09:31.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:32.04*** join/#brlcad harmanpreet (~chatzilla@202.164.53.118)
10:51.58*** part/#brlcad hilnius (~hilnius_b@client-resel-2.enst-bretagne.fr)
11:55.49*** join/#brlcad jasleen (~chatzilla@117.255.246.99)
13:06.04*** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102)
14:15.13*** join/#brlcad rays2pix (~deepak@14.139.226.34)
14:17.48brlcadwaves
14:21.23rays2pixGood Morning Sean - This is Deepak
14:22.07rays2pixI am working on defining the generic civ_image struct ..planning to have it as a superset of all image formats we are going to support
14:22.54rays2pixas far as the methods to operate on this I am confused on how to choose "what are all the methods we can pick up integrating an external library like cdx/image magick"
14:24.01rays2pixi meant cximage not cdx.. and I didnt get time to go through that source..may I know whether there is  any particular reason for recommending it as a integration choice
14:32.45*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
15:47.47*** join/#brlcad code_walker (~Shubham@120.59.144.185)
15:48.49brlcadrays2pix: excellent, but I'm not sure what you're asking
15:49.28brlcadare you're asking me whether you should integrate a particular 3rd party library? :)
15:50.29brlcadthat question is ill-defined as-is
15:54.14*** join/#brlcad jasleen (~chatzilla@117.253.229.127)
16:09.51rays2pixbrlcad: sorry had to go out.. Yes it was the question~ thanks for understanding. Currently as you suggested earlier I will focus on designing the generic icv_image
16:10.38rays2pixbrlcad: if thats the case we can make the decision about integration later when I get time to do more research on it
16:10.50rays2pixright now end semester times, testing times in student life:(!
16:12.26brlcadrays2pix: that question can't be answered without understanding what another library offers
16:12.30brlcador inspecting how it's designed
16:12.37brlcador looking at its dependencies
16:12.43brlcadand other factors still
16:12.49rays2pixsure i understand that, I have few libraries in mind. Will do that study later.
16:13.02rays2pixjust thought of checking with you guys whether you had that info. no probs
16:13.15brlcadI have tons of info, but that doesn't help you help me
16:13.21brlcador help you write a proposal :)
16:13.36*** join/#brlcad ncsaba (~ncsaba@p54982A65.dip0.t-ipconnect.de)
16:13.37rays2pixsure thanks for keeping my life simple:)!
16:14.18brlcadif you're too busy to make a solid application, how are you going to not be too busy to successfully participate? :)
16:14.39brlcadbeing too busy is the single most common reason people are failed
16:15.01brlcadso I wouldn't be helping you anyways
16:15.20ncsabaHi all
16:15.24brlcadyou could conceivably get in and get failed right away
16:15.25rays2pixFrom May 22 I will be free from academics, I will yet strive to give my best possible proposal
16:15.52rays2pixright now I wish i had more time to sit and go through various image formats , but clearly I dont have that much time
16:16.01brlcadrays2pix: so no other internship, part-time job, or student activities this "summer"
16:16.05brlcad?
16:16.09brlcadhi ncsaba !
16:16.25rays2pixbrlcad: No If selected in GSOC its going to be GSoc+ self study
16:16.28brlcadrays2pix: I pointed you at the one library that was the most important to look at if any
16:16.47brlcadwhat does self study mean?
16:17.00ncsababrlcad: I see you're real busy with GSOC :-)
16:17.14rays2pixbrlcad: picking up something of interest and studying about it
16:17.57rays2pixbrlcad:If not selected in Gsoc will still try to find ways to code and get more time for self-study!
16:17.58brlcadncsaba: yeah, this time of year is always a little hectic when we participate :)
16:18.56brlcadrays2pix: that's kinda vague, but okay..it's good to have interests
16:18.58rays2pixbrlcad: l will come up with the proposal update and will get your feedbacks from there.
16:19.09brlcadforewarning that GSoC tends to take up all of your time...
16:19.14brlcadI assume you haven't particiapted before
16:19.22ncsababrlcad: bad timing for my own impatience :-P
16:19.36brlcadncsaba: oh?  you waiting on something?
16:19.44brlcadmy mailbox has a bit of a backlog at the moment
16:19.55rays2pixbrlcad: yep this is my first attempt, I have no issues if its going to consume time! I dont have any other assignments
16:19.56brlcadsorry if I overlooked something recent
16:20.26rays2pixbrlcad: by self study i meant picking up some books which I reserved for leisure like this one "Computational beauty of nature"
16:20.34ncsababrlcad: I uploaded a patch with the surface/volume/centroid functions for the pipe primitive/analyze command
16:21.40ncsabaand looking for some heads up/down on continuing with the pipe primitive + making analyze more model/view structured
16:23.07ncsabaI see a lot of potential in using the analyze infrastructure to allow more extensively querying the primitives for key structural elements (center points, tangent lines, etc.)
16:23.41brlcadyeah, I agree
16:24.27brlcadwe'd like to expose some of that into a library as well (libanalyze or libgqa)
16:24.37brlcadfor fully generalized behavior
16:25.04ncsabafor the pipe primitive for example right now I would have a need to get the center points of the bent segments, to place there some other elements
16:25.10brlcadi reviewed your first patch and except for the indents it looked good, but haven't looked since you started the analyze hook
16:26.23ncsabawell the next patch is trickier, has some math which hopefully is right, and some trickery for the surface discontinuities
16:27.11ncsabaBTW, is there some equivalent of the volume calculations done by gqa, but for surface ?
16:28.10brlcadnope, but that's one of the extensions envisioned
16:28.22ncsabahmm, I could have a look
16:28.42ncsabaI need a way to confirm the correctness of the surface calculation
16:28.48brlcadgqa itself does sampling and refinement for volume, so it'd have to do a completely different refinement sampling for surface area (curvature-based)
16:28.57brlcadwe have lots of ways of doing that
16:29.13ncsabaI will have to read that code
16:29.14brlcadcomparing to primitives, for example, where we know exactly
16:29.46ncsabayes, simple cases work fine, but I'm lazy to check the more complex ones
16:30.43ncsabaI would rather spend a week to write some surface sampling code than 1 hour calculating manually for a few known ones ;-)
16:30.45brlcadeasy to build up ones where an exact answer is known
16:31.01brlcadcan also compare to polygonalization
16:31.18brlcadwhich should converge and is directly evaluatable
16:31.31ncsabaok, that last sentence I'm not sure I understand
16:31.39brlcadno worries
16:31.51brlcadjust to know that we have several ways to test an implementation should the time come :)
16:32.08brlcadand now lunch!
16:32.23ncsabaok, good appetite then :-)
16:34.31*** part/#brlcad jasleen (~chatzilla@117.253.229.127)
16:54.28Notify03BRL-CAD:bob1961 * 55263 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl and 4 others): Modified mged's pattern tool for use in Archer. Moved the relevant files from tclscripts/mged to tclscripts/lib.
17:12.51*** join/#brlcad priyanka_ (~priyanka@118.102.186.30)
17:15.33priyanka_Hello all, I am interested in GSoC Project "Cross Platform Framebuffer" . I have some queries regarding this. 1) Project require making framebuffer in Qt ? 2) Which patch need to submit in order to show that I understood the problem well and can contribute? Any startup help?
17:15.39priyanka_Please do reply
17:32.18Notify03BRL-CAD:bob1961 * 55264 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added aliases for blast, draw and erase (i.e. B, e and d, respectively).
17:49.43*** join/#brlcad btanmay (~tanmay@115.248.130.148)
17:55.17*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:00.11*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:04.41d_rossbergpriyanka_: 1) Qt is an example for a cross platform GUI toolkit. You may use this or any other such library with BRL-CAD compatible lizense. 2) You can find some ideas for a patch in the TODO file in the BRL-CAD repository.
18:06.52*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:14.10``Erikhttp://www.pcworld.com/article/249951/if_it_aint_broke_dont_fix_it_ancient_computers_in_use_today.html
18:25.40*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:29.42*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:30.15*** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net)
18:30.16*** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw)
18:35.27*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:41.06*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:43.44*** join/#brlcad Izak (~Izak@41.202.197.123)
18:43.53IzakHeyy there
18:44.12Guest83358brlcad are you there ?
18:44.20*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:45.53*** join/#brlcad Izak_ (~Izak@41.202.197.161)
18:46.05Izak_Hmmmm
18:46.07Izak_hsdhhs
18:46.13Izak_sdhsdjkcsnds
18:46.26Izak_trying to
18:48.00Izak_Ch3ck_: How far?
18:52.32*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
18:53.00*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:53.30zero_levelwhat are the third party libraries used in brlcad.. just wanted to see the grasp of how they are documeneted and how are the api calls made for those libraries in BRL-CAD code..
18:58.14*** join/#brlcad btanmay (~tanmay@115.248.130.148)
18:59.39zero_levelhey.. i think my chat has been buried between the login details.. here is a copy of that
18:59.40zero_level<PROTECTED>
19:03.25*** join/#brlcad btanmay (~tanmay@115.248.130.148)
19:11.31*** join/#brlcad btanmay (~tanmay@115.248.130.148)
19:11.43kanzureno, you don't need to repeat yourself.
19:12.12*** join/#brlcad Izak_ (~Izak@41.202.198.34)
19:14.49*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:17.34*** join/#brlcad btanmay (~tanmay@115.248.130.148)
19:21.38*** join/#brlcad btanmay (~tanmay@115.248.130.148)
19:28.52*** join/#brlcad btanmay (~tanmay@115.248.130.148)
19:32.19*** join/#brlcad btanmay (~tanmay@115.248.130.148)
19:35.15zero_level@kanzure. ok.. i saw too much zitter due to quit and joined status..
19:36.16*** join/#brlcad Izak_ (~Izak@41.202.195.56)
19:43.40*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:44.49*** join/#brlcad btanmay (~tanmay@115.248.130.148)
19:49.41*** join/#brlcad navdeep (~chatzilla@117.212.55.63)
20:03.39*** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
20:05.11hawthornhello i am back
20:09.50Notify03BRL-CAD:carlmoore * 55265 brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: fix warning about long unsigned
20:11.50*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.230)
20:12.42Ch3ckHey guys
20:26.56navdeephello
20:28.25navdeepI wan to work with project idea material database for GSOC.
20:29.59Ch3cknice meeting you navdeep
20:30.29Notify03BRL-CAD Wiki:NyahCh3ck20 * 5123 /wiki/User:NyahCh3ck20/Proposal: /* Background Information */
20:31.55navdeepHelp me from where I can found material database project previous work.  
20:32.11navdeepI want to review the project code.
20:32.55Notify03BRL-CAD Wiki:NyahCh3ck20 * 5124 /wiki/User:NyahCh3ck20/Proposal: /* Overall Structure Pull routine */
20:33.42Notify03BRL-CAD:carlmoore * 55266 brlcad/trunk/src/sig/dconv.c: add 'file' because the code is looking at that argument as a file name
20:33.56Notify03BRL-CAD Wiki:NyahCh3ck20 * 5125 /wiki/User:NyahCh3ck20/Proposal: /* Deliverables */
20:39.24Notify03BRL-CAD Wiki:NyahCh3ck20 * 5126 /wiki/User:NyahCh3ck20/Proposal: /* Development schedule */
20:39.46Ch3cknav_deep: have you downloaded the source code.
20:40.54Notify03BRL-CAD Wiki:NyahCh3ck20 * 5127 /wiki/User:NyahCh3ck20/Proposal: /* Time availability */
20:41.43navdeepCh3ck : No, I don't know where to download the source code.
20:42.07Ch3ckok when did you sign up for the brlcad project?
20:42.16Ch3ckwhat OS are u using ?
20:42.35navdeepCH3ck : I am using linux OS
20:42.57Ch3ckok let me give you the link so you can download from the terminal?
20:43.01Ch3ckok by u ?
20:43.16navdeepCh3ck : yes
20:43.22Ch3ckok
20:43.28Notify03BRL-CAD:carlmoore * 55267 brlcad/trunk/src/sig/dconv.c: simplify the programming, and push 'N =' and 'L =' downward
20:44.28Ch3cknavdeep: first of all have you subscribed to the mailing list?
20:45.27navdeepI have subscribed the BRL-CAD mailing list
20:46.07Ch3ckok
20:46.24Ch3cklet me give you the svn link you just execute on the terminal..
20:46.34navdeepCh3ck : Soon I will Introduce myself with my project idea
20:46.49navdeepCh3ck : ok
20:46.53Ch3ckok
20:47.08Ch3ckyou'll have to work faster since applications end by Friday.
20:47.55navdeepYes I will work day and night for this.
20:48.16Ch3ckok
20:48.19Ch3ckhere is the link:
20:48.22Ch3cksvn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
20:48.33Ch3ckjust execute at the terminal
20:48.42Ch3ckit'll download the latest src
20:52.58zero_level@check.pls help me with this.. "what are the third party libraries used in brlcad.. just wanted to see the grasp of how they are documeneted and how are the api calls made for those libraries in BRL-CAD code."
20:53.45Ch3ckzero_level: do you have the src?
20:53.50zero_levelyes
20:55.59Ch3ckok
20:56.20Ch3ckzero_level: well for brlcad: much of it was written from scratch
20:56.35zero_levelyes that is what i found..
20:56.51Ch3ckfrom what i don't really see much of them
20:57.04zero_levelare there are no third party libraries shipped with the src.. i could find none..
20:57.06Ch3ckalmost all the routines, data structures and the rest
20:57.06vladbogohi all
20:57.12Ch3ckare custom made.
20:57.23Ch3ckyeah
20:57.32Ch3ckvladbogo: hi
20:57.35vladbogozero_level I don't know exactly what you are looking for
20:57.44vladbogobut I can suggest you a tool
20:57.48vladbogomaybe it helps
20:57.58vladbogoit's called ack-grep
20:57.59zero_levelso is it some policy... or it is fine to write a propsal which helps uses some third party libraries
20:58.25vladbogoyou can use it to search in all folders what are you looking for
20:59.04Ch3ckwell from what i see there are little or no third party libraries in brlcad.
20:59.26vladbogosomething like ack-grep "test" searches all references of test in all dirs and subdirs from where you lunch the command
20:59.55vladbogoit also says in which file the occurrence appeared
20:59.59Ch3ckvladbogo: well that works if zero_level knows exactly
21:00.07vladbogoyes
21:00.08Ch3ckwhat he is looking for.
21:00.14Ch3ckso in his case
21:00.18Ch3ckthat's different
21:00.22Ch3ckso would be difficult.
21:00.35vladbogomaybe it helps
21:00.50vladbogofor me made the navigation in code much easier
21:00.52Ch3ckwell may be..
21:01.08Ch3ckvladbogo: how is your application going.
21:01.33zero_level@vladbogo i have checked for most of the libraries (i know of ) using the grep tool in ubuntu.. didnt get any.. therfefore i tried asking it on the IRC ..
21:02.16vladbogoI've finished a first form of it and now i want to improve it
21:02.27Ch3ckvladbogo: yeah me too..
21:02.36Ch3ckbrlcad gave me some quick fixes
21:02.40Ch3ckwhich i have done.
21:02.43zero_level@ch3k and @vladbogo if my proposal uses some third party libraries and as i see brlcad was written from raw.. so is it some policy or thy are open to third party libraries..?
21:03.09Ch3ckzero_level: well i don't know but have you read the Hacking file?
21:03.42vladbogozero_level: I don't know, I am a GSoC student
21:03.57zero_leveldo you mean readme on the man folder.
21:03.58zero_level?
21:04.37Ch3ckme too
21:04.44Ch3ckthere is a hacking file
21:05.42Ch3ckwell the read me should have some info about that.
21:14.10*** join/#brlcad navdeep (~chatzilla@117.212.55.63)
23:06.38Notify03BRL-CAD Wiki:Level zero * 5128 /wiki/User:Level_zero/proposal: Created page with "Personnel Information Name Mohit Daga Email Address: mohit.daga@ieee.org IRC(nick): zero_level Phone Number: +91 9783582684 Mailing Address: E#221 Ram Path, Shyam Nagar..."
23:51.35Notify03BRL-CAD Wiki:Level zero * 5129 /wiki/User:Level_zero/proposal:
IRC log for #brlcad on 20130430

IRC log for #brlcad on 20130430

00:31.17Notify03BRL-CAD Wiki:Level zero * 5130 /wiki/User:Level_zero/proposal: Draft 1
00:36.39Notify03BRL-CAD Wiki:Level zero * 0 /wiki/File:Fil1.png: file for proposal
00:50.40Notify03BRL-CAD Wiki:Level zero * 5132 /wiki/User:Level_zero/proposal: /* BRL-CAD’s IPT(s) Information and Current Status */
02:59.03brlcadwaves
03:01.31brlcadzero_level: you have questions?
04:04.39*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
05:17.26*** join/#brlcad harmanpreet (~chatzilla@124.253.79.47)
05:28.33*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ulasxpdoquzycvld)
07:49.57*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:22.26*** join/#brlcad phoenixyjll (8c7255e7@gateway/web/freenode/ip.140.114.85.231)
08:24.23*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
08:50.57*** join/#brlcad navdeep (~chatzilla@202.164.53.117)
09:02.37navdeepI need previous source code of material database.
09:02.51navdeepwant to see current status of website
09:13.39zero_levelnavdeep: you may want to look at previous year Gsoc http://brlcad.org/wiki/Google_Summer_of_Code/2012
09:46.34*** join/#brlcad navdeep (~chatzilla@202.164.53.117)
10:25.52*** join/#brlcad kanzure (~kanzure@131.252.130.248)
10:50.17*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
10:54.56*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
11:00.02*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
11:05.37*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
12:21.00*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
13:17.01*** join/#brlcad code_walker (~Shubham@120.59.154.60)
13:27.44*** join/#brlcad code_walker (~Shubham@120.56.147.244)
13:28.00brlcadzero_level: you get  your questions answered?
13:33.12zero_level_brlcad I read ur emails on the forum. and studied the code organisations of CxImage library
13:33.27zero_leveli hope my current approach in integrating looks fine?
13:33.56brlcadzero_level: so you keep mentioning the cxlibrary... why? :)
13:36.07zero_levelI understand the use of icv library and criticalities of that.. in the future use of in BRLCAD.. the current tools are very primitive therfore i belive integrating with such a library wourld be useful. earlier i thought of opencv library.. but then found few drawbacks that is because this library is very huge.. it involves a lot of functionaities which are divergent to the utilities of brlcad
13:36.09zero_level..
13:37.16zero_levelAlso.. integrating with this will ensure added functionalities and enhance usability of the tools
13:37.22brlcadso "why cximage" is basically "because opencv is worse"?
13:37.34brlcadyou can make those statements with almost any library
13:38.21brlcadthere are a half dozen incredibly popular image processing libraries out there
13:38.31brlcadwhy cximage
13:38.32zero_levelbut i believe this contains all the functions in our current utilities...
13:38.46brlcadand the others don't?
13:39.20brlcadI'm not agreeing or disagreeing
13:39.46zero_levelok
13:39.50brlcadif you're going to propose putting cximage underneath one of our libraries, you need to be able to answer the comparative questions about why
13:40.15zero_levelok
13:40.16brlcadnot just because it's something you thought of or found
13:40.28zero_levelApart from the library issue..
13:40.37brlcadthat's not the way to do dependency management for starters
13:40.45zero_levelcan i ask you
13:40.47zero_level..
13:40.48brlcadand more specifically doesn't exactly address a compelling need by itself
13:41.38brlcadcan you?
13:45.04zero_levelthere are some utilities in the /src/utl which directly doesnt perform an image processing task.. for example.. bary, buffer, dunncolour.. fix_polysolids.. texturescale.. random.. terrain etc..
13:45.20zero_levelwhat do u propose of these..
13:45.26zero_level*suggest
13:51.19brlcadwhat do I propose? :)  what do you propose?
13:51.41brlcadsrc/util is general utilities, not all are image processing and that's okay
13:52.09brlcadit'd make more sense to move the image processing specific tools out as they are refactored
13:52.17Notify03BRL-CAD:carlmoore * 55268 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: fix warning about 'long int' format
13:53.27zero_levelok.. i have made a list of those utilities and the plan for groups.. so u suggest putting that in the proposal to..
13:53.52zero_levelof the non image processing utilities i thought of putting that under BU
13:54.33zero_levelso is BRLCAD open to changes to libbu.. and other libraries for adding these utilties..
13:54.55zero_levelthough other libraries will have to be identified.. in that case..
13:55.30brlcadzero_level: I do not suggest putting that, whatever that is, into your proposal
13:55.45brlcadyou've not being very clear
13:56.10brlcadnon-image processing utilities should not go under BU as they are not part of that library
13:56.17zero_levelcan u tell..  which line ?
13:56.26zero_leveli will try to reframe..
13:56.27brlcadthey are utilities, which is why they are in the util directory
13:56.37zero_levelok..
13:57.24brlcadpast years experience has told me to interpret "ok.." as "I do not understand"
13:58.04brlcadwhat problem are you solving, what is the project?
13:58.31Notify03BRL-CAD:carlmoore * 55269 brlcad/trunk/src/liboptical/sh_light.c: fix warning about long unsigned
14:00.02zero_levelso do, you mean i should stick my focus to consolidation of image processing tools.. and live the rest in the src/util untouched..
14:00.11brlcadwhat problem are you solving, what is the project?
14:00.42zero_levelto consolidate IPTs(Image Processing Tools) into icv library
14:00.47brlcadyou're lacking focus/clarity/goals, until you figure that out, the questions you're asking cannot be answered
14:02.01brlcadokay, so that should answer some of your questions
14:02.09brlcadwhat does the "buffer" utility have to do with consolidation of image processing into a libicv?
14:03.14*** join/#brlcad rays2pix (~deepak@14.139.226.34)
14:05.24zero_levelyes.. i got your point... that is what i thought(therefore didnt include in my proposal).. but wanted to confirm from you about the fate of other utilities.. and the list i was talking was the list of the ipt libraries and the groups and there linkage with the library i propose to use.. (i hink i didnt make myself clear thre)
14:06.42zero_level*(icv tools and grouped them and there linkage..)
14:07.20brlcadzero_level: there still must be some misundersanding though
14:07.44brlcadpix-png for example is in util and is an image processing tool
14:08.02brlcadI hope you're not proposing to move that tool to the icv directory
14:08.44brlcadthe goal as I originally understood it was to migrate image processing functionality to libicv
14:08.58brlcadin that case, that would be some means to read in pix files and some means to write out png files
14:12.17brlcadstarseeker: https://sourceforge.net/p/allura/tickets/6175/
14:15.22zero_levelindeed i was proposing that..because as i read in the project idea page. here (http://brlcad.org/wiki/Consolidate_image_processing) there is a need of finding a simple conversion function for images..
14:16.13zero_levelapart from consolidating these ip tools in the icv folder..
14:17.19brlcadzero_level: you use "..." WAY too much buddy :)
14:17.34zero_level:)
14:18.08zero_levelI find that there 35+ such tools and prepared a list of them as well.
14:18.15brlcadthat's good
14:18.38brlcadbut the project shouldn't obsess on the tools, it's on the functionality
14:18.45brlcadthe functionality needs to be put into the library
14:18.51brlcadand the tools updated to use the library
14:19.07brlcadthat's very different from moving the tools as a goal
14:21.20zero_levelbut the problem in using any library (say for instance cxImage.. i will do my HW on why it is good or use the better one.) is that we BRLCAD has primitive representation of images. therefore using any library will require conversion from one to other.
14:21.45zero_levelalso i had a question about icv's current status..
14:22.29brlcadthat is a problem in using any library
14:22.55brlcadthat's why using any library wouldn't be the top of my list of priorities without a lot of validation and demonstration that it's actually better
14:23.19zero_levelok.
14:23.36brlcadjust because someone else's steaming pile of poo is bigger than ours doesn't mean it's better or right for us
14:24.07zero_level;) ok
14:24.08brlcadprove it
14:24.27brlcador don't make that the focus
14:24.45brlcadyou could do that entire project and not integrate any external code
14:24.59brlcadmigrating functionality and refactoring
14:25.21*** join/#brlcad vladbogo (~vlad@188.25.239.216)
14:28.56*** join/#brlcad kanzure (~kanzure@131.252.130.248)
14:32.33zero_leveli think i will work a little bit and revert to you.
14:32.41zero_levelanyways thnx
14:32.55brlcadsue
14:32.57brlcadsure
14:33.06rays2pixhow do i get the width and height of a pix file
14:35.28brlcadrays2pix: from the user
14:35.43brlcadthey are raw data
14:36.25brlcadAPI-wise, the image dimensions will have been specified or inferred at some point
14:36.43brlcadwe have a function that attempts to identify common size patterns
14:37.04rays2pixWe have certain pix files in ./pix folder in brlcads source tree. How can i estimate its dimensions
14:37.20brlcade.g., 2359296 bytes is probably a 3-channel interlaced PIX file at 1024x768
14:37.33brlcadthose are all the default, 512x512
14:38.08rays2pixbrlcad: thanks that helps
14:38.20brlcadif there's a good chance it's a square image, look at the byte size
14:38.34brlcadnotice they are all 786432 bytes
14:38.39brlcad~786432 / 3
14:38.39ibot262144
14:39.10Notify03BRL-CAD:phoenixyjll * 55270 brlcad/trunk/src/librt/tests/test_ssi.cpp: Use the CVs as vertexes of the pipe, some clean up, and print information of the intersection curves.
14:40.07brlcadso 262144 pixels ..
14:40.09brlcadtake the square root
14:40.12brlcadyou get 512
14:40.26rays2pixGot that.. thanks!
14:42.18zero_levelalso for example see pix-png.c there is a complete functions which get the args and determine the width and hieght accordingly
14:42.32zero_levelfunction : get_args
14:43.40rays2pixzero_level: thanks
15:00.23*** join/#brlcad jasleen (~chatzilla@117.253.233.158)
15:11.03*** join/#brlcad code_walker (~Shubham@120.56.147.244)
15:14.13*** join/#brlcad kesha (~kesha@14.139.122.114)
15:16.40*** join/#brlcad kesha_ (~kesha@14.139.122.114)
15:42.07*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
15:43.15*** join/#brlcad navdeep (~chatzilla@117.207.155.222)
16:00.07*** join/#brlcad harmanpreet (~chatzilla@124.253.17.160)
16:03.27*** join/#brlcad vlad__ (~vlad@188.25.239.216)
16:15.55*** join/#brlcad vlad__ (~vlad@188.25.239.216)
16:35.02*** join/#brlcad vladbogo (~vlad@188.25.239.216)
16:38.41*** join/#brlcad Izak (~Izak@41.202.198.128)
16:38.59IzakIl y a quel qu'n ?
17:28.43*** join/#brlcad rays2pix (~deepak@110.234.229.2)
17:28.44*** part/#brlcad rays2pix (~deepak@110.234.229.2)
17:28.46*** join/#brlcad rays2pix (~deepak@110.234.229.2)
17:43.54*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:46.59*** join/#brlcad Guest45138 (~Izak@41.202.197.249)
17:51.24Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5133 /wiki/User:Izak: GSoc Project Proposal : Implementing a heart primitive
17:55.16Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5134 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
18:00.04Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5135 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
18:05.28Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5136 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
18:07.14Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5137 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
18:08.17Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5138 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
18:09.04Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5139 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
18:12.02Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5140 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
18:12.20Notify03BRL-CAD:bob1961 * 55271 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Minor cleanup of PipeEditFrame::initEditState
18:13.07Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5141 /wiki/User:Izak: /* ANYTHING ELSE? */
18:14.49Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5142 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
18:15.01Notify03BRL-CAD:bob1961 * 55272 brlcad/trunk/src/libged/get_type.c: Updated ged_get_type to recognize metaballs.
18:15.44*** join/#brlcad priyanka (~priyanka@118.102.186.30)
18:18.44Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5143 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
18:19.56Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5144 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
18:23.20Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5145 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
18:24.53Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5146 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
18:24.56priyankahello
18:27.53Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5147 /wiki/User:Izak: /* PROJECT DESCRIPTION */
18:29.29Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5148 /wiki/User:Izak: /* PROJECT DESCRIPTION */
18:38.47*** join/#brlcad Guest45138 (~Izak@41.202.197.249)
18:42.02Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5149 /wiki/User:Izak:
18:43.05Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5150 /wiki/User:Izak: /* PERSONAL INFORMATION */
18:46.03Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5151 /wiki/User:Izak: /* PROJECT INFORMATION */
18:47.23*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.183)
18:47.33Ch3ckHey
18:47.33Guest45138Il y a quel q'un?
18:47.39Guest45138How far?
18:48.59Ch3cki'm there
18:51.06*** join/#brlcad coderrr (5f9c3cc0@gateway/web/freenode/ip.95.156.60.192)
18:51.24Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5152 /wiki/User:Izak: /* PROJECT DESCRIPTION */
18:55.59*** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu)
18:56.32priyankaCan anybody tell me any startup for changing framebuffer. What does if_X24.c file actually doing?
18:58.21Ch3ckwell
18:58.28Ch3cki have not heard of that file
18:58.38Ch3ckbtw in which library is it found?
18:59.04*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
18:59.17*** join/#brlcad urickbenjamin (~urickbenj@wireless-198-213-192-80.public.utexas.edu)
19:04.12Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5153 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
19:04.19*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
19:08.39*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
19:12.59*** part/#brlcad urickbenjamin (~urickbenj@wireless-198-213-192-80.public.utexas.edu)
19:15.54*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.13.183)
19:18.18Ch3ck_Hey
19:19.34Guest45138Are u there?
19:29.36*** part/#brlcad coderrr (5f9c3cc0@gateway/web/freenode/ip.95.156.60.192)
19:29.50*** join/#brlcad priyanka4 (~priyanka@118.102.186.30)
19:29.53priyanka4Sir its in src/libfb folder
19:30.14Ch3ck_yup.
19:30.35Ch3ck_priyanka4: well i'm not a Sir i'm a student like you
19:30.44priyanka4ok
19:30.46Ch3ck_check the read me files.
19:31.06Ch3ck_there should be some information concerning the libfb
19:31.19priyanka4Its library for framebuffer
19:31.59*** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148)
19:34.24priyanka4Do you know anything about it?
19:35.30Ch3ck_well i don't really know much about that.
19:35.40Ch3ck_but have you read the header files related to that library?
19:35.53Ch3ck_since the src library
19:36.02Ch3ck_is /src/libfb
19:36.13Ch3ck_there should probably some fb.h
19:36.21Ch3ck_is there anythx like that?
19:40.56priyanka4yes. it is
19:46.04Ch3ck_then you should probably read it.
19:46.13Ch3ck_and understand it well..
19:47.03priyanka4Ok. Thanks for help :)
19:47.56Ch3ck_yeah no prob
19:48.06Ch3ck_programmers help each other thats the culture..
19:48.42priyanka4On which module, you are working?
19:56.58*** join/#brlcad Iordanis__ (Iordanis@host214-207.cvd.fit.edu)
19:57.07*** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148)
20:04.43Ch3ck_priyanka4: on a pull routine for reverse matrix push operation..
20:14.13rays2pixIf we plan to do all image processing with double precision , whether we will start with double-precision raw format or convert the existing 1byte/channel to a 4byte/channel representation
20:15.20Ch3ck_hmm.
20:16.11rays2pixbrlcad: Also a doubt with png, I am trying to convert a pix in to rgba with 4bytes/channel. Is it possible to have 4bytes/channel in png ?
20:21.23Ch3ck_well i don't think brlcad is online at the moment..
20:27.15rays2pixCh3ck_: he may answer it when he is back.
20:27.28Ch3ck_aight..
20:47.26*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
20:53.55Notify03BRL-CAD:n_reed * 55273 brlcad/trunk/src/conv/step/IntersectionCurve.cpp: implement LoadONBrep for intersection curves
21:32.17*** join/#brlcad Kseniia_ (2e625134@gateway/web/freenode/ip.46.98.81.52)
IRC log for #brlcad on 20130501

IRC log for #brlcad on 20130501

00:30.40*** join/#brlcad Iordanis__ (Iordanis@host214-207.cvd.fit.edu)
01:33.50*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
01:53.54brlcadhi zero_level
01:54.14zero_levelhii..
01:55.08zero_leveli am currently working on a patch that will load images in the icv library
01:55.15zero_levelthat was missing there.
03:02.05*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
03:02.55brlcadzero_level: sounds good
03:15.26zero_leveli believe we dont get patch notification on this window..
03:20.14*** join/#brlcad kesha_ (~kesha@14.139.122.114)
03:33.06zero_level@blcad earlier i thought of using cxImage library but i think when u said why do i use this, i actually had no reason to justify i tried to find all night about why cxImage is better, then i compared the codes of cxImage and current utilities..
03:35.58brlcadzero_level: yeah, no notification for patches (until they are committed)
03:36.10zero_levelbut seeing that i found cxImage may not be that good because the brlcad's IPTs make use of the pix and bw format very efficiently and using cxImage library we will have to read the whole image in one go, which in current scenario is read line by line
03:37.27zero_leveli have thus planned to re work on my proposal and as u suggested include only the cosolidation part and improvements in the usability and addition of options,
04:12.26*** join/#brlcad kesha_ (~kesha@14.139.122.114)
04:15.36*** join/#brlcad Iordanis__ (Iordanis@host214-207.cvd.fit.edu)
04:56.43*** join/#brlcad kesha (~kesha@14.139.122.114)
04:57.48keshaMy eyes are unable to catch ADD NEW button on https://sourceforge.net/p/brlcad/patches/  
04:58.09keshaWhere is that button ?
05:00.47keshaI want to submit a patch ..
05:31.23brlcadhello kesha
05:34.07brlcadkesha: are you logged in?
05:34.34brlcadkesha: there should be a "Create Ticket" button on the left
05:34.36keshayes..
05:34.45keshaI found it just a sec ago..
05:34.48keshaThanks..
05:34.58brlcadlots of .....
05:35.07keshaThe label has been changed !!
05:35.18brlcadyeah, the whole interface was changed last week
05:36.13keshahttp://brlcad.org/wiki/Patches should also be modified accordingly...
05:38.14keshabrlcad: i want to dedicate doing code refactoring this summer with brlcad.. my exams completed today and now I will get time..
05:38.53keshain code Refactoring projects, I picked up "move LIBWDB comments " and changed them in 10 mins.. It was just a small piece of work..
05:39.18keshaI want to do some hardcore refactoring..
05:39.21keshanow..
05:41.11brlcadkesha: it's a wiki, go for it ;)
05:41.19keshabrlcad: Can you help me planning out how to go about systematically.. I mean if the development schedule is made wisely and good, then it reduces half the mess..
05:41.44brlcadkesha: what's your background?
05:42.37brlcadjust the short/quick version, highlights ;)
05:42.50keshabrlcad: I have completed Second Year B.Tech in Information and Communication technology .. Have a good grasp on C..
05:43.05brlcadwhat is a B.Tech?
05:43.06keshayea ! :P
05:43.34keshaBachlor of Technology ..This is what its called in India'
05:43.37kesha;)
05:44.07brlcadokay
05:44.33brlcadhow long have you been programming?  started in college?
05:44.43brlcadi.e., 2 years?
05:44.45keshabrlcad: I have done courses on system level programming, object oriented programming and ofcourse, introduction to programming
05:44.53keshano.since 11th grade ...
05:44.56keshai.e 4 years..
05:45.06brlcadhow long with C?
05:46.00keshabrlcad: Officially it was in 1st year college, but I was very enthusiatic and did a course to learn C , C++ before entering college..
05:46.13keshabrlcad: 4 years with C..
05:46.51brlcadyou really don't need to end every sentence with ...
05:47.07brlcadrelax :)
05:47.11keshaoops !
05:47.38kesharealised after you pointed it out
05:49.42brlcadkesha: so if you had to identify three of our project ideas that were the most interesting, what would they be?
05:54.56keshabrlcad: First of all, my first priority would be Code Refactoring, next is GUI and thirdly, am not so confident about Geometry Conversion and Processing, but after I do some searching and surfing, I can say better on that topic.
05:57.13keshabrlcad: If Refactoring is not of high impact as of now, I would love to go for GUI.
06:00.37keshaIntegrating with Analysis tools in GUI .
06:16.31*** join/#brlcad rays2pix (~deepak@14.139.226.34)
06:37.08brlcadkesha: code refactoring is an entire category or projects
06:37.43brlcadI would encourage some consideration of geometry conversion and processing, not a lot of interest in that area to date
06:37.59brlcadagain though, those are all major areas of development, what specifically interests you?
06:51.32*** join/#brlcad priyanka (~priyanka@118.102.186.30)
07:01.01*** join/#brlcad vladbogo (~vlad@86.121.101.132)
07:36.32*** join/#brlcad kesha (~kesha@14.139.122.114)
07:41.46*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:40.48*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:47.09*** join/#brlcad ncsaba (~ncsaba@p54982FD5.dip0.t-ipconnect.de)
08:50.03*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:56.51ncsabaHi all
08:57.54ncsabaanybody knows if there is already some (visible, public) project to illustrate the parameters of the different promitives ?
08:58.08ncsabas/promitives/primitives
09:01.09ncsabaOK, I suppose this page could be augmented: http://brlcad.org/wiki/BRL-CAD_Primitives
09:23.33ncsabaand this one should also be augmented with figures: doc/html/manuals/mged/brlcad_solids.html
09:29.16ncsabaI would add the "Primitive Solids" as a separate link in the "mged" table of contents - from my POV it is the most important page for BRLCAD beginners !
09:31.07*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
09:31.51ncsabaI will start to create some drawings for the parameters of the most frequently used (by me) primitives
09:49.49*** join/#brlcad Kseniia (~kvirc@46.98.81.52)
09:50.30*** join/#brlcad Kseniia (2e625134@gateway/web/freenode/ip.46.98.81.52)
10:15.29*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:15.11*** join/#brlcad vladbogo (~vlad@86.121.101.132)
12:04.38*** join/#brlcad vladbogo_ (~vlad@86.121.102.254)
12:10.08*** join/#brlcad vladbogo__ (~vlad@86.124.248.194)
12:11.09*** join/#brlcad ncsaba (~ncsaba@p54982FD5.dip0.t-ipconnect.de)
12:16.38*** join/#brlcad vladbogo_ (~vlad@86.121.101.110)
12:34.02*** join/#brlcad rays2pix (~deepak@14.139.226.34)
13:19.00*** join/#brlcad jasleen (~chatzilla@117.255.245.52)
13:44.09ncsabaanybody knows where can I find a reference for the available parameters of each shader type ?
13:45.21ncsabaI actually looked over all documentation I could find in the svn checkout, plus googled for "brlcad shader parameters" -> there's no useful result !
13:46.15ncsabaI really find this as the biggest problem of brlcad - everything is there you could use, just so hard to find that it is practically useless
13:47.42ncsabaI go and look into the source code, and will figure out the plastic shader parameters I can use - but really, this is not how it should work
14:12.15starseekerncsaba: it's open source - help to fix it!
14:14.21*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
14:15.23brlcadncsaba: there's a document on the website
14:15.27brlcadunder documentation
14:16.26brlcadhttp://brlcad.org/w/images/2/2c/Optical_Shaders.pdf
14:16.55ncsabawell I can't help fixing it all at once -> I'll do now some pictures of the primitive parameters, I find that the most important
14:16.58brlcadncsaba: I think we all agree that the shader subsystem sucks too ;)
14:17.20brlcador at least is terribly difficult to find
14:17.25ncsabathat one pdf I already found
14:17.29brlcadit's been documented several times in several ways over the years
14:17.56ncsababut that one only mentions 2 parameters of the plastic shader if I'm not mistaken
14:17.59zero_level@ brlcad can u tell me the need of magic number for icv_image_file
14:19.04brlcadncsaba: if you right-click each input field on the combination editor, there is a description
14:19.28ncsabaBTW, I'm also searching for text annotations in BRLCAD, I suppose there's no such thing implemented yet ? Would help me now at the current task of picturing parameters
14:19.43brlcadzero_level: nearly all of our structures have a "magic number" that is used for memory corruption detection
14:19.56ncsababrlcad: ok, that's something I didn't try, I'm not really using the GUI, all is done via CL
14:20.25brlcadzero_level: simple concept, you set a value like 0x12341234 and check that the value is that every time you use it ... if it's ever not 0x12341234 then you know you have bad memory
14:21.00brlcadncsaba: you are correct, there are presently no text annotations but that's actually a task being currectly worked
14:21.39brlcadncsaba: man mater may give some insight
14:21.48zero_leveli have created a structure in my patch for the size, do you suggest putting a magic number there. ?
14:21.54*** join/#brlcad chalk (272f0c7c@gateway/web/freenode/ip.39.47.12.124)
14:21.57*** join/#brlcad code_walker (~Shubham@120.59.146.195)
14:22.03brlcadwe do need some way to interactively query the shader system for available shaders, their parameters, and documentation
14:22.03chalkhello
14:22.10brlcadmaybe a "shader" command to replace "mater"
14:22.35brlcadzero_level: don't worry about magic numbers right now
14:22.39brlcadhello chalk
14:23.16ncsababrlcad: thanks for the shader hints, that helps -> would be perhaps good to add them to the glossary text for "shader"/"mater"
14:23.19chalkhey i need some advice on the idea i have chosen
14:25.56*** join/#brlcad code_walker (~Shubham@120.59.146.195)
14:26.32ncsababrlcad: the shader man page is not really helpful for shader parameters, but the GUI has good help text
14:26.40chalkwell i am an undergraduate student and i have taken two courses on C++,one is Algorithm and computing and the other one is Object-oriented programming and data structures. During my courses, i have debugged alot of programs on C++ and was wondering whether i am eligible to take on the idea of fixing bugs....
14:26.49code_walkerbrlcad
14:27.15code_walkeri have made successfully a small version of cpd
14:27.18code_walkerin c
14:28.04ncsababrlcad: what is the status of the text annotations project, is there anything usable already ?
14:28.09ncsabasome pointers ?
14:28.30code_walkeri needed to know,should i adapt current cpd in c
14:28.56code_walkerthis regarding code reduction
14:29.00code_walkeris*
14:29.18chalkhey brylcad are you there?
14:29.48code_walkerya u there?
14:31.26chalkokay well i needed to ask that what kind of programs would be assigned to us if i apply to fix bugs?
14:35.32chalkumm...
14:36.07chalk...can anyone answer my question
14:36.18ncsababrlcad: I would add this line to the entry for "shader" in the  "doc/html/manuals/mged/brlcad_glossary.html" file:
14:36.19ncsabaFor a list of available shaders and the meaning of the parameters
14:36.19ncsabaopen the combination editor in mged, select a shader, and right click on the input fields.
14:36.32brlcadncsaba: hm, it looks like the appendix seen on the website is not something actually recorded in docbook
14:36.48brlcadI presume the intent there is that it would be auto-generated based on keywords and commands used
14:37.13ncsabawhich appendix ?
14:37.26brlcadso might just help to beef up the "mater" command documentation, doc/docbook/system/mann/en/mater.xml
14:37.55brlcadncsaba: "the glossary text" I presumed you were referring to the command/keyword appendix in volume II
14:38.04brlcadotherwise, what glossary text ;)
14:38.12ncsaba"doc/html/manuals/mged/brlcad_glossary.html"
14:38.35brlcadchalk and code_walker: run this: /msg ibot ask
14:39.02chalkhow?
14:39.12brlcadwhat do you mean how?
14:39.16brlcadwith your keyboard
14:39.17brlcadyou type it
14:39.23chalkokay okay sorry
14:40.17brlcadchalk: you're welcome to submit a proposal for absolutely anything really
14:40.27brlcadbut I would suggest proposing something as specific as possible
14:40.40code_walkerbrlcad:i have made a small version of cpd in c
14:40.42brlcadfixing bugs is great and all, but it's usually a cop-out
14:41.02brlcadcode_walker: you already said that :)
14:41.23code_walkerya but presumed u didn't noticed that
14:41.33code_walkerso i repeated it
14:42.23code_walkeri think this project code reduction is mainly to adapt current cpd in c
14:42.29code_walkerand c++
14:42.32brlcadI did notice it, I read pretty much everything (as do most on IRC) ;)
14:42.49code_walkerk
14:42.50brlcadwhat does that mean to you "adapte current cpd in c/c++"?
14:42.54code_walkermy bad then
14:42.56ncsababrlcad: what I would like to see is some kind of brlcad reference which you can consult when you actually know what you want to do but not exactly how... as opposed to a tutorial where you want to learn things you don't know about the new software
14:43.05code_walkerpmd-cpd
14:43.14chalki am not coping out, its just that i really want to participate in google summer of code and this is the thing which i actually understood completely.
14:43.24brlcadncsaba: and how to go about presenting that?
14:43.27ncsabaI find most of the things are scattered in tutorials currently
14:43.28brlcadthere is the apropos command
14:43.36brlcadwhich searches the short descriptions
14:43.45brlcadala unix apropos command
14:44.08brlcadchalk: I wasn't suggesting that you specifically are coping out, my bad
14:44.26code_walkeractually this project is mainly to improve the current verdions of cpd's that are there in the market right now
14:44.28brlcadI was suggesting that usually the person suggesting that is capable of far more, but just shy or haven't done their research
14:44.35chalkno no iits okay
14:45.02chalkwell actually i did my research
14:45.25chalkand fixing bugs is all i could completely undestand...honestly
14:45.34ncsababrlcad: well a reference, which explains the exact meaning of things - so if I want to look up a primitive for example, I know exactly the meaning of all parameters
14:46.01chalkwhat i want to ask is that if i apply to fix bug, what chance do i have of being selected??
14:46.06ncsabaright now I'm still experimenting till I get it right
14:46.14brlcadchalk: all you could completely understand is probably a function of research and terminology
14:46.21brlcadseveral of the ideas are very simple
14:47.00ncsabathe mged commands page is a good reference, but it's not all
14:47.04brlcadI propose a challenge to the way you're thinking about the ideas page though
14:47.14brlcadit's not a dinner menu
14:47.19brlcadyou're not picking something to do
14:47.42brlcadit's merely a page of recipe titles
14:48.06brlcadit's your job to come up with something interesting (to you!), an interesting dish to make that others will probably like too
14:48.41ncsababrlcad: I will come back to the BRLCAD reference later - right now I will focus on creating images for the primitive parameters
14:48.42brlcadyou're the chef, not the consumer
14:48.58brlcadncsaba: we have a primitive reference in our todo
14:49.03brlcadalong with a slew of other docs
14:49.25brlcadsee the very bottom of the TODO file
14:49.29ncsabayes, but I need that primitive reference _now_ for my own use :-)
14:49.40ncsabaso if there is none, I will do it myself
14:49.47*** join/#brlcad code_walke (~Shubham@120.59.146.195)
14:49.54ncsabaif you have any partial results, please point me to it...
14:49.55brlcadBRL-CAD Ray Tracing Shaders and BRL-CAD Primitives are the two relevant ;)
14:50.11brlcadthere is a primitive reference now, at the back of volume II
14:50.23brlcadit's just not very explanatory
14:50.25ncsabaok, let mes see
14:50.35brlcadit identifies everything with pictures, though
14:50.45*** join/#brlcad code_walker (~Shubham@120.59.146.195)
14:51.01code_walkerbrlcad:u there?
14:51.05brlcadthe TODO entry is to make that a stand-alone document with even more detail
14:51.12brlcadcode_walker: OMG
14:51.18code_walkeri got
14:51.22brlcaddid you run "/msg ibot ask"
14:51.26code_walkerdisconnected
14:51.40brlcadI mentioned ibot ask before you disconnected
14:51.46code_walkerya
14:51.50brlcadand did you?
14:51.51code_walkeri didn't
14:51.59brlcadwhy not?
14:52.10code_walkerdoing it right now
14:52.23code_walkermy net is troubling me today
14:52.29code_walkerthats y
14:52.45code_walkergetting dc very frequently
14:52.49brlcadthere is a protocol of behavior for IRC that helps make group chat pleasant for all and scalable
14:53.42*** topic/#brlcad by code_walker -> /msg ibot ask
14:53.45brlcadyou were able to chat for a solid 20 minutes before you got disconnected, so I don't buy that
14:54.27brlcadcode_walker: that was not right
14:54.32*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
14:54.33code_walkerby troubling i mean bad
14:54.38code_walkernet speed
14:54.44code_walkervery low
14:54.56brlcadwhat does net speed have to do with typing "/msg ibot ask"
14:54.58code_walkeri can't do my all the stuffs properly
14:55.16code_walkerya sorry
14:55.19code_walkerfor that
14:56.07brlcadcode_walker: participating in open source is CENTERED around effective communication
14:56.17brlcadit's a dominant factor in proposal selection
14:56.35*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-wvqykhyrtiynsjlw)
14:56.55brlcadright now, I think it's definitely an area you should work on
14:57.06brlcadlearning and mistakes are expected, okay
14:57.07code_walkerk i will
14:57.58brlcadhaving to stop like this to explain this basic point is not okay
14:58.35brlcadif you don't understand something, you should ask specific questions and get clarification
14:58.59brlcadwe ARE here to help you (and others)
14:59.43brlcaddid you run the ibot ask thing yet?
14:59.56code_walkerya i did
14:59.58chalkhey brlcad what is ibot??
15:03.19brlcadcode_walker: what is the point that is trying to convey?
15:03.33brlcadibot: ibot
15:03.33ibothmm... ibot is not a help system
15:03.39brlcadheh
15:03.42code_walkerabout project?
15:04.30brlcadibot: infobot
15:04.30ibotwell, infobot is me, http://infobot.svn.sourceforge.net/svnroot/infobot/ // The original infobot is no more, it has been replaced by the latest version of blootbot, accompanied by a rename back to infobot // apt/ibot/infobot/purl is now an infobot run by TimRiker
15:04.31code_walkeri just wanted to ask more about cpd's implementation
15:05.04brlcadcode_walker: what was the point of running "/msg ibot ask"?
15:05.06code_walkerso that i should work more to improve my current code
15:05.38code_walkerto ask what is meant to ask
15:06.11brlcadcode_walker: we can talk about that after you understand this rather critical point of communication
15:06.17brlcadno, that was not the point
15:06.46brlcadthe you made a mistake earlier, and that link explains the mistake
15:08.42code_walkerrather it is about asking your question and getting a good answer for it
15:08.51code_walkerits not important
15:08.54code_walkerthat
15:09.12brlcadstill not it
15:09.30brlcad"10:51 < code_walker> brlcad:u there?"  <-- this should not happen
15:10.00code_walkeri understood that before too
15:10.14code_walkerand i will not repeat that again
15:10.16brlcadthat's why communication is so important
15:10.24brlcadyou never once indicated that you've understood that point
15:10.37code_walkeractually,i saw others doing that
15:10.38brlcadI can't read your mind, only what you wright
15:10.48brlcads/wright/write/
15:10.53brlcadcan't wright write ;)
15:11.04code_walkermy bad
15:11.36ncsababrlcad: but then there's not much difference to a mail-based forum, if the interactivity is just occasional - then I for example would prefer to just write a mail
15:11.49ncsabaif I come to IRC, I really want interactive and direct discussion :)
15:11.54code_walkerim sorry,the main  aspect of coding "don't copy"
15:12.05brlcadcode_walker: you were called out because you did it twice, the second time AFTER I gave you the information that explained to not do that
15:12.33brlcadopen source has little tolerance for not reading information... :)
15:12.36brlcadanyways, moving on
15:12.39brlcadcpd
15:12.54code_walkerya
15:12.57brlcadcan you explain to me what bearing that has on code reduction?
15:13.54code_walkeractually,i had made a small version of cpd in c but its applications are limited right now
15:14.01code_walkerim expanding it
15:14.07ncsababrlcad: I can't find the volume II on the web - and the locally installed version has no appendix, just as you said
15:14.08code_walkerto be more accurate
15:14.11ncsabaall I found is htis : http://brlcad.org/wiki/BRL-CAD_Primitives
15:14.23code_walkeri wanted to more about its implementation
15:14.29code_walkerknow*
15:15.48brlcadcode_walker: but you're not answering my question -- you're explaining that you put a fuel injector in a car and I'm asking you where we're driving
15:16.15brlcadwhat does cpd have to do with code reduction? can you explain it to me?
15:16.22code_walkerya
15:16.43*** join/#brlcad jasleen (~chatzilla@117.253.233.214)
15:16.58code_walkerim making a cpd to detect simple duplicated code segments in c
15:17.09brlcadstart with what a cpd is
15:17.12code_walkerwhich are exact copy
15:17.19brlcadi'm sure there are others here which don't know that acronym
15:17.22code_walkercpd is a copy paste
15:17.25code_walkerdetector
15:17.34code_walkerwhich finds the
15:17.42brlcadand how does your copy-paste detector different from simian?
15:17.43code_walkerduplicated code segments
15:17.48code_walkerya
15:17.51code_walkerthats what
15:17.55code_walkeris my point
15:18.04code_walkeractually thats what i
15:18.43brlcadplease think your thought through and type it
15:18.44code_walkerthats why i wanted to
15:18.45brlcada running
15:18.47brlcaddialog
15:18.49code_walkerknow more about
15:18.50brlcadof what
15:18.52brlcadyou're thinking
15:18.55brlcadgets very annoying
15:18.56brlcadquickly
15:19.02code_walkercpd
15:19.03brlcad:)
15:19.46code_walkerim wanted to  make it exclusively for c/c++
15:20.15code_walkershould i code that same cpd as that of simian
15:20.29code_walkerbut i don't want to do that
15:21.12brlcadI'm not sure I understand your concern, frankly
15:21.24brlcadare you actually proposing to implement a simian alternative for GSoC?
15:21.31brlcador reduce BRL-CAD code?
15:21.38brlcadthere's certainly not time to do both
15:21.39code_walkerno
15:22.09code_walkerthats  why im asking from you to know more about its implementation
15:22.45brlcadbut what's the relevance?
15:23.28brlcadif you're proposing to work on your CPD for GSoC, I'd have to ask what the value is for BRL-CAD
15:23.36code_walkerto improve over the existing versions of cpd
15:23.44brlcadif you're not proposing to work on it for GSoC, then I have to ask why we're talking about it ;)
15:24.11code_walkeri will work it for gsoc only
15:24.16brlcadwhat's the relevance for GSoC
15:24.19brlcadokay
15:24.38code_walkerk i will research more about it then
15:24.39brlcadso then my first point -- what is the value for BRL-CAD?
15:24.52code_walkerhighest
15:25.01brlcadyou're not understanding
15:25.08code_walkerim concerned more about brlcad
15:25.21brlcadbut your project has nothing to do with BRL-CAD
15:25.40code_walkerya but i will do it under brlcad rather
15:25.41brlcadyou might as well be proposing to implement a new web browser
15:25.58brlcadbecause all the devs use web browsers and yours is going to be better
15:26.05brlcadand it'll help
15:26.20brlcadmaybe it would, but it has nothing to do with BRL-CAD directly from what you've described
15:27.03code_walkerthats my point i want to introduce a better tool in the market
15:27.07brlcadGSoC doesn't exist to get pet projects funded
15:27.15code_walkerfor code reduction in c/c++
15:27.18brlcadit exists to help foster open source communities
15:27.34brlcadyour project only fosters your project
15:28.02brlcadmore power to you and I think it's great that you have a project in mind and that you're making it open source
15:28.11brlcadit just doesn't make it a viable open source project
15:28.17code_walkerya
15:28.21brlcadmaybe if you write it all up into a proposal, it'll make more sense
15:28.30code_walkerya
15:28.38code_walkeri have done that already
15:28.46brlcadbut at this point, I'd have to wonder how you're even different from the half-dozen other code reduction tools already available
15:29.15code_walkerya they are better in anysense
15:29.27brlcadif you wanted to use your tool/method on BRL-CAD for GSoC, that'd be a completely different matter
15:29.41code_walkerespecially after they wer based on statemen to statement
15:29.45code_walkerimplementation
15:30.03brlcadso you're saying yours sucks and you should be given a gsoc slot to make it better? :)
15:30.10ncsababrlcad: I found finally the web version of the "Introduction_to_MGED.pdf", which must be the volume II you were talking about -> will work on getting that in docbook, but not in a tutorial - I find this deserves to live in a separate and properly named reference file
15:30.11brlcadnot much of a salesman ;)
15:30.45brlcadncsaba: yes, the mged intro is vol II (sorry, long history with that document)
15:30.53brlcadall of the lessons in vol II are in docbook already
15:31.01code_walkeri just want to get more ahead in this project to know more about it
15:31.10ncsabayes, but not the appendix with the primitives
15:31.13code_walkerand
15:31.15brlcadncsaba: the appendicies at the end weren't converted to docbook, right
15:31.22chalkibot ask
15:31.22ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
15:31.25brlcadthe thinking was that they'd be auto-generated
15:31.29code_walkercertainly make it better than before
15:31.54brlcadcode_walker: "i just want to get more ahead in this project to know more about it"
15:32.11ncsababrlcad: aha, that certainly makes sense - but then it should go into annotations in each primitive ?
15:32.21brlcad1) you don't need gsoc for that and 2) it's a very self-centered perspective, which isn't the open source way
15:32.54brlcadncsaba: something like that -- default annotations
15:33.01code_walkerbut this is the right time to be a part of gsoc
15:33.16brlcadfor example the screenshots that are already in that appendix are just captures of the wireframe when you go into primitive edit mode
15:33.24brlcadwith an underlayed ray trace
15:33.29code_walkerbecause my final year of graduation is going to start now
15:33.34brlcadcode_walker: this is the right time
15:33.37brlcadthat is not the right project
15:33.48code_walkerits the most crucial time
15:33.52brlcadgsoc does not exist to get pet projects funded
15:33.59ncsababrlcad: then I would do that as a primitive function which generates the right picture
15:34.04brlcadit's the most crucially wrong project
15:34.45ncsabawire-frame + annotations, then raytrace with underlay
15:34.58code_walkerbut i can do more in this project
15:35.00brlcadcode_walker: your goal should not -- CANNOT -- be just the development of your tool
15:35.03code_walkeras
15:35.12ncsabaand then a script which runs that for each primitive it finds
15:35.16code_walkeri have done a similar project in my college oo
15:35.39brlcadit should DIRECTLY foster open source in some way (NOW) .. if you proposed developing your tool and applying it to an open source project like BRL-CAD with a reasonable development timeline and clear benefits, that'd be another matter
15:35.56code_walkeri want to make a tool which i started to make in my college but didn/t finshed it
15:36.06brlcadbut that's not what you're proposing, and I doubt there'd be enough time to do both
15:36.27brlcadcode_walker: good for you, so make your tool
15:36.37brlcadI have a dozen projects I made in college but didn't finish too
15:36.54code_walkerya
15:37.03brlcadand not one of them is relevant to GSoC
15:37.14brlcadgotta run, talk more later
15:37.17ncsababrlcad: do you have some pointer to some existing annotations processing tool brlcad (potentially) already uses ?
15:37.20code_walkerbut when i saw that on brlcad's idealist
15:37.53code_walkeri thought thats a good chance to increase my research on it
15:39.09code_walkeris that thing bad on my part?
15:39.51*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
15:42.52ncsababrlcad: I really would like to work on improving the documentation - but I also don't want to duplicate already done work, and I surely need pointers to current practices, so whatever I do is aligned with the way brlcad is doing it - and currently this GSOC thingy takes all your time, so I guess I'll be back later once things cool down here
15:44.03ncsabaor will switch to mailing - IRC is simply frustrating for me currently
16:15.24*** join/#brlcad code_walker (~Shubham@120.59.146.195)
16:20.55brlcadcode_walker: it's not a bad thing, but it can't be the ONLY thing .. you have to tie your project to tangible direct immediate goals that benefit BRL-CAD, and NOT focus (at all) on your cpd project objectives
16:21.39brlcadit can be a means to an end, but not the goal (for gsoc)
16:22.52code_walkerand im doing it for the benefit of brlcad only
16:23.22code_walkersir can i ask you a question
16:23.23code_walker?
16:23.59brlcadit doesn't have to only benefit brl-cad, but you do have to identify brl-cad benefits and make them part of your plan, explain how they're worthwhile, defend your approach, etc
16:24.39brlcadcode_walker: *sigh*
16:24.42brlcadread this:  12:23 < code_walker> sir can i ask you a question
16:24.44brlcadand read this:
16:24.45brlcad~ask
16:24.45ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
16:25.17brlcadreally, it seems like you're just not trying very hard at all
16:26.08code_walkerwhat is in calling a mentor "sir"
16:26.15code_walkerwrong*
16:27.23brlcadwhat does the second sentence say?  if you don't comprehend what you read, we cannot work with you
16:27.50*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:45.23code_walkerbrlcad:i have used occurrence table concept to built a cpd
16:45.36code_walkeri there a better way?
16:45.39*** join/#brlcad vladbogo (~vlad@86.121.100.121)
16:46.57brlcadthere usually is a better way to do just about anything
17:58.11*** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu)
19:18.13*** join/#brlcad vladbogo (~vlad@86.121.103.57)
19:43.49*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:32.04maths22brlcad: on the GSOC homepage, they should have the new logo (I think)
20:34.03brlcadmaths22: afaik, that is the new logo...
20:34.23brlcadat least I pulled it from the gsoc site
21:11.10rays2pixBRLCAD_ADDEXEC(pix-rgba pix-rgba.c ";libfb;libbu;${PNG_LIBRARY};${BABL_LIBRARY}") - have added this line in CMakeList to create a new executable
21:12.36rays2pixit link.txt for corresponding file doesnt have the "-lbabl" updated in it
21:14.24rays2pixTo link with a 3rd party library-libbabl i set include dir and added library dependency as above. Am I missing a step here.?
21:20.53zero_levelrays2pix: i dont know but without any pre chats its hard to understand what u have asked ?
21:21.49rays2pixzero_level: plainly how to add library dependency in CMake build system
21:22.29brlcadrays2pix: where is BABL_LIBRARY set?
21:22.51brlcad(you can't just make up new ones, they are tested for and set)
21:23.27rays2pixbrlcad: I have set that within utils CMakeLists.txt
21:23.41rays2pixset(BABL_LIB /usr/local/lib/libbabl-0.1.so)
21:23.54brlcadBABL_LIB != BABL_LIBRARY
21:24.11brlcadand that's still not the right way to specify a library
21:24.59brlcadit'll ultimately need to turn into -lbabl
21:25.25brlcadthough if you're going to introduce a new dependency, you should have a detailed justification (cost benefit analysis)
21:25.46brlcadand a plan :)
21:26.18rays2pixjust tried it for a quick testing. . doing some tests for it.
21:27.41rays2pixbrlcad:where should I refer for adding a library in the right way?
21:34.33maths22brlcad: there are two logos: the little black and blue one and the 3d one.
21:34.54maths22shouldn't the black and blue one be a stylization of the 3d one designed for a thumbnail?
21:37.48brlcadrays2pix: any of the other existing libraries, our cmake examples, the cmake docs, ..
21:38.25brlcadmaths22: you're welcome to update it, but I just didn't want to use the exact same one we used last year except for the name changed
21:38.31brlcadblack and white worked out nicely
21:38.52brlcadi don't see a "3d" one
21:43.13*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
22:03.16*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
22:03.44*** part/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
22:03.52*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
22:04.07*** part/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
22:04.20*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
22:21.43maths22I will take a look later
22:25.58Notify03BRL-CAD Wiki:Sean * 5154 /wiki/Google_Summer_of_Code/Project_Ideas:
22:26.00Notify03BRL-CAD Wiki:Sean * 5155 /wiki/Google_Summer_of_Code/Project_Ideas:
22:26.02Notify03BRL-CAD Wiki:Sean * 5156 /wiki/STEP_Coverage_Tes: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but the..."
22:26.04Notify03BRL-CAD Wiki:Sean * 5157 /wiki/STEP_Incremental_Loading: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but it ..."
22:26.06Notify03BRL-CAD Wiki:Sean * 5158 /wiki/STEP_Multiple_Protocol_Parsing: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but cur..."
22:26.08Notify03BRL-CAD Wiki:Sean * 5159 /wiki/STEP_AP_242_Parser: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but it ..."
22:26.10Notify03BRL-CAD Wiki:Sean * 5160 /wiki/Google_Summer_of_Code/Project_Ideas:
22:26.20Notify03BRL-CAD Wiki:Priyankapk * 0 /wiki/User:Priyankapk:
22:26.23Notify03BRL-CAD Wiki:Starseeker * 5161 /wiki/STEP_Libraries: Tweak STEP Libraries project
22:26.24Notify03BRL-CAD Wiki:Phoenix * 5162 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */
22:26.26Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5163 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
22:26.28Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5164 /wiki/User:Izak: /* PROJECT SUMMARY */
22:26.31Notify03BRL-CAD Wiki:41.92.211.105 * 5165 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
22:26.32Notify03BRL-CAD Wiki:41.92.211.105 * 5166 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
22:26.34Notify03BRL-CAD Wiki:14.139.243.162 * 5167 /wiki/User:Level_zero/proposal: Addition of working schedule
22:26.46Notify03BRL-CAD:brlcad * 55274 brlcad/trunk/include/bu.h: no longer searches share/brlcad/VERSION by default, searches DATA_DIR and share
22:27.44Notify03BRL-CAD:phoenixyjll * 55275 brlcad/trunk/src/librt/tests/test_ssi.cpp: Use the sketch primitive to represent 2D intersection curves.
22:28.02Notify03BRL-CAD:carlmoore * 55276 brlcad/trunk/src/libfb/fb_generic.c: fix type (need long unsigned)
22:28.04Notify03BRL-CAD:carlmoore * 55277 brlcad/trunk/src/libfb/fb_paged_io.c: fix type (needed long unsigned)
22:28.06Notify03BRL-CAD:carlmoore * 55278 (brlcad/trunk/src/liboptical/material.c brlcad/trunk/src/liboptical/photonmap.c): fix types
22:28.22Notify03BRL-CAD:carlmoore * 55279 brlcad/trunk/src/sig/ddisp.c: shift the isatty test further up (no point in processing the options if this fails), and add '< inputfile' to the usage
22:28.26Notify03BRL-CAD:bob1961 * 55280 brlcad/trunk/src/librt/primitives/metaball/metaball.c: Minor tweak to rt_metaball_get.
22:28.29Notify03BRL-CAD:carlmoore * 55281 brlcad/trunk/src/sig/dfft.c: additions to the Usage
22:28.34Notify03BRL-CAD:carlmoore * 55282 brlcad/trunk/src/sig/dfft.c: use spaces, not tabs
22:28.37Notify03BRL-CAD:carlmoore * 55283 brlcad/trunk/src/conv/dbupgrade.c: shift duplicate code from if-else, remove unneeded 'if (reverse )' from an 'else', and shift logic around to avoid unnecessary creation of output file
22:28.39Notify03BRL-CAD:carlmoore * 55284 brlcad/trunk/src/conv/nmg/asc-nmg.c: try to implement no-argument situation
22:28.53Notify03BRL-CAD:brlcad * 55285 brlcad/trunk/src/proc-db/csgbrep.cpp: it's evident that it's still running, just say the output file.
22:28.56Notify03BRL-CAD:brlcad * 55286 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: use %p to print pointers
22:28.58Notify03BRL-CAD:carlmoore * 55287 brlcad/trunk/src/liboptical/sh_prj.c: fix type warnings
22:29.01Notify03BRL-CAD:carlmoore * 55288 brlcad/trunk/src/sig/dfft.c: oops, was looking for both stdin & stdout w/r to isatty; move back to earlier location (removing a set of braces), and also fix usage of -?
22:29.03Notify03BRL-CAD:brlcad * 55289 brlcad/trunk/NEWS: richard improved/fixed the gqa command in r52355 so that regions with zero hits which are in the overlap list are not reported as having zero hits.
23:06.46zero_level``Erik: is there a way to remove already submitted patch
23:34.30*** join/#brlcad jbschw (4355ee54@gateway/web/freenode/ip.67.85.238.84)
23:35.03jbschw#j yellowfin
23:35.06jbschwwhoops
IRC log for #brlcad on 20130502

IRC log for #brlcad on 20130502

00:32.09*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
00:35.05zero_levelbrlcad: i have never been involved in a software development with this big code base. But have read courses dealing with aspects of software engineering. with that i have made the working schedule
00:35.25zero_levelAcc. to your experience. need your suggestions in that
00:37.03zero_levelhttp://brlcad.org/wiki/User:Level_zero/proposal#Working_Schedule
00:54.41*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
02:12.18maths22brlcad: do you have a gimp-type image file for this: http://brlcad.org/images/angelov_512x256.png
02:13.01maths22the wiki notifier is working wekk :)
02:13.09maths22sorry; well
02:35.48Notify03BRL-CAD Wiki:14.139.243.162 * 5168 /wiki/User:Level_zero/proposal: Edited various parts
02:38.34zero_level:math22 can u review my proposal
02:39.22zero_levelmaths22: can u review my proposal at /wiki/User:Level_zero/proposal
02:48.54maths22zero_level: I am an HS student, not a mentor, so no, I cannot review your proposal
02:49.28maths22There are only so many mentors, but hopefully one will eventually have time to look at it
02:49.36maths22They have other things to do too :)
02:51.04zero_levelyeah.. i knew u are not among the developers or mentors. I thought you are one of the gsocers. Thus asked to review and suggest.
02:51.52zero_levelmentors' #irc are given on the web.. ;)
02:52.04maths22I know; not trying to be rude or anything.
02:52.22zero_levelsure :) never taken :)
02:59.43*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
03:08.27Notify03BRL-CAD Wiki:14.139.243.162 * 5169 /wiki/User:Level_zero/proposal: V 0.1
03:08.56Notify03BRL-CAD Wiki:Hanamichi15 * 0 /wiki/User:Hanamichi15:
03:18.17zero_levelbrlcad: I have worked further on my proposal. please suggest improvemnets. thnx
04:12.31brlcadzero_level: at a glance, it's looking pretty good
04:13.05brlcadJune 24 - Aug 16 is pretty vague, could be more specific
04:13.35brlcadwith docs and testing, that doesn't really leave much of any time for implementation, so I'd expect you should be able to say what you're implementing with more specificity
04:14.16brlcadyour last two weeks are a bit of a punt, Sep 16 - Sep 27
04:14.23brlcaddoesn't take two weeks to "submit code"
04:14.27brlcadmaybe two hours
04:15.24brlcadzero_level: also .. "I propose to add these functionalities in the icv library" ... like hell you will get that much done :D
04:16.38brlcadif you focused only on processing and not on import/export and formats, "maybe" ... but still seems unlikely
04:18.07brlcadmaths22: I'd have to check, not sure what all we have now, but unlikely a gimp file
04:18.23brlcadmaybe a photoshop file, and we do now have a few .g versions from GCI
04:19.01brlcadmaths22: you most certainly could be qualified to be a GSoC mentor :)
04:19.43brlcadmentoring has no requirements other than willingness and familiarity
04:45.08*** join/#brlcad meem (~josh@x-128-101-180-83.reshalls.umn.edu)
04:52.32*** part/#brlcad meem (~josh@x-128-101-180-83.reshalls.umn.edu)
05:27.00*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
05:27.12*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:36.34*** join/#brlcad rays2pix (~deepak@110.234.229.2)
05:41.15*** join/#brlcad avneet (~avneet@202.164.53.122)
05:43.10*** join/#brlcad mandy__ (caa43575@gateway/web/freenode/ip.202.164.53.117)
05:44.06*** part/#brlcad mandy__ (caa43575@gateway/web/freenode/ip.202.164.53.117)
05:44.45*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
05:45.10avneetHello !
05:45.36avneetI want to discuss about project STEP Libraries
05:46.37avneetOn wiki page, it is mention to cleanup the code.
05:47.03avneet<PROTECTED>
05:58.38*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:00.09*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:00.10*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:01.55avneetwhat have to do in STEP Libraries project?
06:02.23avneetHave to cleanup SC ?
06:02.29*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
06:08.47*** join/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117)
06:10.41cstirkavneet: there are several STEP projects, and I am one of the mentors for them
06:12.10cstirkn_reed and starseeker are also knowledgeable regarding STEP
06:12.46cstirkyou need to read the background materials on brl-cad and stepcode
06:14.45cstirkdo you have a specific question about one of the projects, or have a related project to propose?
06:16.26avneet_Yes, I am talking about STEP Libraries project
06:17.33avneet_http://brlcad.org/wiki/STEP_Libraries
06:18.01avneet_I have to clean which libraries? Is it SC libraries or not?
06:20.36cstirkThanks.   There are several STEP projects, the one you list is a good one
06:21.02avneet_on this wiki page, a link is mentioned https://github.com/stepcode/stepcode for study
06:21.42avneet_Please tell me I have to improve SC librray?
06:21.50cstirkYes, also www.stepcode.org and the linked google group
06:22.29avneet_ok, now it's clear that i have to work upon SC library.
06:23.10cstirkThe STEP Libraries project is to improve stepcode for brlcad
06:24.16avneet_improve stepcode this one https://github.com/stepcode/stepcode ?
06:25.36avneet_If we modify SC then it wil effect on src/con/step code?
06:25.45cstirkYes, and how brlcad implements it as documented here http://stepcode.org/stepcode-use-doxygen/step-g_8cpp.html
06:27.31kanzureexcellent
06:28.24cstirkThere are many things you can do to improve stepcode for brlcad, this project is focused on quality, performance, and documentation
06:29.46avneet_ok, it is very interesting.
06:29.51avneet_:)
06:31.48cstirkIt is a good project for someone that does not know much about CAD or STEP, but is willing to learn and has a good foundation in software fundamentals
06:43.44*** join/#brlcad kesha (~kesha@14.139.122.114)
06:45.53*** join/#brlcad avneet (65d65f86@gateway/web/freenode/ip.101.214.95.134)
06:48.37cstirkavneet: please create a wiki page to start with your background and interests, and look at the information on stepcode like the google group and github
06:49.19cstirkThat will help us and you to focus on areas where you can contribute
07:02.30*** join/#brlcad kesha (~kesha@14.139.122.114)
07:12.57*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:13.16*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
07:15.48*** join/#brlcad rays2pix (~deepak@110.234.229.2)
07:26.22*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:47.23*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
07:48.12*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:06.42*** join/#brlcad kesha (~kesha@14.139.122.114)
08:28.22*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:38.45*** join/#brlcad kesha (~kesha@14.139.122.114)
08:46.32*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:46.57*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
10:13.11*** join/#brlcad jasleen (~chatzilla@202.164.53.119)
10:35.01jasleenI am working on Cross Platform Display Manager.
10:36.30jasleenIn project's main page, it is written that OGRE or Qt should use to make it cross Platform.
10:36.57jasleenand also it is written that OGRE/Qt running and embedded within a Tk window
10:37.13jasleenhere it is-http://brlcad.org/wiki/New_Cross-Platform_3D_Display_Manager
10:37.48jasleenI have a Question to make it cross platform, why Tk not used?
10:39.58jasleenIf TK window is made in TK/TCL, then why Qt or OGRE are prioritized?
10:40.37jasleenTK itself is a cross platform framework.
11:03.01*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
11:11.11*** join/#brlcad kesha (~kesha@14.139.122.114)
11:12.18zero_leveljasleen: you could write that in a proposal and submit.
11:13.02zero_leveljasleen: Once the developers are here they would surely answer your queries.
11:13.43zero_levelto start with you could create a wiki page for your proposal by creating an account at brlcad.org
11:14.22*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:16.34zero_levelkesha_: how is your proposal going.
11:16.48zero_levelhave u submitted to the mellange website.
11:20.00``Erikhttp://techland.time.com/2013/05/01/tiny-toon-ibm-makes-a-movie-out-of-atoms/
11:21.14``Erikjasleen: ogre provides a much better 3d display mechanism, qt supposedly provides a richer nicer looking 2d widget toolkit, our current approach is tk
11:23.36jasleen``Erik:  If Tk is current approach, then display should be in Tk
11:25.46``Eriki'm not an advocate of qt, I think brlcad might have a set of reasons to consider it... he should be on in the next couple of hours
11:26.03jasleenok
11:26.20*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
11:26.47``Erikbut for 3d type stuff, we hijack a tk canvas to blast opengl or X stuff to, and we have one app that currently uses togl... those might benefit greatly from using ogre to drive a tk widget
11:26.50jasleen``Erik: Can you tell me about Tk window? What is this and where is its source code?
11:27.32``Erikwhu? you mean how BRL-CAD uses it? or?
11:28.05jasleenyes. What is this? and how to use it?
11:28.10``Erikmged and archer are probably the two heaviest TK using programs in BRL-CAD
11:28.27jasleenok
11:28.56jasleen``Erik: I choose Qt for this purpose.
11:29.58jasleen``Erik: I am more famillier with Qt, I would like to use Qt framework.
11:30.00avneetIs currently BRL-CAD not using STEPcode?
11:30.08jasleenIs it ok?
11:30.33``ErikI'd recommend that you hang out for a while and talk to brlcad (possibly starseeker) about the project goals regarding qt... I can't really help there :)
11:30.48``Erikavneet: I believe it's used in the src/conv/step-g converter
11:30.49jasleenok :)
11:32.38avneetbut i code is different of svn with github repository of STEPcode
11:32.45avneeti think
11:33.21``Erikit looks like we have a copy  of the github one in src/other/step/ (but it may be out of date)
11:34.52``Erikc415e49 looks like the last merge from git? might just be a partial, and has been modified since
11:38.25*** join/#brlcad rays2pix (~deepak@110.234.229.2)
11:39.58*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:47.11*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
11:51.55*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:52.52starseekeravneet: we are currently using a different fork of the original stepcode, but just recently we merged our changes with the main stepcode project on github - after the upcoming release we will be switching to using stepcode
11:53.18starseekerso the code base you want to focus on for gsoc is the github stepcode
11:53.26*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
11:55.14starseekerjasleen: Qt is what we would eventually like to use as a foundation for a new GUI, for a number of reasons, but an initial transitional stage of embedding an OGRE window inside a Tk window (much as MGED currently embeds an OpenGL window) would be an excellent start
12:00.43starseekerjasleen: a decent place to start with understanding how we might eventually want to work with Qt and OGRE is to study this demo:  http://advancingusability.wordpress.com/2013/03/30/how-to-integrate-ogre3d-into-a-qt5-qml-scene/
12:04.40*** join/#brlcad kesha (~kesha@14.139.122.114)
12:05.17keshazero_level: I have submitted on melange but it needs heavy modifications.
12:05.25keshazero_level: what about you ?
12:09.24zero_levelnot yet submitted on mellange.
12:11.22*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
12:15.45*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
12:16.26*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
12:18.45jasleenstarseeker: I didn't use OGRE yet, But if you recommend to use it. Then would defintely start it.
12:26.37*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ohdkzeiyitokumzz)
12:42.31*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
12:43.43*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
13:29.17*** join/#brlcad kesha (~kesha@14.139.122.114)
13:29.39*** join/#brlcad rays2pix (~deepak@14.139.226.34)
13:37.02*** part/#brlcad rays2pix (~deepak@14.139.226.34)
13:37.05*** join/#brlcad rays2pix (~deepak@14.139.226.34)
14:30.31*** join/#brlcad jasleen (~chatzilla@117.253.233.158)
14:44.44Notify03BRL-CAD:erikgreenwald * 55290 (brlcad/trunk/src/other/poly2tri/poly2tri/poly2tri.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/advancing_front.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.h): add newlines to end of files
14:56.13Notify03BRL-CAD:n_reed * 55291 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: more readable variable names; don't unitize direction vectors per bn_isect_line3_line3 documentation
14:59.24*** join/#brlcad kesha (~kesha@14.139.122.114)
15:10.03*** join/#brlcad kesha (~kesha@14.139.122.114)
15:48.03Notify03BRL-CAD:carlmoore * 55292 brlcad/trunk/src/librt/tests/test_ssi.cpp: remove trailing blanks/tabs
15:52.52Notify03BRL-CAD:carlmoore * 55293 brlcad/trunk/src/sig/dfft.c: simplify by letting h and ? go to 'default'
16:13.38*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
16:15.14*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:24.06cstirkkesha: STEP AP242 vs multi-protocol?   AP242 probably needs to be done first.   Get to work on your application and wiki page.
16:31.36*** join/#brlcad kesha (~kesha@14.139.122.114)
16:31.41maths22photoshop works.  I have photoshop 2
16:31.52maths22sorry too
16:31.56*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.92)
16:32.00Ch3ckHey guys
16:32.30maths22I just picked gimp because I thought it was more probable
16:32.47Ch3ckbrlcad: hi
16:33.17maths22could I get the psd file?
16:37.26keshaCh3ck: I don't think brlcad is here now.
16:37.49Ch3ckkesha: ok thanks
16:38.03Ch3ckso how is it going guys with the gsoc proposals?
16:38.23zero_levelch3k: hii!
16:38.29keshaCh3ck:I am also waiting for him.
16:38.47maths22I see all you gsoc people have 1 day left.  Do you know how many of you there are?
16:39.15Ch3ckkesha: ok
16:39.24Ch3ckzero_level: hiiii what up?
16:39.37zero_levelmath22: u do all the web work
16:39.45zero_leveltell us how many have registered
16:39.55Ch3ckmaths22: well they must be many but the number does not really matter since all the projects are also many
16:40.58zero_levelmath22: u do all the web work  .. tell us how many have registered
16:41.55maths22Where would they have registered?  I can only see the wiki, but it dosen't have any list of gsoc participants.
16:43.30keshazero_level: Do you mean on melange ?
16:44.21maths22I don't have melange access if that is what you mean.
16:44.37zero_levelno! i thought the proposals on the wiki
16:44.44Ch3cknop
16:44.56Ch3ckguys u guys can't know how many have registered
16:44.57Ch3ckso far
16:45.14Ch3ckthat can only be known  by the organization since the applications
16:45.18Ch3ckare sent to them.
16:45.40maths22I can tell you that, since april, 31 users have created wiki accounts.
16:45.41Ch3ckbut well you can estimate how many are participating based on the discussions on the developer lists and
16:46.00maths22Probably a number of them are gsoc applicants, but I'm not sure how many
16:46.06Ch3ckmaths22: that does not mean 31 have applied
16:46.18Ch3ckonly Google and brlcad know
16:46.27Ch3cksince they receive the applications
16:46.38maths22I think ``Erik may too; he seems to be the
16:46.45Ch3ckwell you can look at the code patches submitted on source forge
16:46.45maths22"second in command"
16:47.02Ch3ckyeah ``Erik is a brlcad mentor
16:47.05Ch3ckso he can know
16:47.19Ch3ckbut knowing the number of applicants does not matter much
16:47.30Ch3ckif your proposal is good you'll be selected
16:48.00Ch3ckWhat matters is they want as many good hard to find programmers as possible who they can work with during the summer.
16:48.54maths22I was just wondering because I was curious; last year, it looks like they accepted 11; the year before only 2
16:49.10maths22I know that this year they want at least 3, but I wonder how many they will do in the end
16:52.14Ch3ckwell nobody can tell except the mentors probably..
16:52.37maths22And they probably won't know until they see all the applications
16:56.44zero_levelcheck: maths22: true that
16:56.47Ch3ckwell based on those that have applied for now they will have some numbers already
16:57.09maths22true
17:03.59Ch3ckyeah
17:12.28Ch3ckzero_level: u der?
17:13.10zero_levelch3ck: yes. i think ur comments will help me further
17:13.43Ch3ckok np
17:19.05Notify03BRL-CAD Wiki:NyahCh3ck20 * 5170 /wiki/User:NyahCh3ck20/Proposal: /* Personal Information */
17:20.13Notify03BRL-CAD Wiki:NyahCh3ck20 * 5171 /wiki/User:NyahCh3ck20/Proposal: /* Programming Background */
17:22.06Notify03BRL-CAD:starseeker * 55294 brlcad/trunk/src/brlman/CMakeLists.txt: Install brlman.bat
17:29.04*** join/#brlcad vladbogo (~vlad@86.121.101.219)
17:32.25Ch3ckhey vlad
17:33.09vladbogohi
17:33.27Ch3ck1 day 1hour 2go..
17:34.43vladbogoyep
17:35.03Ch3ckso have u gotten fback from brlcad?
17:35.09Ch3ckconcerning ur proposal..
17:38.59vladbogono I haven't
17:39.17Ch3ckwell it seems they are very busy these days..
17:39.29vladbogoI supposed that they are
17:39.47Ch3ckwell applications end 2moro...
17:40.03Ch3ckwanted to c brlcad for some changes he asked me to make.
17:41.07vladbogoI have also made a second proposal for another project
17:41.21Ch3ckok
17:41.25vladbogoso I hope things will turn out good:D
17:41.26Ch3ckwell i made only 1
17:41.36Ch3ckwe all hope so..
17:41.53Ch3ckthe time was really short to study the code and make proposals..
17:41.59Ch3ckjust about 2-3weeks
17:42.32vladbogoand also a lot of school projects
17:44.58zero_levelvladbogo: well in my case i was able to brief through most of the parts
17:48.17vladbogozero_level: that's good, I was also able to brief through most of the parts but it was a really busy 3 week time
17:48.36Ch3ckyeah
17:48.39Ch3ckit was
17:48.50Ch3ckit took me some time to get used to the libraries
17:51.07vladbogoyes but we finally managed to get used to them and we learned some new things
17:51.33Ch3ckyeah..
17:51.40zero_levelvladbogo: even i could make only 1
17:51.52Ch3ckme too..
17:52.42vladbogowell mine are a little bit related so it was easier because the actual code that I had to study is the same
17:53.01Ch3ckgood for you...
18:01.57*** join/#brlcad vlad__ (~vlad@86.121.102.72)
18:04.41*** join/#brlcad vlad__ (~vlad@86.121.102.72)
18:07.10*** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:10.51*** join/#brlcad priyanka (~priyanka@118.102.186.30)
18:11.34*** join/#brlcad jasleen (~chatzilla@117.253.233.158)
18:13.55Notify03BRL-CAD:carlmoore * 55295 brlcad/trunk/src/sig/dmod.c: define 'usage' and also allow for -h and -?
18:14.22priyankatgf-g command has no manual page. Is there any description about it in any other source?
18:15.06Ch3ckno idea?
18:19.34priyankahow to use this command?
18:19.51priyankaor where it is used and when?
18:20.09Ch3ckwell i don't know
18:20.22Ch3ckwell you could ask on the developer's mailing list.
18:21.11priyankai never got any reply from their side :(
18:21.27priyankaI posted on mailing list too
18:22.08zero_levelpriyanka: i think patience is the need.
18:22.17zero_levelstay here for some time.
18:22.31Ch3ckwell they have alot of work on their hands now..
18:22.33zero_levelyou will be sure to get the reply
18:22.38Ch3ckso you gotta be rally patient.
18:22.40zero_levelcheck: true
18:22.47Ch3ckas zero_level says.
18:22.49Ch3ckyeah
18:24.54vladbogopriyanka: there's a tgf-g.cpp source in src/conv/intaval
18:25.07vladbogomaybe you can find information there
18:25.33vladbogosorry src/conv/intaval
18:26.07vladbogonever-mind I thought I have written the path wrong the first time
18:27.34zero_levelvladbogo: u did grep ?
18:27.39vladbogoack-grep
18:27.43zero_levelyeah..
18:28.02zero_levelteach this to her as well
18:28.14priyankaI saw that file
18:28.37priyankaBut need to run the command
18:28.49priyankato know its functioning well
18:29.31priyankaSo I want some description .
18:32.36priyankaAnyways, exploring these files. Thanks for reply
18:33.51vladbogoyou're welcome also if you run ack-grep you find other related sources. Maybe you can find out there some more info
18:36.03priyankaok.
18:36.29priyankaI usually us this command for locating files: locate tgf-g|grep ~/Desktop/brl\ cad/
18:36.36priyanka*use
18:51.39Ch3ckpriyanka: gud 4 u right?
18:53.42*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:05.06*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:08.47priyanka?
19:12.30*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:20.28*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
19:27.17Notify03BRL-CAD:starseeker * 55296 (brlcad/trunk/include/vmath.h brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): Rather than defining a VMATH macro that unitizes and returns if there is a tolerance error, just do the test in the calling code and use the standard UNITIZE macro.
19:31.45Notify03BRL-CAD:carlmoore * 55297 brlcad/trunk/src/sig/dmod.c: only 'cosmetic' changes to make this look more like smod.c
19:34.43Notify03BRL-CAD:carlmoore * 55298 brlcad/trunk/src/sig/smod.c: add h? to option string, and change 'bwmod:' to 'smod:'
19:39.38*** join/#brlcad kesha__ (~kesha@14.139.122.114)
19:43.37Notify03BRL-CAD:carlmoore * 55299 brlcad/trunk/src/sig/dmod.c: remove 2 spaces to make this look a little more like smod.c
19:45.26*** join/#brlcad kesha (~kesha@14.139.122.114)
19:47.11Notify03BRL-CAD:carlmoore * 55300 brlcad/trunk/src/sig/smod.c: add 2 'else's, and create the 'usage' string
19:48.51*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:56.05Notify03BRL-CAD:carlmoore * 55301 brlcad/trunk/src/sig/dmod.c: delete a few more spaces in comparison to smod.c
19:58.35Notify03BRL-CAD:carlmoore * 55302 brlcad/trunk/src/sig/smod.c: make use of 'usage'
20:16.42Ch3ckexit
20:16.46Ch3ckbye guys
20:42.58Notify03BRL-CAD:n_reed * 55303 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: add some helpers to reduce duplication and improve readability
20:45.29*** join/#brlcad vlad__ (~vlad@86.121.103.147)
20:46.34*** join/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru)
20:54.02*** join/#brlcad kesha__ (~kesha@14.139.122.114)
21:29.25*** join/#brlcad kesha__ (~kesha@14.139.122.114)
21:32.06*** join/#brlcad kesha (~kesha@14.139.122.114)
21:55.34*** join/#brlcad kesha (~kesha@14.139.122.114)
22:16.31*** join/#brlcad kesha (~kesha@14.139.122.114)
22:58.01*** join/#brlcad kesha (~kesha@14.139.122.114)
23:02.22Notify03BRL-CAD Wiki:Showmemark * 0 /wiki/User:Showmemark:
23:07.40starseekermaryannexe: the wiki and idea outline should get you started - you need to come up with a proposal of what specifically to do and how to accomplish it
23:08.53starseekerstudy the topic enough so that you can make intelligent suggestions about how to proceed - the basic pointers on the idea page should be enough to get you started
23:26.16maryannexewell, in general, the point is clear. now i'm working on my proposal.
23:26.26maryannexeit is my first participation in GSoC and difficult for me to make the timeline. for example what happens if I say in my proposal that i'll do smth in June, and then i do in July?
23:26.39maryannexehow much detail should I make a timeline?
23:30.15starseekermaryannexe: the more detail the better
23:30.23starseekeryou can't have too much
23:32.33starseekermaryannexe: you need to scope out your approach to the problem well enough that you *can* build a timeline
23:33.01maryannexetoo much what?
23:33.06starseekerif your concept of the task is simply "do X over the course of the summer" that's not enough
23:33.15starseekeryou can't have too much detail in your proposal
23:34.48maryannexeok, thx
IRC log for #brlcad on 20130503

IRC log for #brlcad on 20130503

00:47.49*** join/#brlcad kesha (~kesha@14.139.122.114)
02:26.51tofu_hi maryannexe
02:28.31*** mode/#brlcad [+o tofu] by ChanServ
02:29.06maryannexehi!
02:30.04brlcadmaryannexe: what interests you?
02:34.07maryannexegui, interested in cross-platform 2D framebuffer task
03:02.57brlcadmaryannexe: very good, have you worked with any of our framebuffers tools yet?
03:33.00*** join/#brlcad kesha (~kesha@14.139.122.114)
03:33.40maryannexeNo, did not participate in the development of brl-cad before. interested in the project when I chose an organization within gsoc, so I decided to choose something from the easier tasks.
03:35.18keshabrlcad: I looked at other STEP projects. I think I can do on AP242 Parser.
03:35.47keshabrlcad: But I am afraid that I have very less time for making proposal and to do research on that
03:40.43maryannexeI am engaged in 3d graphics and design so I would like to contribute to the development of the project associated with it )
03:41.50Notify03BRL-CAD Wiki:AvneetKaur * 0 /wiki/User:AvneetKaur:
03:42.22keshabrlcad: I am confused as to should I polish my previous propsal or be brave enough and go for AP242 Parser ?
03:49.29*** join/#brlcad kesha (~kesha@14.139.122.114)
03:49.58*** join/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru)
03:59.25*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
03:59.46avneethi
04:00.00avneethttp://brlcad.org/wiki/Help ; This link os not working
04:00.09avneetos / is
04:00.37avneetActually i want to create a wiki page there.
04:04.41keshaavneet: Go to the address where you want to create wiki page and click on edit. Create, Preview and Update.
04:09.23keshabrlcad: Any suggestions ?
04:13.22avneetI am doing the same, but some formatting problem there.
04:25.44zero_levelavneet: For submitting the proposals, first login into your BRL-CAD account and then go to wiki pages, write the URL and create a page.  You can copy-paste your proposal over there, Click on Show Preview to see how it looks and then finally save !
04:26.31zero_levelavneet: this is copy of the message on mailing list
04:27.34Notify03BRL-CAD Wiki:Iamlnmdave * 0 /wiki/User:Iamlnmdave:
04:29.08Notify03BRL-CAD Wiki:Level zero * 5172 /wiki/User:Level_zero/proposal: Few improvemnets
04:30.46Notify03BRL-CAD Wiki:Level zero * 5173 /wiki/User:Level_zero/proposal: /* Links to code and Tools to be used */
04:32.09Notify03BRL-CAD Wiki:Level zero * 5174 /wiki/User:Level_zero/proposal: /* Consolidating IPT(s) under LIBICV */
04:33.17Notify03BRL-CAD Wiki:Level zero * 5175 /wiki/User:Level_zero/proposal: /* Documentation */
04:33.34Notify03BRL-CAD Wiki:Level zero * 5176 /wiki/User:Level_zero/proposal: /* Deliverables */
04:34.27Notify03BRL-CAD Wiki:Level zero * 5177 /wiki/User:Level_zero/proposal: /* July 16 - Sep 2 [~7 Week] */
04:36.00Notify03BRL-CAD Wiki:Level zero * 5178 /wiki/User:Level_zero/proposal: /* Time Availability */
04:39.33Notify03BRL-CAD Wiki:Level zero * 5179 /wiki/User:Level_zero/proposal: /* Use of image containers and structures */
04:41.22zero_levelavneet: en.wikipedia.org/wiki/Help:Editing this has the guidelines for formatting
04:50.57*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
04:51.29avneetHere is my proposal : https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/avneet/1#
04:51.33brlcadkesha: you certainly have your work cut out for you, but there is still lots of time for writing a good proposal
04:51.51avneetIf any modifications are required, then please tell me
04:52.29brlcadif you put it on the wiki and reference a link to the wiki in your gsoc-submission (and this goes for everyone), you'll be able to keep updating and improving the wiki page after the deadline.  we may have some of you do that anyways.
04:52.34keshabrlcad: can I modify proposal after 14 hrs
04:52.36kesha?
04:53.04keshabrlcad: thats good.
04:53.11brlcadyou can modify it on our wiki
04:53.33brlcadwhat's in melange becomes read-only after the deadline
04:54.07brlcadstill, it shouldn't take more than a couple days to write a strong proposal -- you can then focus on writing an interesting patch to demonstrate your ability level
04:54.47keshabrlcad: Right now, I have made two idea proposal- STEP library and Code Refacotring . Should I withdraw any of them or keep both ?
04:54.59brlcadkeep both
04:55.34zero_levelbrlcad: i have taken up your suggestions from yesterday's IRC
04:55.34brlcadindicate which is your first priority if one is more interesting to you than the other
04:55.39brlcadexcellent
04:56.35keshabrlcad: Can you give some pointers to start with AP242 parser ? I also want to understand AP203 and AP214 .
04:57.00brlcadkesha: wikipedia has a good intro to the STEP APs
04:57.13keshabrlcad: Do you mean writing both ideas in one propsal only?
04:58.27brlcadnope
04:59.06brlcadif you submit two proposals, tell us which is the priority
04:59.16brlcadput it in both proposals
05:03.23keshabrlcad: okay. And any links to tutorials or Docs discussing BRL-CAD using hardwired AP203 and problems they face now, etc.
05:09.39brlcadkesha: nope, you're best bet is to compile stepcode (src/other/step) and try to understand file-wise how AP203 currently is parsed, how sources are generated, and what happens when you replace 203 with 214 now.
05:11.42zero_levelbrlcad: i still think image formats are going to be important. but as per your suggestion some time saving is done in last weeks. so that enough time is alotted to other image functionalities.
05:25.13*** join/#brlcad jasleen (~chatzilla@117.255.246.83)
05:31.42keshabrlcad: okay and what about the git repo containing STEP code?
06:36.26*** join/#brlcad kesha (~kesha@14.139.122.114)
06:41.37Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/User:KeshaSShah: Updating my user wiki and organizing it well as adviced by Sean on IRC
06:45.57*** join/#brlcad rays2pix (~deepak@110.234.229.2)
06:52.55*** join/#brlcad kesha (~kesha@14.139.122.114)
07:00.33Notify03BRL-CAD Wiki:KeshaSShah * 5182 /wiki/User:KeshaSShah/GSoC13/Priority1:
07:10.37*** join/#brlcad jasleen (~chatzilla@117.255.246.83)
07:23.20Notify03BRL-CAD Wiki:KeshaSShah * 5183 /wiki/User:KeshaSShah/GSoC13: Created page with "=About Me= *Name:Kesha Shah =Contact= *E-mail address: [mailto:kesha.shah1106@gmail.com kesha.shah1106@gmail.com] *IRC nickname: kesha_ =Brief background = * I am an 1..."
07:35.26*** join/#brlcad avneet (65d7975e@gateway/web/freenode/ip.101.215.151.94)
08:14.54*** join/#brlcad kesha (~kesha@14.139.122.114)
08:14.57*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:20.20Notify03BRL-CAD Wiki:KeshaSShah * 5184 /wiki/User:KeshaSShah/GSoC13/Reports: Development Report Till Date
08:32.29*** join/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru)
09:12.01*** join/#brlcad jasleen (~chatzilla@117.255.246.83)
10:08.53*** join/#brlcad vladbogo (~vlad@86.121.100.176)
10:57.06*** join/#brlcad rays2pix (~deepak@110.234.229.2)
11:06.19brlcadkesha_: what about it?
11:16.50*** join/#brlcad kesha (~kesha@14.139.122.114)
11:32.57rays2pixIs it fine to put up a shorter version in melange  and a detailed proposal in wiki?
11:33.31keshabrlcad: I mean is that the origin for src/other/step? The latest change was 18 days ago, so in case I might not be having the latest diffs merged, so do I pull it from there ?
11:38.34brlcadkesha: if you're selected to work on a STEP project, you will be using the github sources and our converter in src/conv/step, so "yes"
11:39.48brlcadrays2pix: I suggest putting all the detail you have on the wiki into melange, but also link to the wiki
11:40.05brlcadso it'll be clear how far along you got by the deadline and how much is after
11:40.54rays2pixbrlcad: sure
11:47.29*** join/#brlcad kesha (~kesha@14.139.122.114)
11:47.43*** join/#brlcad kesha (~kesha@14.139.122.114)
11:54.41keshabrlcad: am looking forward to.. :)
12:08.12Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5185 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */
12:08.54Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5186 /wiki/User:Izak: /* DELIVERABLES */
12:14.15*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:14.47Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5187 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
12:20.55Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5188 /wiki/User:Izak: /* DELIVERABLES */
12:21.38Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5189 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
12:22.36Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5190 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
12:23.05*** part/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
12:27.25Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5191 /wiki/User:Izak: /* PROJECT DESCRIPTION */
12:27.52*** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242)
12:28.48Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5192 /wiki/User:Izak: /* PROJECT DESCRIPTION */
12:30.40Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5193 /wiki/User:Izak: /* PROJECT SUMMARY */
12:32.03Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5194 /wiki/User:Izak: /* PROJECT DESCRIPTION */
12:33.52*** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd)
12:33.56Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5195 /wiki/User:Izak: /* PROJECT DESCRIPTION */
12:37.06Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5196 /wiki/User:Izak: /* PROJECT DESCRIPTION */
12:40.53*** join/#brlcad kesha (~kesha@14.139.122.114)
12:43.57Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5197 /wiki/User:Izak: /* PROJECT DESCRIPTION */
12:45.32maths22brlcad: could I get the photoshop version of the logo?
12:53.52*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
13:32.36*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
13:36.35*** join/#brlcad kesha (~kesha@14.139.122.114)
13:43.17*** join/#brlcad jasleen (~chatzilla@117.253.228.173)
13:46.23jasleenstarseeker: I had written a proposal and submitted it (new cross platform display manager)
13:47.08jasleenstarseeker: I planned to create a new Cross platform GUI in it.
13:47.27jasleenIs it ok?
13:48.19jasleenI will integrate command line, graphic window, menu bar, toolbar all in onw window.
13:48.32jasleenIs this what a project was?
13:48.42jasleenI am confused. Help me.
13:51.56Notify03BRL-CAD Wiki:KeshaSShah * 5198 /wiki/User:KeshaSShah/GSoC13/Priority2: Created page with "==Project Title:== ::STEP LIBRARIES =Detailed project description= *Most of my fellow participants are working on how important it is to keep your code in working order and a..."
13:55.43*** join/#brlcad kesha_ (0e8b7a72@gateway/web/freenode/ip.14.139.122.114)
14:16.34*** join/#brlcad code_walker (~Shubham@120.59.158.9)
14:23.57*** join/#brlcad kesha (~kesha@14.139.122.114)
14:37.47*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
14:51.16jasleenNow, it clears me what my actual project is
14:51.18jasleen:)
15:09.20*** join/#brlcad kesha (~kesha@14.139.122.114)
15:12.18*** join/#brlcad jasleen (~chatzilla@117.253.203.53)
15:41.53*** join/#brlcad zero_level (ca4ead12@gateway/web/freenode/ip.202.78.173.18)
15:54.47Notify03BRL-CAD Wiki:Rays2pix2013 * 5199 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Brief Introduction */
15:58.18Notify03BRL-CAD Wiki:Rays2pix2013 * 5200 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Brief Introduction */
16:03.41*** join/#brlcad kesha (~kesha@14.139.122.114)
16:08.02Notify03BRL-CAD Wiki:Rays2pix2013 * 5201 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
16:08.41Notify03BRL-CAD Wiki:Rays2pix2013 * 5202 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV IMAGE DATA MODEL */
16:10.04Notify03BRL-CAD Wiki:Rays2pix2013 * 5203 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV Image data model */
16:10.38Notify03BRL-CAD Wiki:Rays2pix2013 * 5204 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV Image data model */
16:16.46Notify03BRL-CAD Wiki:Rays2pix2013 * 5205 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Image Helpers */
16:17.14Notify03BRL-CAD Wiki:Rays2pix2013 * 5206 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Image Handling */
16:17.42Notify03BRL-CAD Wiki:Rays2pix2013 * 5207 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV Image data model */
16:20.28*** join/#brlcad kesha (~kesha@14.139.122.114)
16:21.31Notify03BRL-CAD Wiki:Rays2pix2013 * 5208 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Image Handling */
16:25.28Notify03BRL-CAD Wiki:Rays2pix2013 * 5209 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
16:29.11Notify03BRL-CAD Wiki:Rays2pix2013 * 5210 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */
16:29.20Notify03BRL-CAD Wiki:Rajkoushik * 0 /wiki/User:Rajkoushik:
16:29.38Notify03BRL-CAD Wiki:Rays2pix2013 * 5211 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */
16:31.29Notify03BRL-CAD Wiki:Rajkoushik * 5212 /wiki/User:Rajkoushik/GSOC2013/proposal: Created page with "=GSOC 2013 Proposal="
16:37.37cstirkkesha: please sign up for the stepcode google group and post a link to your proposal on the brlcad wiki
16:38.51Notify03BRL-CAD Wiki:Rays2pix2013 * 5213 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */
16:39.23Notify03BRL-CAD Wiki:Rays2pix2013 * 5214 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */
16:39.29*** join/#brlcad kesha (~kesha@14.139.122.114)
16:39.46Notify03BRL-CAD Wiki:Rays2pix2013 * 5215 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */
16:42.09Notify03BRL-CAD Wiki:Rays2pix2013 * 5216 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */
16:42.52keshacstirk: Link ? I didn't get you. and yes, I joined the google group.
16:43.51cstirkkesha: post a message to the stepcode google group with the web link to your proposal
16:43.52Notify03BRL-CAD Wiki:Rays2pix2013 * 5217 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Pixel Accessors */
16:44.56cstirkkesha: look through the stepcode github issues to understand some of the issues that have been resolved, or have been identified
16:45.15Notify03BRL-CAD Wiki:Rays2pix2013 * 5218 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Pixel Accessors */
16:45.17keshacstirk: But still the proposal is not framed and polished well. Should I do it now or after the project on wiki page is updated well ?
16:45.44cstirkkesha: say you are seeking commments/suggestions
16:46.21cstirkkesha: include in your proposal identified issues that you can work on
16:48.15keshacstirk: okay. And am right now confused between improving STEP library and STEP AP Parsing. So, actually I am not able to target well. I think I should take one of the two paths and move forward.
16:49.29cstirkkesha: STEP Libraries seems closer to your interests in refactoring
16:50.51keshacstirk: Yes, That I have put on second priority before STEP AP.
16:51.16keshacstirk: Okay, then am sticking to that one right now.
16:53.26Notify03BRL-CAD Wiki:Rays2pix2013 * 5219 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
16:54.04Notify03BRL-CAD Wiki:Rays2pix2013 * 5220 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* File Conversions */
16:55.17keshacstirk: Do I just look at cleanup issues or others also ? https://github.com/stepcode/stepcode/issues?labels=cleanup&page=1&state=open ??
16:57.59cstirkkesha: cleanup is a good place to start
16:58.10Notify03BRL-CAD Wiki:Rays2pix2013 * 5221 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* File Conversions */
16:58.52Notify03BRL-CAD Wiki:Rays2pix2013 * 5222 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */
16:59.05Notify03BRL-CAD Wiki:KeshaSShah * 5223 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Links to any code or algorithms you intend to use */
17:01.34cstirkkesha: also look at others like #170, #90, 197
17:01.44Notify03BRL-CAD Wiki:KeshaSShah * 5224 /wiki/User:KeshaSShah/GSoC13: /* Development Logs */
17:05.46keshacstirk: part 21 related ones. okay.
17:12.33Notify03BRL-CAD:bob1961 * 55304 (brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl): Minor cleanup.
17:16.23Notify03BRL-CAD Wiki:Rays2pix2013 * 5225 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
17:17.40Notify03BRL-CAD Wiki:Rays2pix2013 * 5226 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */
17:20.58Notify03BRL-CAD:bob1961 * 55305 (brlcad/trunk/include/ged.h brlcad/trunk/include/tclcad.h and 7 others): This is the initial installment of metaball editing support in Archer. More to follow...
17:25.35*** join/#brlcad kesha (~kesha@14.139.122.114)
17:31.38*** join/#brlcad jasleen (~chatzilla@117.253.233.227)
17:33.02Notify03BRL-CAD Wiki:Rays2pix2013 * 5227 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Development Schedule */
17:34.04Notify03BRL-CAD Wiki:KeshaSShah * 5228 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */
17:34.18Notify03BRL-CAD Wiki:KeshaSShah * 5229 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */
17:35.26Notify03BRL-CAD Wiki:KeshaSShah * 5230 /wiki/User:KeshaSShah/GSoC13: /* Priority 1: "Code Reduction and Reducing for Reduced Maintenance Cost" */
17:37.04Notify03BRL-CAD Wiki:Rays2pix2013 * 5231 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Deliverables */
17:38.47Notify03BRL-CAD Wiki:Rays2pix2013 * 5232 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why brlcad */
17:41.09Notify03BRL-CAD:bob1961 * 55306 brlcad/trunk/src/tclscripts/archer/MetaballEditFrame.tcl: Remove debug strings and fixed a typo in MetaballEditFrame::moveElement.
17:42.21Notify03BRL-CAD Wiki:Rays2pix2013 * 5233 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */
17:44.07Notify03BRL-CAD Wiki:Rays2pix2013 * 5234 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Brief background */
17:45.19Notify03BRL-CAD Wiki:Rays2pix2013 * 5235 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */
17:48.43Notify03BRL-CAD Wiki:KeshaSShah * 5236 /wiki/User:KeshaSShah/GSoC13: /* Google Summer Of Code 2013 */
17:49.05*** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242)
17:57.52*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
17:58.56Notify03BRL-CAD Wiki:Rays2pix2013 * 5237 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
17:59.57*** join/#brlcad avneet (65d092bf@gateway/web/freenode/ip.101.208.146.191)
18:03.32Notify03BRL-CAD:carlmoore * 55307 brlcad/trunk/src/sig/dmod.c: remove a few spaces -- just a cosmetic change with smod.c in mind
18:04.07keshacstirk: Sent the mail and added some issues on proposal page.
18:05.03cstirkkesha: I am looking through your proposal now
18:06.39keshacstirk: point out the modifications required.
18:07.33cstirkkesha: #227 may be done already, say that you will review issues and help get them organized
18:10.48Notify03BRL-CAD Wiki:KeshaSShah * 5238 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */
18:11.25keshacstirk: done
18:17.20keshacstirk: Anything else needs to be added or modified ?
18:17.29Notify03BRL-CAD Wiki:Rays2pix2013 * 5239 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Commitment on time */
18:18.31cstirkkesha: looks good so far
18:20.18keshacstirk: Okay. :)
18:23.43cstirkkesha: good luck, it is an important project and you will get to apply your C and C++ skills
18:28.22keshacstirk: Thanks. I am looking forward to learn and gain new skills, apply my knowledge to large codebase and get a memorable experience and an idea of working with OpenSource. This is the best possible use of my 3 month summer holidays. Thanks BRL-CAD and all developers for your guidance till now once again!
18:30.44cstirkkesha: get your application into gsoc, and keep revising your plan on the wiki as you learn more and get some feedback
18:38.10*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
18:45.21brlcadwow, we've got far more detailed proposals than I realized were coming in
18:45.41brlcadthis will be quite a competitive selection this year
18:47.30brlcad12 minutes until the submission deadline remaining
18:53.38keshacstirk: sure. :excited:
18:54.58keshabrlcad: Countdown goes to 5 minutes !
19:15.41*** join/#brlcad harmanpreet (~chatzilla@124.253.16.97)
19:18.16brlcadpencils down!
19:18.33brlcadso we'll be reading and reviewing proposals over the next couple weeks
19:19.07brlcadthe one thing that students can do in the meantime is answer any questions we post as comments
19:19.15brlcadand, of course, become familiarized with the code
19:19.45brlcadwork on a patch if you haven't yet, work on another if you have -- the better handle we have on your skill level, the stronger your proposal will be
19:20.21brlcaddoc changes and new code are okay, but really want to see logic/code getting modified
19:30.27*** part/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru)
19:32.19*** join/#brlcad kesha (~kesha@14.139.122.114)
19:32.34*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
19:46.59``Erikhttp://www.squareonemail.com/un-happy-35th-birthday-to-spam-emails/
19:50.36zero_level``Erik: now since the deadline is over. And I dont know if i you have seen my proposal. Please give some feedback on my proposal so that i can start the work
19:51.30zero_level``Erik: here is the link http://brlcad.org/wiki/User:Level_zero/proposal
19:56.18``Erikwhoa, deadline already hit? time flies O.o
19:57.34``Erikzero_level: sorry, I didn't realize you wanted me to review your proposal, I can provide comment and perhaps offer ideas for suitable pre-gsoc patches, if you still want...
19:58.11zero_level``Erik: yeah sure
19:58.49zero_levelActual I wanted to know if my plan for icv is in sync with the organisation's  need
20:00.15zero_level*Actually
20:02.54``Erikyeah, the hope for that idea/project was to have all these image converters be reduced down to a couple library calls
20:03.53``Erikpersonally, I think it'd be neat to have them all be a single actual binary, hardlinked and the name is used to set the read and write file types (like gzip/gunzip both point to the same inode)
20:04.16``Erikmight want to clean up the spelling errors, though... :)
20:04.32``Erikimplemnetation, commong, ...
20:05.37zero_leveland about other image functioanlities
20:06.04zero_levelspelling i was never good at them.. editting now. :)
20:08.18``Erikrotate, scale, interpolate, etc? yeah... libicv was intended to be a mini-ImageMagick
20:08.36Notify03BRL-CAD Wiki:14.139.243.162 * 5240 /wiki/User:Level_zero/proposal: /*Spellings*/
20:10.58zero_levelyeah meant ?
20:12.19Notify03BRL-CAD Wiki:14.139.243.162 * 5241 /wiki/User:Level_zero/proposal: /* Categories of Image Processing Functions */
20:16.21*** join/#brlcad kesha (~kesha@14.139.122.114)
20:17.05zero_level``Erik: so am i on track with the needs
20:17.24``Erikyes
20:18.33zero_level``Erik: i want to understand the patches in BRL-CAD from you. How is a submitted patch accepted in the main code
20:20.43``Erikwhen it's put into the tracker, one of the committers will apply it to their tree, review it, etc... if it's all good, it'll be committed and info like the originator, sourceforge artifact id, and purpose will be added to the log....
20:22.02``Erika trusted committer will act as gatekeeper until it's agreed that the submitter is competent and trustworthy, the submitter becomes a trusted committer... :)
20:25.16zero_level``Erik: K
20:29.04*** join/#brlcad rays2pix (~deepak@14.139.226.34)
20:35.56*** part/#brlcad rays2pix (~deepak@14.139.226.34)
20:35.57*** join/#brlcad rays2pix (~deepak@14.139.226.34)
21:21.06rays2pixFinally managed to submit the proposal just few minutes before deadline.
21:22.37rays2pixI have doubts on approaching openCL, openCL does have image types but says its not supported in all devices
21:22.59rays2pixShould we be using vector based approach or take advantage of image types
21:34.38*** join/#brlcad kesha (~kesha@14.139.122.114)
22:31.43*** part/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
22:31.55*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
23:50.47zero_level``Erik: what is the policy to assign mentors in BRL-CAD. although i read that it will be all mentors mentoring all the participants. but still will their be some pairing
IRC log for #brlcad on 20130504

IRC log for #brlcad on 20130504

01:27.09``Erikeach student will have an assigned mentor, but that's mostly for the status reports... questions and stuff will go either to channel or the mailing list and any mentor (or non-mentor) can try to help
01:41.09brlcad``Erik: your mentor/admin request is "stuck" waiting for you to do something
02:13.30*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
02:41.14*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
03:40.01*** join/#brlcad kesha (~kesha@14.139.122.114)
04:39.16*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
05:35.53*** join/#brlcad avneet (318ad020@gateway/web/freenode/ip.49.138.208.32)
05:48.43*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
06:20.09*** join/#brlcad rays2pix (~deepak@110.234.229.2)
06:25.46rays2pixWhile I wait and respond to proposal comments, I would like to contribute some useful patches. Any ideas for image processing related patches?
06:43.53*** join/#brlcad kesha (~kesha@14.139.122.114)
07:04.09*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
07:11.07*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:23.39*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:27.43kesha_In case of issue 47, https://github.com/stepcode/stepcode/issues/47 , what needs to be done exactly? remove one of the files from multiple files having the same content ?
07:27.51kesha_<PROTECTED>
07:55.42*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
08:25.41*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
09:25.26*** join/#brlcad rays2pix (~deepak@110.234.229.2)
09:26.35*** join/#brlcad deepak__ (~deepak@14.139.226.34)
09:29.10*** join/#brlcad rays2pix (~deepak@110.234.229.2)
09:34.59*** part/#brlcad rays2pix (~deepak@110.234.229.2)
09:35.03*** join/#brlcad rays2pix (~deepak@110.234.229.2)
10:09.49*** join/#brlcad priyanka (~priyanka@118.102.186.30)
13:04.15*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:59.20*** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242)
14:22.12*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
15:08.48*** join/#brlcad avneet (65d63f1c@gateway/web/freenode/ip.101.214.63.28)
15:53.36*** join/#brlcad jasleen (~chatzilla@117.253.227.206)
16:04.01*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
16:46.59*** join/#brlcad rays2pix (~deepak@110.234.229.2)
17:54.35*** join/#brlcad avneet (318ade62@gateway/web/freenode/ip.49.138.222.98)
18:00.33*** join/#brlcad avneet_ (~avneet@202.164.53.122)
19:09.16*** join/#brlcad rays2pix (~deepak@110.234.229.2)
19:28.02rays2pixWill be helpful if I get a review of my proposal  http://brlcad.org/wiki/User:Rays2pix2013/GSoc2013/Proposal
21:06.40*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ereytgocmrvhpets)
22:04.29*** join/#brlcad zero_level_ (2e1598fd@gateway/web/freenode/ip.46.21.152.253)
22:06.39*** part/#brlcad zero_level_ (2e1598fd@gateway/web/freenode/ip.46.21.152.253)
22:23.29*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa)
IRC log for #brlcad on 20130505

IRC log for #brlcad on 20130505

00:09.30*** join/#brlcad caen23 (~cezar@92.81.197.102)
00:38.17*** join/#brlcad caen23 (~cezar@92.81.197.102)
01:46.24*** join/#brlcad caen23 (~cezar@92.81.202.58)
02:28.51*** join/#brlcad caen23 (~cezar@92.81.202.58)
03:34.02*** join/#brlcad caen23 (~cezar@92.81.202.58)
04:05.26*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
04:38.34*** join/#brlcad caen23 (~cezar@92.81.202.58)
05:29.26*** join/#brlcad rays2pix (~deepak@110.234.229.2)
05:58.30*** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net)
06:19.18*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:28.28*** join/#brlcad avneet (65d022d8@gateway/web/freenode/ip.101.208.34.216)
09:45.17*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
10:01.43*** join/#brlcad jasleen (~chatzilla@117.253.233.218)
10:11.14*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
10:29.54*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
10:29.54*** join/#brlcad jasleen (~chatzilla@117.253.233.218)
10:29.54*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:29.54*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa)
10:29.54*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ereytgocmrvhpets)
10:29.54*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
10:29.54*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:29.54*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
10:29.54*** join/#brlcad kanzure (~kanzure@131.252.130.248)
10:29.54*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
10:29.54*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dadquhhjthxgoxuy)
10:29.54*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:29.54*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
10:29.54*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
10:29.54*** join/#brlcad ChanServ (ChanServ@services.)
10:29.54*** mode/#brlcad [+o ChanServ] by leguin.freenode.net
10:36.27*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
10:36.27*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:36.27*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa)
10:36.27*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ereytgocmrvhpets)
10:36.27*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
10:36.27*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:36.27*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
10:36.48*** join/#brlcad kanzure (~kanzure@131.252.130.248)
10:36.48*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
10:36.48*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dadquhhjthxgoxuy)
10:36.48*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:36.48*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
10:36.48*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
10:36.48*** join/#brlcad ChanServ (ChanServ@services.)
10:36.48*** mode/#brlcad [+o ChanServ] by leguin.freenode.net
10:39.21*** join/#brlcad ibot (~ibot@rikers.org)
10:39.21*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
10:41.04*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
10:41.04*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:41.04*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa)
10:41.04*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
10:41.04*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
10:41.04*** join/#brlcad kanzure (~kanzure@131.252.130.248)
10:41.04*** join/#brlcad ChanServ (ChanServ@services.)
10:41.04*** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net
12:29.18*** join/#brlcad caen23 (~cezar@92.81.202.58)
12:29.19*** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net)
12:29.19*** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw)
12:44.31*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
14:16.37*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
15:24.57*** join/#brlcad caen23_ (~cezar@92.81.202.58)
15:33.02brlcadray2pix needs to stay on the channel if he wants feedback...
16:20.17kanzurebrlcad: how do i problem? /quit
16:25.11*** join/#brlcad avneet (65d7b9df@gateway/web/freenode/ip.101.215.185.223)
16:45.34*** join/#brlcad hsrai (~hsrai@202.164.53.116)
17:45.58*** join/#brlcad rays2pix (~deepak@110.234.229.2)
17:49.54*** join/#brlcad caen23_ (~cezar@92.83.190.247)
18:09.32*** join/#brlcad caen23 (~cezar@92.83.190.247)
18:14.23*** join/#brlcad vladbogo (~vlad@86.121.103.110)
19:45.31*** join/#brlcad kesha (~kesha@49.202.239.240)
20:11.05*** join/#brlcad caen23 (~cezar@92.81.202.89)
20:35.35Notify03BRL-CAD Wiki:KeshaSShah * 5242 /wiki/User:KeshaSShah/GSoC13/Priority1: Replaced content with ":::[http://brlcad.org/wiki/User:KeshaSShah/GSoC13 This page has been moved here. Click Me !!]"
21:02.22*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
21:03.03zero_levelbrlcad: hi
21:04.25zero_levelbrlcad: i am trying to understand the thoughtprocess behind the icv_image_file structure.
21:06.11zero_levelbrlcad: flags is a long defined in the structure.. and there is also a place for file descriptor
21:08.14zero_levelAlso do we assume that there is only 8bit/pixel(gray scale) or 16bit/pixel(in color)  images (because i saw a strict conversion in reading png file to 8 bit)
21:10.16zero_levelalso the depth implies the number of bits per pixel basically for color or grayscale..  instead the bytes per pixel value ? is this because of the assumption of 8 byte
21:12.41*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
21:16.36zero_level*8 bit
21:19.01brlcadzero_level: it's possible that there are all sorts of assumptions that should not be there
21:41.38*** join/#brlcad zero_level_ (ca4ead12@gateway/web/freenode/ip.202.78.173.18)
21:50.17zero_level<PROTECTED>
21:51.17zero_levelbrlcad: so should the final form of icv should not make any such assumption about the image formats or we take care that during loading and writting ?
22:17.28brlcadzero_level: to me, that's an implementation detail though code simplicity is desireable
22:17.47brlcadso I'd think you'd want as general a form as possible, read into it, extract from it faithfully
22:18.40zero_levelbrlcad: and fd ?
22:18.51*** join/#brlcad rays2pix (~deepak@14.139.226.34)
22:48.08*** join/#brlcad papna_ (~papna@python/site-packages/papna)
22:56.51*** join/#brlcad caen23 (~cezar@92.81.195.129)
23:17.07*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
IRC log for #brlcad on 20130506

IRC log for #brlcad on 20130506

00:26.16*** part/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
00:34.11``Erikicv uses a 24b rgb internal format, identical to the pix data. it should probably be altered to cope with high dynamic range input, stuff that exr could use...
00:51.12*** join/#brlcad lnmraj (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
00:52.45*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
02:23.45*** join/#brlcad yiyus (1242712427@je.je.je)
02:54.26*** join/#brlcad kesha (~kesha@49.202.239.240)
03:16.19*** join/#brlcad caen23 (~cezar@92.81.180.129)
03:46.50*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
04:57.03*** join/#brlcad kesha (~kesha@49.202.239.240)
04:57.39*** join/#brlcad kesha (~kesha@49.202.239.240)
05:07.24*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
06:11.15*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
07:45.00Notify03BRL-CAD Wiki:KeshaSShah * 5243 /wiki/User:KeshaSShah/GSoC13/Reports:
08:12.37*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:28.39*** join/#brlcad caen23_ (~cezar@92.85.85.119)
09:37.21*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
09:46.21*** join/#brlcad kesha (~kesha@49.202.239.240)
09:51.01*** join/#brlcad caen23_ (~cezar@92.81.205.209)
10:03.28*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
10:38.10*** join/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117)
11:34.06*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
11:51.27*** join/#brlcad kesha (~kesha@49.202.239.240)
12:19.39Notify03BRL-CAD:bob1961 * 55308 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 7 others): This includes the addtion of the pset command as well as other mods related to supporting metaball editing in Archer.
12:20.56*** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242)
12:40.01Notify03BRL-CAD Wiki:5.135.165.126 * 5244 /wiki/Tutorial/Blender_to_CAD:
14:04.23Notify03BRL-CAD:d_rossberg * 55309 (brlcad/trunk/include/analyze.h brlcad/trunk/src/conv/g-voxel.c and 2 others): refactoring of the voxelize functions- fixed memory leaks- filter air voxels- catched a file error
14:09.18*** join/#brlcad rays2pix (~deepak@14.139.226.34)
14:10.33*** join/#brlcad vladbogo (~vlad@86.121.101.35)
14:12.38*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
14:23.06*** join/#brlcad jasleen (~chatzilla@117.253.203.134)
14:42.28*** join/#brlcad vlad__ (~vlad@86.121.101.30)
14:50.37*** join/#brlcad vladbogo (~vlad@86.121.96.57)
15:03.21*** join/#brlcad harmanpreet (~chatzilla@124.253.17.172)
16:24.50*** join/#brlcad kesha (~kesha@49.249.18.218)
17:15.00*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
17:28.05*** join/#brlcad kesha (~kesha@49.249.1.70)
17:28.35*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
17:48.22Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:Rajkoushik/GSOC2013/proposal: content was: "=GSOC 2013 Proposal=" (and the only contributor was "[[Special:Contributions/Rajkoushik|Rajkoushik]]")
17:57.57*** join/#brlcad pankaj (6a4c2d62@gateway/web/freenode/ip.106.76.45.98)
18:04.53*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:17.31brlcadokay, first pass through the proposals is complete
18:17.53brlcadweeded out the junk, looks like there's going to be some good competition
18:18.22``Erikweeds out the weeding out from his mailbox O.o
18:18.50brlcadah, I wasn't getting anything .. guess it e-mails "everyone elese"
18:19.59*** join/#brlcad jasleen (~chatzilla@117.253.203.134)
18:25.53Notify03BRL-CAD:bob1961 * 55310 (brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl brlcad/trunk/src/tclscripts/archer/MetaballEditFrame.tcl): The following statements indicate mods to the metaball edit panel. Added components for entering method and threshold. Also added components for activating and setting the selected point size. Finished wiring the table.
18:27.31keshacstirk: I am working on issue #47 https://github.com/stepcode/stepcode/issues/47 and if I remove the ones in fedex_plus and run make it gives me error. For example, I removed comlexlist.cc file from fedex_plus as same copy existed in clstepcore.
18:27.40keshanow I get this error-
18:27.47keshamake[2]: *** No rule to make target `../src/fedex_plus/complexlist.cc', needed by `src/fedex_plus/CMakeFiles/fedex_plus.dir/complexlist.cc.o'.  Stop.
18:28.26keshacstirk: This happens for almost all the files that needs to be removed from fedex_plus.
18:31.31keshacstirk: should I remove it from CMakeLists.txt also ?
18:35.05brlcadkesha: you have to remove it from the cmakelists.txt file also, as that is the build system file that describes what to build
18:40.29keshathen I am getting error like-
18:40.35keshaCMake Error: Error in cmake code at
18:40.37kesha/home/kesha/stepcode/src/fedex_plus/CMakeLists.txt:1:
18:40.38keshaParse error.  Expected a command name, got unquoted argument with text "set".
18:41.01brlcadthat looks like a syntax error, you made a mistake somewhere
18:41.10keshabrlcad: Is there a pastebin where I can paste my output instead of copying it here?
18:41.37brlcadany pastebin EXCEPT pastebin.com will work just fine
18:43.00*** join/#brlcad caen23 (~cezar@92.81.205.209)
18:43.29keshabrlcad: okay. I will try to debug my mistake.
19:00.45keshabrlcad: http://pastebin.mozilla.org/2379884 . I get this when I deleted print.cc and updated CMakeLists.txt and run make. Any idea ?
19:02.19brlcadkesha: what does that message tell you?
19:04.19keshaIn cmake/SC_Utils.cmake , 62 line is     add_executable(${execname} ${srcslist})
19:04.46brlcadno
19:05.15brlcadthat is what it output
19:05.39*** join/#brlcad caen23 (~caen23@92.81.205.209)
19:06.35brlcadwhat does the whole output mean to you?
19:07.04brlcadif you don't understand what it means, you MUST start there and understand what it is saying
19:07.29brlcadof course, it's not a great output
19:07.29keshathat the source file  ../fedex_plus/print.cc is missing.
19:07.42keshaBut that is what I removed intenstionally..
19:08.06brlcadthat's good
19:08.12brlcadso why might that happen?
19:08.19keshaI am not getting as to where its getting instruction to look up for that file.
19:08.38brlcadand THAT is what is more important to realize
19:08.46brlcadit's obviously got the instruction to build that file
19:08.49brlcadand you think you've removed it
19:09.17brlcadso either you didn't, or it's not aware you did, or you did and there are still other places it's referenced
19:09.41keshaover and above CMakeLists.txt I think its getting instruction from somewhere from cmake folder
19:09.43brlcadso go down that list
19:10.06brlcadyou say you edited CMakeLists.txt
19:10.09brlcadconfirm that you did
19:10.38brlcadwhich file did you change?
19:11.25keshayes I did change
19:11.35brlcadhow did you confirm?
19:11.47keshaIts in file /stepcode/src/fedex_plus/Cmakelists.txt
19:12.10keshaI opened it and saw again !
19:12.30brlcadso you just used your eyes to visually inspect?
19:13.34keshayea..any other way to confirm ?
19:13.48brlcadeyes can lie, even unintentionally -- if I asked you to prove that you did, how might you prove it?
19:14.57brlcadwhistles the jeopardy theme
19:16.49keshahttp://pastebin.mozilla.org/2379915 This is what my CMakeLists looks with no print.cc in
19:16.50keshaset(fedex_plus_SOURCES
19:16.52kesha<PROTECTED>
19:17.38brlcadkesha: heh, so getting a third-party (me) to confirm is one way to "prove it", albeit still not without potential for error (my eyes)
19:17.46brlcadwhat's an UNBIASED way to check?
19:18.51keshamaybe the system itself checks ?!
19:19.01brlcadkesha: this is a problem with the process you're using to debug the problem, that is what I'm trying to fix -- not the actual error (which is really quite simple)
19:19.16brlcadno, there's a way YOU can check it unbiased
19:19.41brlcadhave you ever used 'grep'?
19:20.15keshavery seldom.
19:20.22brlcadbut you have
19:20.26brlcadso you know what it does
19:20.35brlcadthat's pretty unbiased
19:20.47brlcadif grep can't find print.cc in the file, it's pretty likely that it's not in the file
19:21.00keshasearches out everywhere the argument that is passed after grep.
19:21.05brlcad"grep print.cc CMakeLists.txt" should return empty
19:21.49brlcadif you don't know grep, you should learn it -- it's a fundamental tool
19:22.35keshaits giving me empty. I ran that grep command in the fedex_plus directory.
19:22.46brlcadgood
19:23.05brlcadso when I wrote "so either you didn't, or it's not aware you did, or you did and there are still other places it's referenced" .. that takes care of the FIRST one
19:23.21brlcadthe build system might not be aware that you made the edit
19:23.40brlcadin that case, you'd need to delete your cmake cache files and re-run cmake, but lets assume that's not a problem for the moment
19:23.55brlcadthat leaves you with "you did and there are still other places it's referenced"
19:24.14brlcadwhich you implied with "I think its getting instruction from somewhere from cmake folder"
19:24.21keshacoming to third case which I thought initiall would be problem.
19:24.32keshayes
19:24.35brlcadbut you don't need to "think" that -- you have an output message, what does it say?
19:25.38brlcadthis is also where your eyes can deceive you, but you'll just have to read the message from start to finish
19:26.32keshawait a minute
19:26.45brlcadi don't like waiting
19:27.42keshaits getting CMake Error at cmake/SC_Utils.cmake:62 (add_executable)
19:27.51brlcadright
19:28.08brlcadthat's saying it was running an add_executable() macro .. and encountered an error
19:28.19keshathat has got something to do with  In cmake/SC_Utils.cmake , 62 line -    add_executable(${execname} ${srcslist})
19:28.40brlcadthat's where that macro is called
19:28.54brlcadhas everything to do with it, but you need to keep reading the error
19:29.41keshaand maybe called from SC_ADDEXEC(fedex_plus "${fedex_plus_SOURCES}" "libexppp;express;base") i,e 34th line in cmakelist.txt
19:29.42kesha??
19:29.51brlcadgah, stop
19:29.54brlcadread the error
19:30.18brlcadwhat's that line?
19:30.42brlcad(in the error, not the cmakelists.txt file)
19:31.43keshaanything to do with its trying different extensions ?
19:31.48brlcadlines 6 and 7 say it tried a bunch of extensions to find the file (print.cc) when it couldn't find it
19:32.10brlcadwhat do the next two lines say?
19:33.33keshaCalling stack with most recent call first. (LIFO). that is SC_ADDEXEC
19:33.56brlcadwhat is a calling stack?
19:34.22keshacalling a function on stack ?
19:34.26brlcadnope
19:35.17keshacalling a macro from stack ?
19:35.26brlcadno
19:35.46brlcadso there's part of the problem, you don't know what that label means so it's hard to process the information that follows
19:35.49brlcadask :)
19:35.58brlcada call stack
19:36.00keshawhat does that mean ?
19:36.08brlcadhttp://en.wikipedia.org/wiki/Call_stack
19:36.24brlcada call stack is what happens when you have one function or macro call another that calls another that calls another
19:36.30brlcadit's the list of things called
19:36.45``Erikponders making some popcorn
19:36.47brlcadwith a C program, for example, you start with main() which might call some other function
19:36.52brlcadwhich might call another
19:37.09brlcad"main() -> log_message() -> printf()" for example
19:37.12brlcadthat's a call stack
19:38.13brlcadso that line says it was running the function/macro in parenthesis and that is where the add_executable() call was made
19:38.48brlcadwhich function/macro called add_executable()?
19:41.36keshain cmake/scutils ?
19:41.58brlcadnope
19:42.07brlcadyou don't need to read a single file right now
19:42.11brlcadjust look at the error message
19:42.23brlcadthe first line says it was running add_executable()
19:42.39brlcadand it ran into a problem (file not found)
19:42.49brlcadthen it tells you the call stack (what called what)
19:42.56brlcadwhat called add_executable()?
19:43.20keshaCmakelist.txt called
19:43.42keshawhile executin SC_ADDEXEC
19:43.48kesha*executing
19:44.15brlcadso the answer to my question then is what exactly? :)
19:44.44brlcadwhich function()?
19:45.10keshaSC_ADDEXEC() fuction
19:45.16brlcadgood
19:45.24brlcadand in what file was that call made?
19:45.49keshaCmakelist.txt file
19:45.57brlcadthe is a file name
19:46.30keshafedex_plus
19:46.32brlcadwhat is the full path?
19:46.54brlcadbe precise
19:47.24keshain file /src/fedex_plus/Cmakelist.txt
19:47.44brlcadhow did you come up with that filepath?
19:48.11keshaagain my visual senses !
19:48.38brlcadwell it's not only imprecise (there is no file named "Cmakelist.txt")
19:48.40brlcadit's also wrong
19:49.31keshain file /src/fedex_plus/CMakeLists.txt
19:49.32brlcadSC_ADDEXEC() was called from what file?
19:49.46brlcadtry copy-paste
19:50.09brlcadwhat line was it on?
19:50.42keshaline 34
19:50.47brlcadof what file?
19:50.54brlcadfile path
19:51.26keshasomeone is trying to pull my legs !
19:51.34brlcadnot at all
19:51.46brlcadcopy-paste the answer
19:52.19keshaline 34 of file stepcode/src/fedex_plus/CMakeLists.txt
19:52.24brlcadno
19:52.47brlcadthat is also not a copy-paste
19:53.22keshaline 34 of file CMakeLists.txt in stepcode/src/fedex_plus/
19:53.28keshais this fine ?
19:53.29brlcadput this ( http://pastebin.mozilla.org/2379884 ) into a file
19:53.31brlcadnope
19:53.50brlcadcurl -O http://pastebin.mozilla.org/2379884
19:54.02brlcadgrep 34 2379884
19:54.14brlcadwhat is the result?
19:54.24keshasrc/fedex_python/CMakeLists.txt:34
19:54.26kesha<PROTECTED>
19:54.53brlcadhow is that different from what you keep typing?
19:55.13brlcad(and yes, that is right finally) :)
19:55.15keshaI was mentioning stepcode package also
19:55.23brlcadno, something else
19:55.47brlcadin what directory is the CMakeLists.txt file?
19:55.48keshathe format path:line ?
19:56.32brlcadwhat is different between what you said earlier and what you just said now:
19:56.33brlcad15:49 < kesha> in file /src/fedex_plus/CMakeLists.txt
19:56.39brlcad15:54 < kesha> src/fedex_python/CMakeLists.txt:34
19:56.50keshafedex_python !!
19:57.01brlcadding ding ding
19:57.42brlcad"your eyes can deceive you"
19:58.11brlcadgrep print.cc src/fedex_python/*
19:58.26keshahttp://pastebin.mozilla.org/2379884 output doean't match with http://pastebin.mozilla.org/2380087
19:58.32kesha*doesn't
19:59.48brlcadsure enough it doesn't, what's your point? :)
20:01.12keshaI mean whats the point in checking in src/fedex_python/ ?
20:01.36brlcadyou'll have to help me understand
20:01.37keshaEven the grep print.cc src/fedex_python/ doen't give any output !
20:01.46brlcadyou said it wasn't compiling and was giving you the error listed in 2379884
20:02.11brlcadto understand and fix that error, we follow the message
20:02.20brlcadif you made other edits since then, you needed to communicate that
20:03.21brlcadif the same three conditions I listed before apply and must be checked
20:04.01brlcadwhen I look at unmodified sources, I see print.cc listed in numerous build files
20:04.20brlcadso if you've removed/moved that source file, you're going to need to update those numerous build files
20:04.55brlcadthe information you have to go on besides grepping the source tree is the error messages from the build system
20:05.00brlcaddoes that make sense to you?
20:06.19keshaokay..wait .. I didn't get . http://pastebin.mozilla.org/2380104 . This is the error I am getting and doing grep for print.cc in src/fedex_python gives me no output
20:07.09keshaLeave the previous line. Forget it
20:07.23keshafeels dumb now
20:07.37keshaI got it.
20:07.54Notify03BRL-CAD Wiki:Sean * 5245 /wiki/Tutorial/Blender_to_CAD: Reverted edits by [[Special:Contributions/5.135.165.126|5.135.165.126]] ([[User talk:5.135.165.126|talk]]) to last revision by [[User:Toshibarve|Toshibarve]]
20:08.15keshawill never blindly trust my eyes henceforth ! :P
20:08.17Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:5.135.165.126: Spamming links to external sites
20:09.06brlcadkesha: try grepping the entire tree
20:09.15brlcadgrep -r print.cc stepcode/*
20:09.31keshabrlcad: Thanks a lot for having patience . It was great that you tried answers from me and didn't write it directly.
20:10.08keshabrlcad: yes. okay.
20:10.33brlcadyou can ignore any results in .svn directories, but should pay attention to and understand any others
20:11.14keshabrlcad: hmm
20:12.34keshahappy to see built 100% again
20:17.11keshagrep -r print.cc stepcode/* now shows only those print.cc which I wanted actually to be present. Other unwanted similar files are removed
20:31.47Notify03BRL-CAD Wiki:Dineshramesh * 0 /wiki/User:Dineshramesh:
20:35.00brlcadexcellent
20:51.15*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:51.20*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
21:36.32starseekerkesha: Remember, to work on a project like this you need to understand the basics of what is going on before you will be able to do more substantial work.  Believe me, I understand the temptation to try and ignore everything except the bits related to what you're trying to do at any given moment, but it's a temptation you need to fight.
21:40.40starseekerThe ability to examine and understand existing code (build systems, C++, error messages, whatever) is essential in open source (really, when working with *any* pre-existing code base)
21:41.42``Erikstarseeker, aren't you up a bit late with your new start time tomorrow? ;> *duck*
21:42.17starseekerwinces - yeah, probably
21:42.39starseekerdo they make alarm clocks that administer Red Bull?
21:42.48``Erikum, there's one that cooks bacon
21:42.58starseekerthat might work for Ed :-)
21:43.16``Erikhttp://bacontoday.com/waken-bacon-the-real-bacon-alarm-clock/
21:43.45``Erikarduino+iv? :D
21:44.32starseekereeek
21:44.56``Erikcause of death: off-by-1 error
21:45.15starseekerheh
21:45.28starseekernow *that's* high stakes programming
21:46.54keshastarseeker: from past 2 days I have been observing the src code in stepcode and today I felt I should start up working with some issue and will learn things as and how the problem is encountered. So according to you, what should I do to examine and understand exisiting code if not jumping upon to actual work ?
21:47.20starseekerkesha: however it works for you - the key point is to make sure you *do* understand what's going on
21:48.23starseekeryou can't "jump on" actual work without understanding what you are working on - how would you know what the impact of your changes is?
21:49.32keshastarseeker: yeah. true that.
21:49.50keshaI understand your point
21:50.11``Erikparticularly in a large cross platform package, "poke it until it works" tends to leave it not working for other platforms... a couple of the more finicky ones are windows (it's weird) and bsd (it's strict)
21:53.43kesha``Erik: Does every issue on solving on one platform needs to be checked on all other platforms too?
21:54.23kesha``Erik: Or is it something like collecting some and checking them altogether at some later stage ?
21:55.29``Erikkesha: once you have a lot of experience in dealing iwth the various platforms, you can often predict if it will work everywhere, but it really does need to be checked...
21:55.57``Erikeven those with 30+ years programming experience overlook something "basic" on occasion :)
21:57.31``Erik(now with BRL-CAD, we often tend to ignore one platform (windows) for long periods of time, then try to clean up all the bugs at once... but that's a matter of not having the time/patience to test every change. My personal compile spread is fbsd32/fbsd64/linux64/mac64 for every change)
22:04.46kesha``Erik: Cool. Four checks ! After I get comfortable on Linux first, then I can go further on to other platforms ;) But yea, that thing also needs to be focused .
22:05.23starseekerkesha: remember to pay attention to compiler warnings.  If you don't understand what it's telling you, make sure you look it up!
22:06.52keshastarseeker: sure
22:06.55starseekerunderstanding those comes first - then you get to understand why it is complaining on BSD but not Linux
22:07.45starseekerkesha: it may feel like you're "off-topic", but you aren't - those basic skills are necessary not only here but in any future software development you want to pursue
22:09.39starseekerthere is now a truly *vast* amount of legacy code doing work almost everywhere - I don't know of any commercial or open source programming job that is going to involve starting "from scratch" without attempting to re-use at least some code from elsewhere
22:10.38keshastarseeker: yes. I saw some warnings like unused variables and parameters . something -WUNUSED... But I ignored at that point considering it a warning and not an error !
22:11.20keshastarseeker: But now I will try to find out WHY whenever I encounter it next time.
22:11.25starseekerkesha: do you understand what the warning means, and why it's a warning?
22:14.05keshastarseeker: some conditions in which it may be hazardous and fail in certain circumstances, but current compilation can go fine ignoring it.
22:14.25starseekerkesha: Not quite. If you aren't familiar with it already, this is a good page to know about:  http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html
22:15.12starseekerkesha: an unused variable is defined, but not used by any logic in the code
22:16.20starseekerso it's "harmless", but also useless.  If it's useless, why is it there?  The compiler is telling the programmer they may want to investigate *why* the variable is unused
22:18.46``Erikwarning can help find things that are syntatically acceptable, but semantically incorrect... definitely worth at least understanding the cause of the warning as it could help you find a logic bug
22:18.59starseekerkesha: another resource I've found helpful in the past is stackoverflow - see, for example, http://stackoverflow.com/questions/6164720/why-are-unused-variables-bad
22:20.08starseekerkesha: generally speaking, it's better to clear warnings whenever possible - the BRL-CAD code base enables a great many warning flags, and by default turns them *all* into errors (-Werror)
22:21.32starseekerstepcode isn't anywhere near ready for that, as far as I know, but it's a worthwhile goal to strive for - the more warnings you clear, trivial or not, the better the chance you'll see a message from the compiler telling you something you need to know.
22:22.06starseekernoisy code that throws lots of warnings is that much harder to work with.
22:23.25starseekerstepcode has a particular challenge in that it *generates* source code - often times templates that provide a set of variables for all outputs may end up using only a fraction of those variables, which can cause unused warnings
22:25.45keshastarseeker: yes, it generates the code, and the variable passed as parameter wasn't actually been used anywhere in the function.
22:26.14keshastarseeker: good to know about this.
22:26.30starseekerso in that case, there is a design choice to make - should the generator be smart enough to recognize that the variable is unused and add something like the UNUSED wrapper we have in BRL-CAD?
22:27.05starseekerthat's something to talk about with the devs
22:27.55keshaya, I will raise a word about it.
22:29.07starseekerit may be that it isn't the right time to deal with that particular issue, but the important thing is you *understand* what the issue is
22:30.12starseekerkesha: there will be many similar issues that come up as you look at STEPcode - as you work your way through them, your general understanding will grow and you'll begin to recognize patterns
22:31.44starseekerpatience and perseverance are needed early on, but it's a little like learning a language - as your vocabulary grows, you understand more and more
22:39.15*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
23:07.01*** join/#brlcad jbschw (4355ee54@gateway/web/freenode/ip.67.85.238.84)
23:30.31*** join/#brlcad kesha (~kesha@49.249.1.70)
IRC log for #brlcad on 20130507

IRC log for #brlcad on 20130507

00:41.47Notify03BRL-CAD Wiki:Sullivanjd * 0 /wiki/User:Sullivanjd:
01:50.57*** join/#brlcad kesha (~kesha@49.249.1.70)
03:47.04Notify03BRL-CAD:brlcad * 55311 brlcad/trunk/BUGS: richards efforts to test all of our sample geometry conversion to nurbs uncovered a bug in rendering operators.g:ehy in brep form.
04:08.07brlcadwoot, down to four issues
04:49.00Notify03BRL-CAD:phoenixyjll * 55312 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Loop detection in 3D space and 2D space should be done separately.
04:53.57kanzureneat.
04:58.17*** join/#brlcad kesha (~kesha@49.249.1.70)
05:06.53*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
05:29.04*** join/#brlcad kesha_ (~kesha@49.249.1.70)
05:34.19*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
05:49.24*** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117)
06:52.52*** join/#brlcad kesha_ (~kesha@49.249.1.70)
07:54.25*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
07:54.50*** join/#brlcad avneet (~avneet@202.164.53.122)
07:59.24*** join/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117)
07:59.46*** part/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117)
08:02.06Notify03BRL-CAD Wiki:Hhhhsfffoss * 0 /wiki/User:Hhhhsfffoss:
08:05.13*** join/#brlcad jasleen (~jasleen@202.164.53.122)
08:18.53*** join/#brlcad avneet_ (~avneet@202.164.53.122)
08:25.38*** join/#brlcad jasleen__ (~jasleen@202.164.53.122)
08:44.34*** join/#brlcad jasleen (~jasleen@202.164.53.122)
08:46.56*** join/#brlcad jasleen (~jasleen@202.164.53.122)
11:27.03*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:34.13*** join/#brlcad caen23_ (~caen23@92.81.171.97)
13:26.33*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
14:42.13*** join/#brlcad zero_level (7aa1eb64@gateway/web/freenode/ip.122.161.235.100)
14:48.17*** join/#brlcad crdueck (~cdk@24.212.219.10)
15:08.28*** join/#brlcad kesha_ (~kesha@49.249.18.107)
15:16.49*** join/#brlcad zero_level (~androirc@122.161.235.100)
16:08.54*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
16:18.24Notify03BRL-CAD:r_weiss * 55313 brlcad/trunk/sh/cmp.sh: Bug fix to 'cmp.sh' script to fix 'g_qa' volume testing.
16:26.56Notify03BRL-CAD:carlmoore * 55314 brlcad/trunk/src/sig/smod.c: implement 'progname' in output statements, and be concerned with cosmetic stuff (looking like umod.c as much as possible)
16:33.12Notify03BRL-CAD:carlmoore * 55315 brlcad/trunk/src/sig/umod.c: cosmetic changes (look like smod.c as much as possible); implement progname in outputs (some hardwired usages had wrong name); implement 'usage' variable; add an 'else'
16:37.37*** join/#brlcad caen23 (~caen23@92.83.172.247)
16:44.11Notify03BRL-CAD:carlmoore * 55316 brlcad/trunk/src/sig/dmod.c: implement progname in outputs
17:10.06kesha_Plz Help me understand this http://pastebin.mozilla.org/2382431 . I changed the reference in src/fedex_plus/CMakeLists.txt from "non-ors.cc" to "../clstepcore/non-ors.cc" and the same in fedex_python after removing the file non-ors.cc in src/fedex_plus/
17:18.21Notify03BRL-CAD:n_reed * 55317 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: need to unitize direction vector before scaling by absolute distance to intersection
18:09.05*** join/#brlcad kesha__ (~kesha@49.249.18.107)
18:19.45*** join/#brlcad kesha__ (~kesha@49.249.18.107)
18:37.26brlcadkesha__: what does that error say to you?
18:43.51*** join/#brlcad kesha__ (~kesha@49.249.18.107)
18:50.19*** join/#brlcad jasleen (~jasleen@202.164.53.122)
18:52.13*** join/#brlcad jasleen_ (~chatzilla@117.253.233.182)
19:00.49brlcadkesha__: basically, you can't just move files around and expect it to work ;)
19:01.14brlcadnon-ors.cc is calling some functions (the ones listed) .. those functions do not exist in clstepcore
19:01.28brlcadthey did exist in fedex_plus (which is probably why that file was in that directory)
19:02.34brlcadso you'd presumably have to figure out what to do, whether it's possible to untangle the calls, replace them, move them, delete them, or otherwise refactor them into clstepcore
19:07.00*** join/#brlcad caen23 (~caen23@92.81.182.136)
19:11.07caen23i have svn 1.7.9 and just tried to run an `svn up`, but it told me to run `svn upgrade` first. is the svn on the server older?
19:18.13Notify03BRL-CAD:n_reed * 55318 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: oversimplified a bit in r55303, s near zero should become 2pi
19:42.47*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
19:50.19``Erikcaen23: probably means you've upgraded your install of svn since the last time you did an update... the server is running whatever sourceforge decides to run
20:01.33Notify03BRL-CAD:n_reed * 55319 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: swapping parameters changes traversal direction, don't do it
20:41.15*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:58.53*** join/#brlcad caen23_ (~caen23@92.81.223.225)
21:00.51zero_levelbrlcad: i got pix files in the pix folder.. looking for .bw files can u point me to some src
21:27.31``Erikcould always do pix-bw to generate one
21:28.19zero_leveloh yes..
21:28.26zero_levelthanks..
21:28.59zero_levelactually i just figured it out..
21:31.14zero_level``Erik: in the design of icv at present we use fd in the image struct
21:31.23zero_levelwhat is the use of thisn?
21:33.18``Erikit's the handle to the file that backs the image
21:34.32zero_levelbut do we need this when we have already read the file ?
21:35.45``Erika big part of icv was to provide a way for programs like rt to write to arbitrary file formats, like png or jpg
21:38.01zero_levelok... and fd backs the primitive format like bw and pix ?
21:38.43``Erikso when the icv is created, the fd is attached to the file (to verify it can write before spending cpu raytracing) , then buffers as much as needed and writes when it can
21:38.59``Erikso with a pix or bw, it's almost immediately writing, but a png has to buffer up the image to run the compression algorithms
21:47.31zero_levelis jpg also important format because i didnt find that in icv formats and indeed didnt incluse in my proposal
22:05.40``Erikno, not yet, just one that would require collecting all the pixels before generating the image *shrug*
22:05.58zero_level``Erik: i meant important for brlcad applications since it is lossy
22:06.01``Erikpng is probably the gold standard: pixel perfect and highly compressed
22:06.09zero_levelok.
22:06.22``Erikthere was discussion about integrating the EXR format using the open source library
22:06.39``Erikhttp://en.wikipedia.org/wiki/OpenEXR
22:07.39``Erikthat'd involve changing the icv internal representation, but that's a "private" data glob, so it's ok
22:23.40zero_levelk i will find the details of implmentation.
22:35.26``Erikthe proposals have not been reviewed and none have been accepted yet, so there is no guarantee that you'll be awarded this task or that it will remain exactly the same... if you're looking for some related trivial task to submit as a patch, I'd imagine something very simple like modifying pix-bw to use the icv read/write functions?
22:48.48zero_leveli have already submitted a patch for reading png pix and bw file...
22:49.26zero_levelcurrently i am trying to remove the bug in guess_fike_format
22:49.42zero_leveland then using this to load.
22:50.48zero_level``Erick did u implement the current form of icv?
22:51.33zero_level``Erik sry for typo..
22:55.24``Erikzero_level: mostly, others have provided changes as well... it began as bu_image
22:58.45zero_levelactually i inferred from the chats and the comments in the code... they were very much in sync
23:57.49*** join/#brlcad caen23_ (~caen23@92.81.219.150)
IRC log for #brlcad on 20130508

IRC log for #brlcad on 20130508

00:21.04*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-qbjahnpzggsilegp)
00:29.25zero_level``Erik what is seen in a patch submitted by a gsoc applicant.. is it the functions implemented or a primitive understanding of src compilation and coding style ?  
00:30.36zero_leveland also what is the recommended size of a patch
01:35.03Notify03BRL-CAD Wiki:Fabricio13 * 0 /wiki/User:Fabricio13:
02:30.39brlcadcaen23_: if it tells you to run svn upgrade, that's a client issue -- your checkout was checked out with a prior version
02:30.50brlcadnewer versions always have you upgrade
02:37.03brlcadzero_level: unfamiliar developers communicate via patches (change sets)
02:37.37brlcadso yes patches certainly need to functionally demonstrate a basic understanding of compilation and coding style
02:41.38brlcadand no size criteria, they need to tell a succinct story well
02:42.52brlcadideally they do one change, one feature, at a time (per patch)
03:00.04Notify03BRL-CAD:brlcad * 55320 brlcad/trunk/sh/cmp.sh: the ', ' was an auto-formatting error. plus, the 100mm lower bound is insufficient for our sample models (was set up for vehicles), lower down one more level to 10mm.
06:46.32*** join/#brlcad kesha (~kesha@14.139.122.114)
07:44.40*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:54.12*** join/#brlcad kesha__ (~kesha@14.139.122.114)
08:11.07*** join/#brlcad kesha (~kesha@14.139.122.114)
08:15.33*** join/#brlcad kesha (~kesha@14.139.122.114)
09:04.44*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
09:04.59*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
09:12.48*** join/#brlcad yiyus_ (1242712427@je.je.je)
10:14.00*** join/#brlcad kesha (~kesha@14.139.122.114)
11:17.27Notify03BRL-CAD Wiki:Dingyong0474 * 0 /wiki/User:Dingyong0474:
11:19.52Notify03BRL-CAD Wiki:Fengcshou123 * 0 /wiki/User:Fengcshou123:
11:21.24Notify03BRL-CAD:bob1961 * 55321 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 9 others): This fixes the lighting problem exhibited in Archer when displaying geometry in shaded mode with perspective. The main issue here is that the perspective matrix needs to be fed separately to openGl's projection matrix stack instead of feeding the modelview matrix stack a matrix that has both view and perspective
11:21.26Notifyrolled into a single matrix.
12:03.21Notify03BRL-CAD Wiki:Phoenix * 5246 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */
12:05.43*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:11.22Notify03BRL-CAD:phoenixyjll * 55322 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/CMakeLists.txt and 7 others): Use the openNURBS API ON_Surface::IntersectSurface() for SSI. Move the ON_SSX_EVENT part from other/openNURBS to libbrep, and extend its functionality. The original SSI function brlcad::surface_surface_intersection() is replaced.
12:12.29Notify03BRL-CAD Wiki:Phoenix * 5247 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */
12:29.11*** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102)
12:53.39*** join/#brlcad kesha (~kesha@14.139.122.114)
13:21.20Notify03BRL-CAD:carlmoore * 55323 brlcad/trunk/src/liboptical/sh_prj.c: fix a warning message about type mismatch in format
13:24.52*** join/#brlcad caen23 (~caen23@92.85.93.49)
13:25.58Notify03BRL-CAD:phoenixyjll * 55324 brlcad/trunk/src/libged/edit_metaball.c: MS Visual Studio returns const char * in strrchr.
13:32.19Notify03BRL-CAD:carlmoore * 55325 brlcad/trunk/src/liboptical/sh_text.c: fix type warnings
13:39.08Notify03BRL-CAD:bob1961 * 55326 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the "ae" command in Archer.
14:25.31*** join/#brlcad vladbogo (~vlad@188.25.239.64)
14:56.16Notify03BRL-CAD:starseeker * 55327 brlcad/trunk/misc/CMakeLists.txt: Add a 'doxygen' target, as well as a 'dox' target
15:07.04Notify03BRL-CAD:bob1961 * 55328 brlcad/trunk/src/libged/annotate.c: Mods to annotate command ---> Check gedp before using. Also fixed a core dump issue caused by freeing memory twice.
15:09.00Notify03BRL-CAD:bob1961 * 55329 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the annotate command in Archer.
15:15.45*** join/#brlcad jasleen (~jasleen@202.164.53.122)
15:27.02Notify03BRL-CAD:starseeker * 55330 (brlcad/trunk/include/brep.h brlcad/trunk/misc/Doxyfile.in brlcad/trunk/misc/doxygen_structure): Start setting up to add libbrep to the doxygen system
15:28.10Notify03BRL-CAD:n_reed * 55331 brlcad/trunk/src/other/step/src/clstepcore/ExpDict.cc: should use delete[] to free new[] memory
16:01.59*** join/#brlcad kesha (~kesha@14.139.122.114)
16:14.21Notify03BRL-CAD:carlmoore * 55332 brlcad/trunk/src/libdm/dm-tk.c: fix type warnings
16:28.42Notify03BRL-CAD:carlmoore * 55333 brlcad/trunk/src/liboptical/sh_treetherm.c: fix type warning
16:46.49*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:47.26Notify03BRL-CAD:bob1961 * 55334 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the "x" command in Archer.
16:59.46Notify03BRL-CAD:bob1961 * 55335 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the "orientation" command in Archer. Fixed a typo in Ged::keypoint.
17:08.43Notify03BRL-CAD Wiki:KeshaSShah * 5248 /wiki/User:KeshaSShah/GSoC13/Priority2:
17:14.27Notify03BRL-CAD Wiki:KeshaSShah * 5249 /wiki/User:KeshaSShah/GSoC13/Reports: /* May 4-5 */
17:15.19Notify03BRL-CAD Wiki:KeshaSShah * 5250 /wiki/User:KeshaSShah/GSoC13/Reports: /* May 1 */
17:15.42Notify03BRL-CAD:starseeker * 55336 brlcad/trunk/src/libbrep/CMakeLists.txt: Add a 'tools' file for holding useful routines, analgous to the opennurbs_brep_tools.cpp file. Start with the sub-surface extraction routine.
17:49.10*** join/#brlcad kesha (~kesha@14.139.122.114)
18:04.33Notify03BRL-CAD:indianlarry * 55337 brlcad/trunk/src/librt/shoot.c: The non-uniform binary space partitioning tree used to partition solids into RPP cells within librt to speed raytracing was using an absolute "nudge" value to walk/step the ray into the next partition cell. In certain circumstances the "nudge" value was causing grazing cell hits to walk over thin intersections even when these intgersections were greater
18:04.35Notifythan the thinness tolerance. This update modified this code to use our distance tolerance instead. Now our distance tolerance default or a user specified value can be used. This was turned up by Richard Weiss while testing 'rtarea' results from BREP conversions of our implicits.
18:05.16Notify03BRL-CAD:indianlarry * 55338 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Newton iterator wasn't converging to a solution for the EHY primitive converted to a BREP. The inverse jacobian was causing the iterator to jump to a solution that was farther away than the current point. Added a better half-step of the UV deltas until a closer solution is found. Will half-step up to 1000 iterations before bailing on the
18:05.18Notifyshotline. Need to look at the surface to see why its causing such large steps but is a fix in the near term. This was turned up by Richard Weiss while testing 'rtarea' results from BREP conversions of our implicits.
18:31.41Notify03BRL-CAD:starseeker * 55339 (brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.h): Tweak the logic deciding when and how to split.
18:56.12Notify03BRL-CAD:starseeker * 55340 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: Tweak comment
18:59.10Notify03BRL-CAD:starseeker * 55341 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: gah - contents of, not pointer to
19:05.32*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:05.59*** join/#brlcad Ch3ck (~Ch3ck@41.205.16.70)
19:06.12Ch3ckHi
19:09.07brlcadhi Ch3ck
19:09.26Ch3ckHi brlcad
19:09.29Notify03BRL-CAD:brlcad * 55342 brlcad/trunk/src/librt/primitives/brep/brep.cpp: all magic numbers should be documented. mention that this errantcount limit check number isn't really important, but does need to be big enough to help converge to an answer.
19:09.55Ch3cki just wanted to know when the selected gsoc participants will be notified
19:10.43Notify03BRL-CAD:brlcad * 55343 brlcad/trunk/src/libged/edit_metaball.c: make last const instead of casting away const
19:10.52brlcadCh3ck: it's on the melange timeline
19:11.14brlcadnow's the time to be responding to comments and working on awesome patches
19:11.20Ch3ckok thanks
19:11.31brlcadwith as competitive as it's going to be this year, patches are going to be very important
19:11.50Ch3ckok
19:12.00Ch3ckso how many participants are going to be selected?
19:12.02brlcadif you don't have one in, you should definitely work on one .. if you do, you might want to work on another more involved
19:12.11brlcaddepends on how these reviews go
19:13.20brlcadany limitation on selections will be self-imposed
19:13.46Ch3ckok
19:14.01Ch3ckso can i still work on my proposal even though the deadline is passed?
19:14.15brlcadsure
19:14.22brlcadthat's part why we had people cross-post to the wiki
19:14.35Ch3ckbecause based on the corrections you gave me i tried to communicate with you online
19:14.36brlcadplus as we ask questions, edits are expected
19:14.45Ch3ckbut you weren't there..
19:14.55brlcadi'm always here
19:14.58Ch3ckok
19:15.04brlcadbut i'm not always available
19:15.10Ch3ckwell let me give you the link to my proposal
19:15.18brlcadyou should understand this point
19:15.20Ch3ckso i can make some more modifications..
19:15.38brlcadyou should not just hop on IRC, ask a question .. wait a lil bit and leave
19:16.19Ch3ckhttp://brlcad.org/wiki/User:NyahCh3ck20/Proposal
19:16.28brlcadconsidered poor etiquette, if you have a question you're expected to ask and wait
19:16.46Ch3cki just want to know youre thoughts on the recent changes i have made...
19:16.47brlcadif you cannot wait, then you shouldn't be asking on IRC -- use the mailing list
19:16.55Ch3ckyeah
19:17.03Ch3cki understand..
19:17.38brlcadyou and 20 others want to know .. all proposals get reviewed and re-reviewed several times
19:17.47brlcadhave to be patient :)
19:18.11Ch3ckyeah
19:18.14brlcadin the meantime, don't wait for me to tell you what's wrong with it -- improve it yourself or work on something else that helps your proposal
19:18.15Ch3cki understand..
19:18.23vladbogohi
19:18.29brlcadhi vladbogo
19:18.31Ch3ckhi vlad..
19:19.30vladbogoI looked on the TODO file in libdm and I want to refactor dm-genric.c so that is shouldn't contain #ifdefs
19:20.02brlcadCh3ck: your proposal reminded me of something
19:20.21brlcadgiven your recent experience, you should look into our redblack tree to-do
19:20.29brlcads/should/could/
19:20.42brlcadyou worked on a redblack tree implementation, right?
19:20.54Ch3ckyeah..
19:21.06Ch3ckeven worked on interval trees..
19:21.25vladbogoi was thinking about starting with the open functions but i don't know which approach is better
19:21.45brlcadCh3ck: see our TODO file and look for the redblack entry
19:21.52Ch3ckok
19:21.54brlcadthat'd make a good patch/feedback/discussion
19:21.59vladbogoI want to add a new callback function to struct dm that does the actual opening
19:22.51brlcadvladbogo: suggest just attacking one #ifdef (that you can actually test)
19:23.01brlcadthat might help give some direction
19:23.52brlcad*_open_existing should be an easy one, but there are others too
19:24.19Notify03BRL-CAD:carlmoore * 55344 brlcad/trunk/src/util/double-asc.c: change (void) to (), and remove reference to case ?, because we have the default available
19:26.44*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.16.70)
19:27.12*** join/#brlcad kesha (~kesha@14.139.122.114)
19:27.15Ch3ck_Sorry for quitting there??
19:27.23Ch3ck_my computer has got some probs.
19:28.41vladbogobrlcad: i can't find *open_existing in dm-generic.c should I look somewhere else?
19:28.53brlcadvladbogo: no, stick to the #ifdefs
19:29.46Ch3ck_hey guys how do i get the previous discussions on irc chat?
19:30.06Ch3ck_my computer just went off.. facing some technical issues here...
19:32.24vladbogosi I was thinking on adding a new callback to struct dm for *_open_dm, but I saw that the dm_open from dm-generic.c returns the struct dm pointer that will be used, so in order to change this should I change also the way mged uses dm-open?
19:33.24vladbogoCh3ck_ I activated logging in order to see previous conversations. I don't know if you can access it if you do not have logging active
19:34.19Ch3ck_ok
19:34.27Ch3ck_how do i activate it??
19:35.26vladbogobrlcad: I mean that as I saw in the code there must be a function that selects the dm (that returns struct dm) so I was thinking about making a select function and then make the opening using struct dm. Is this approach ok?
19:35.48vladbogoCh3ck_: do you use xchat?
19:36.05Ch3ck_yeah
19:36.10Ch3ck_on my SL distro..
19:36.43vladbogothen settings->Preferences->logging and enable logging
19:37.49Ch3ck_thanks vlad
19:37.54Ch3ck_did it already??
19:38.06Ch3ck_everything looks fine now..
19:38.11vladbogoyou're welcome
19:39.55Ch3ck_yeah
19:40.04Ch3ck_brlcad: you there?
19:40.53Ch3ck_i just wanted to ask what you were talking about with the red black treess.
19:55.07starseekerCh3ck_: see the TODO file - it should list some redblack tree items
19:55.35Notify03BRL-CAD:carlmoore * 55345 brlcad/trunk/src/util/double-asc.c: reinstate 'void', and remove single-quotes from Usage, and provide for 'no-argument, no-redirect' case
19:56.02Ch3ck_starseeker: thanks..
20:02.00*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:06.44brlcadvladbogo: you will almost certainly also need to change mged and how mged works with a DM
20:06.59brlcadthat's why I suggested just starting with one/any #ifdef and work to elimiate it
20:07.43vladbogobrlcad: thanks I will start working on it
20:07.57brlcadCh3ck_: don't ask if I'm here, just ask your questions and someone will eventually respond almost every time (as long as you are here)
20:08.16brlcadthat's why we keep saying this:
20:08.17brlcad~ask
20:08.17ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
20:08.28brlcad"Don't ask if a  person is there; just ask what you intended to ask them
20:09.09Ch3ck_ok
20:09.24Ch3ck_Just wanted to know what you were talking about concerning redblack trees
20:09.33Ch3ck_on the todo
20:09.50Ch3ck_i have not seen any todo on redblack trees
20:10.00Ch3ck_so could you please give me a pointer to it?
20:10.03brlcadthen you're not looking in the right place
20:10.07brlcador not looking hard enough
20:10.17Ch3ck_ok
20:10.24maths22_Ch3ck_: you also can get previous irc conversations (for this channel) at http://ibot.rikers.org/%23brlcad/
20:10.25Ch3ck_let me look better..
20:10.27brlcaddo you have a checkout?
20:10.37Ch3ck_yes.
20:10.43brlcadand you've read the TODO file?
20:10.56Ch3ck_its long
20:11.09Ch3ck_so just scanned through to see the redblack trees.. section
20:11.23Ch3ck_and i did not see any thing..
20:11.31brlcadwhy would there be a redblack trees section?
20:11.54brlcadso yes, you just didn't look hard enough
20:12.10brlcadI can't hold your hand on how to read and search a text file :)
20:12.36Ch3ck_yeah...
20:12.37brlcadyou gotta be more self-sufficient than that
20:12.41Ch3ck_yeah
20:12.46Ch3ck_i understand..
20:13.06Ch3ck_its that we were discussing you did not finish what you were saying..
20:13.09brlcadso give it another try, and try to understand what it's saying -- use google to research the issue
20:13.19brlcadI did finish :)
20:13.22Ch3ck_concerning you feedback on my proposal..
20:13.28Ch3ck_ok
20:13.40Ch3ck_thanks would work on it hard..
20:14.20vladbogoalso I told you about a compilation error on Windows and after working a little bit I found out that there are other errors. Between dealing with those errors and the refactoring we just talked about I think that the second one is more important but I would like to know on which do you suggest that I should work on because I don't have time to do both right now?
20:15.09brlcadvladbogo: that's your judgement call to make, not mine
20:15.10brlcadI can't speak to your time availability
20:15.44brlcadfixing compilation errors should be very quick and easy
20:15.57brlcadmaking a refactoring patch, not so quick and easy
20:16.40brlcadfixing compile errors isn't as impressive / interesting as a refactoring, but then neither is too if they're both incomplete
20:17.02brlcadand if you can't fix a compile error (quickly/easily), that's something to work on improving
20:18.18vladbogobrlcad: thanks for you're help. I will try to make the refactoring patch and submit it as soon as possible
20:19.24*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:27.34*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:34.48*** join/#brlcad kesha_ (~kesha@14.139.122.114)
21:22.01*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
21:29.42Notify03BRL-CAD:starseeker * 55346 brlcad/trunk/include/config_win_cmake.h.in: Try to set up defines for stat, fstat, fseek, lseek, and ftell that will make the libbu wrappers unnecessary - untested. Will have to be a bit careful backing out r54713 once these are working - a few files show conflicts.
21:31.25starseekermight be tied up with r54922
21:32.37starseekerurk
21:32.48starseekerregression failure - solids.rt.pix 3 off by many
21:33.58starseekeris betting that's r55337
21:42.04caen23starseeker: isn't that an older bug? investigating it was a codein task
21:54.37Notify03BRL-CAD:r_weiss * 55347 brlcad/trunk/sh/cmp.sh: Fixed a bug in the xray computations. Improved the volume computations.
IRC log for #brlcad on 20130509

IRC log for #brlcad on 20130509

01:02.44*** join/#brlcad kesha (~kesha@14.139.122.114)
01:06.22starseekercaen23: there was a related bug, but this is new
03:11.47*** join/#brlcad avneet (~avneet@202.164.53.122)
03:29.00brlcadstarseeker: that #ifdef logic makes no sense
03:29.50brlcadlooks outright wrong
03:31.55brlcadif that's what he was using, that would easily explain why it didn't work ...
03:33.08brlcadthe commented-out block in config_win.h is better in that regard but even that can be improved
03:34.05brlcad(that was just to test/prove that that type of solution would work)
04:04.00*** join/#brlcad kesha (~kesha@14.139.122.114)
04:04.27*** join/#brlcad kesha (~kesha@14.139.122.114)
06:04.18*** join/#brlcad kesha (~kesha@14.139.122.114)
06:36.10*** join/#brlcad kesha (~kesha@14.139.122.114)
06:36.45*** join/#brlcad kesha (~kesha@14.139.122.114)
07:17.55*** join/#brlcad kesha (~kesha@14.139.122.114)
07:53.49*** join/#brlcad kesha (~kesha@14.139.122.114)
07:54.56*** join/#brlcad kesha (~kesha@14.139.122.114)
07:55.22*** join/#brlcad kesha (~kesha@14.139.122.114)
08:34.53Notify03BRL-CAD Wiki:Michsears1 * 0 /wiki/User:Michsears1:
08:37.10*** join/#brlcad kesha (~kesha@14.139.122.114)
10:09.48starseekerbrlcad: he (and I, for that matter) look to be re-using the ifdef logic from the original stat entry - I ran out of time yesterday, planned to resume this morning
10:10.53starseekerwondered why the conditionals were what they were, but hadn't drilled into it as yet
10:30.41*** join/#brlcad hsrai (~hsrai@202.164.53.116)
10:30.52*** join/#brlcad jasleen (~jasleen@202.164.53.122)
10:31.08*** join/#brlcad avneet (~avneet@202.164.53.122)
11:04.57*** join/#brlcad kesha (~kesha@14.139.122.114)
11:07.56*** join/#brlcad kesha_ (~kesha@49.202.239.116)
11:38.07Notify03BRL-CAD:starseeker * 55348 brlcad/trunk/include/config_win_cmake.h.in: Make a stab at improving the ifdef logic for Win64 functions - probably still needs refinement, still untested.
11:43.36Notify03BRL-CAD:indianlarry * 55349 brlcad/trunk/src/librt/primitives/brep/brep.cpp: cleaned up integer variable initialized with double constant to remove warning
11:47.49*** join/#brlcad kesha__ (~kesha@14.139.122.114)
11:53.00*** join/#brlcad Izak (~Izak@41.202.195.16)
11:53.10IzakHey there!
12:02.18*** join/#brlcad Izak_ (~Izak@41.202.195.16)
12:02.41Izak_brlcad_: Are u there?
12:03.23Izak_Hello!!!!
12:33.44brlcadstarseeker: probably need to change defined(_stati64) to defined(HAVE__STATI64)
12:33.58brlcadbecause the're not likely preprocessor symbols, they'll just be functions
12:34.04brlcadso cmake will have to test
12:34.17brlcadsame for all the _func()
12:42.13*** join/#brlcad kesha__ (~kesha@14.139.122.114)
12:43.55Notify03BRL-CAD:bob1961 * 55350 brlcad/trunk/src/libtclcad/tclcad_obj.c: Add entries for orientation, sv, t and x to libtclcad's command table.
12:46.29Notify03BRL-CAD:bob1961 * 55351 brlcad/trunk/src/tclscripts/lib/Ged.tcl: The following are mods to cadwidgets::Ged. The version method has been renamed to dbversion. Added sv, t and viewsize methods.
12:51.32*** join/#brlcad kesha__ (~kesha@14.139.122.114)
12:59.17*** join/#brlcad kesha (~kesha@49.202.239.116)
13:05.01*** join/#brlcad kesha (~kesha@14.139.122.114)
13:50.37Notify03BRL-CAD:r_weiss * 55352 brlcad/trunk/sh/cmp.sh: Bug fix to script 'cmp.sh', 'dc' does not like scientific notation.
13:51.17*** join/#brlcad STEPbot (~STEPbot@14.139.122.114)
13:53.55*** part/#brlcad STEPbot (~STEPbot@14.139.122.114)
14:14.12Notify03BRL-CAD:carlmoore * 55353 (brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp brlcad/trunk/src/libanalyze/voxels.c and 2 others): remove trailing blanks/tabs; I also noticed that src/libbrep/ssx_event.cpp was missing newline at end
14:53.36*** join/#brlcad kesha (~kesha@14.139.122.114)
14:56.30Notify03BRL-CAD Wiki:KeshaSShah * 5251 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 0 */
15:46.10Notify03BRL-CAD:bob1961 * 55354 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - bn_dist_pt2_lseg2, bn_isect_line2_line2, bn_isect_line3_line3, bn_noise_fbm, bn_noise_perlin, bn_noise_slice, bn_noise_turb and bn_random.
17:14.55Notify03BRL-CAD:n_reed * 55355 brlcad/trunk/src/libbrep/PullbackCurve.cpp: style/ws
17:16.53brlcadstarseeker: our viewvc web interface should be up to date now
17:17.06brlcadapparently our commit history broke something in their statistics processor
17:27.12Notify03BRL-CAD:carlmoore * 55356 brlcad/trunk/src/util/double-asc.c: account for 'program continues running' with no arguments; add missing colon after w in argument string to bu_getopt
17:57.50Notify03BRL-CAD:n_reed * 55357 brlcad/trunk/src/libbrep/PullbackCurve.cpp: split large for-loop into two parts to reduce indentation
18:07.39Notify03BRL-CAD:bob1961 * 55358 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - mat_mul, mat_inv, mat_trn, matXvec, mat4x3vec, mat4x3pnt, mat_ae, mat_ae_vec, mat_aet_vec, mat_angles, mat_eigen2x2, mat_fromto, mat_xrot, mat_yrot, mat_zrot, mat_lookat, mat_vec_ortho, mat_vec_perp, mat_scale_about_pt, mat_xform_about_pt and mat_arb_rot.
18:37.39Notify03BRL-CAD:bob1961 * 55359 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - quat_mat2quat, quat_quat2mat, quat_distance, quat_double, quat_bisect, quat_slerp, quat_sberp, quat_make_nearest, quat_exp and quat_log.
18:48.09Notify03BRL-CAD:bob1961 * 55360 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - vblend and vjoin1
20:04.53Notify03BRL-CAD:n_reed * 55361 brlcad/trunk/src/libbrep/PullbackCurve.cpp: pull duplicated logic for handling seam points into a function
20:07.21Notify03BRL-CAD:n_reed * 55362 brlcad/trunk/src/libbrep/PullbackCurve.cpp: remove unused variable
20:08.46*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:37.01*** join/#brlcad kesha (~kesha@14.139.122.114)
20:46.10starseekerbrlcad: I'm not immediately clear how to override stat - the structure and the function call are both "stat" in vanilla setups, but on Windows the structure is __stat64 while the function is _stat64
20:47.07starseekerhow do i override the structure and the function individually?
20:48.18starseekers/override/define
20:50.28*** join/#brlcad kesha (~kesha@14.139.122.114)
20:53.49brlcadstarseeker: use _stati64 instead
20:54.13starseekerwhy that one?
20:54.21starseeker(not arguing, just curious)
20:55.01brlcadbecause the function and struct name match
20:55.07brlcadand they're both for 64-bit file access
20:55.13starseekerah
20:55.19starseekergives that a go...
20:55.45brlcadmeans you can just #define a fix instead of needing to separate the two
20:56.11brlcad_stat32i64 should also work
20:58.56starseekeris that the reason for the "stati64" form?  was a bit hard to understand the reasons for all the variations from the MSDN docs
20:59.29starseekergrowls... arb8 with coplanar faces breaks brep conversion. Figures...
21:07.15brlcadthe "reason" is probably numerous and all sorts of backwards-compatible-need pains
21:12.09Notify03BRL-CAD:carlmoore * 55363 brlcad/trunk/src/util/double-asc.c: change h option to r so that h is available for help; also remove a pair of unneeded braces
21:29.14Notify03BRL-CAD:starseeker * 55364 brlcad/trunk/include/config_win_cmake.h.in: Inching closer to functional win64 define logic - ftell and fseek need stdio included up front, otherwise we get a re-definition error when programs include stdio later. ftell is defined before ftelli64 in stdio.h, so a premature substitution results in an error attempting to re-define ftelli64 with its correct definition after it has already
21:29.16Notifybeen defined using the ftell definition.
21:37.45brlcadstarseeker: can you provide an example of stdio needing to be up-front?
21:38.22brlcadrichard made it include a couple headers in the config header and that's a really bad idea
21:39.06brlcadwhat I mean is if you remove all of the #includes from config.h, what's an example problem
21:41.11brlcadand WOW .. keith fixed the EHY bug but the former 20sec render is now taking an hour
21:42.59Notify03BRL-CAD:starseeker * 55365 brlcad/trunk/src/libanalyze/voxels.c: Define looping variables so MSVC can build this as a C file (caught by Nick.)
22:30.59Notify03BRL-CAD:brlcad * 55366 brlcad/trunk/BUGS: keith fixed the ehy bug (confirmed). runs really slow, but does give a correct render.
23:52.04*** join/#brlcad kesha (~kesha@14.139.122.114)
IRC log for #brlcad on 20130510

IRC log for #brlcad on 20130510

01:29.29starseekerbrlcad: was talking about the render with Keith - he thinks he knows what to do to correct that
01:30.31starseekerbrlcad: all you have to do is remove the stdio.h include from the first one and then try to build with MSVC - it'll complain like crazy about attempting to re-define ftelli64
01:30.54starseekerI don't have a cut and paste handy - i can probably prepare one tomorrow
01:32.08starseekerhopes there is a better solution but I didn't see how to go about it...
03:14.45*** join/#brlcad kesha (~kesha@14.139.122.114)
03:45.24*** join/#brlcad h_sax (0e603a80@gateway/web/freenode/ip.14.96.58.128)
03:53.03*** part/#brlcad h_sax (0e603a80@gateway/web/freenode/ip.14.96.58.128)
04:24.41brlcadstarseeker: I don't doubt that there's an issue and it's that easy to provoke, it's just what the actual problem is
04:29.03brlcadlike for the ftell define alone -- is the problem that stdio does a #define ftell unconditionally and so when stdio.h comes second, we get a redefine error on their *ftell* define OR does our define of ftell to ftelli64 cause some sort of different declaration/define error (like if they #define ftelli64 ftell unconditionally)?
04:30.31brlcadthe problem is that there are other things being defined in the config that must come before all system headers for the opposite reason
04:31.21brlcadand they're not syntax errors, some are behavior-related so we'll just get crashes or wrong semantics from functions
05:06.35*** join/#brlcad kesha_ (~kesha@14.139.122.114)
06:14.21*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:28.51*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:40.18*** join/#brlcad hsrai_ (~hsrai@202.164.53.116)
08:53.52*** join/#brlcad caen23_ (~caen23@92.85.93.49)
09:01.03*** join/#brlcad caen23 (~caen23@92.85.93.49)
09:12.06*** join/#brlcad caen23 (~caen23@92.85.93.49)
09:19.42*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
09:23.40*** join/#brlcad kesha_ (~kesha@14.139.122.114)
10:28.15*** join/#brlcad zero_level (~androirc@14.139.82.6)
11:05.07*** join/#brlcad zero_level (~androirc@14.139.82.6)
11:15.37Notify03BRL-CAD:bob1961 * 55367 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - bu_units_conversion, bu_brlcad_data, bu_brlcad_dir, bu_brlcad_root, bu_mem_barriercheck, bu_prmem, bu_get_value_by_keyword, bu_rgb_to_hsv and bu_hsv_to_rgb.
11:20.55Notify03BRL-CAD:bob1961 * 55368 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - debugbu, debugdir, debuglib, debugmem and debugnmg.
11:37.05*** join/#brlcad zero_level (~androirc@14.139.82.6)
11:51.32Notify03BRL-CAD:bob1961 * 55369 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - view2grid_lu, view2model_lu and view2model_vec.
12:06.00Notify03BRL-CAD:bob1961 * 55370 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - model2grid_lu and model2view_lu.
13:12.40Notify03BRL-CAD:bob1961 * 55371 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - grid2model_lu and grid2view_lu.
13:27.13Notify03BRL-CAD:bob1961 * 55372 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose hdivide to cadwidgets::Ged. Create eye_pt alias to ged_eye().
13:31.03Notify03BRL-CAD:d_rossberg * 55373 rt^3/trunk/src/coreInterface/Arb8.cpp: VCROSS requires a trailing semicolon now (see revision 54821, 54822 commits)
13:36.27Notify03BRL-CAD:bob1961 * 55374 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose joint to cadwidgets::Ged.
14:06.53Notify03BRL-CAD:bob1961 * 55375 (brlcad/trunk/src/libged/debugmem.c brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose memprint in cadwidgets::Ged.
14:18.59Notify03BRL-CAD:bob1961 * 55376 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose nmg_fix_normals in cadwidgets::Ged.
14:29.08Notify03BRL-CAD:bob1961 * 55377 brlcad/trunk/include/ged.h: Declare ged_memprint().
15:11.54Notify03BRL-CAD:bob1961 * 55378 brlcad/trunk/src/libged/CMakeLists.txt: Add polybinout to libged.
15:20.43``Erikstarseeker: https://github.com/davazp/jscl
15:32.32``Erikeffin' awesome http://lmgtfy.com/
15:32.57``Erikthe 'about' page is "This is for all those people who find it more convenient to bother you with their question rather than google it for themselves."
15:52.05Notify03BRL-CAD:bob1961 * 55379 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose polybinout in cadwidgets::Ged.
16:13.54Notify03BRL-CAD:indianlarry * 55380 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Walking the half-step up to 1000 iterations before bailing on the shotline was killing BREP raytrace timing. Added bail-out when the step would walk outside the current SBV. Also added half-step bail-out when the current solution already within ROOT_TOL distance of the solution. Now stopping the half-step at the 5th step will look into
16:13.56Notifywhy the newton iterator isn't behaving on the EHY conversion. May actually be something in the surface definition?
16:23.30*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.64)
16:23.35Ch3ckHi
16:55.57*** join/#brlcad kesha_ (~kesha@49.249.19.210)
16:56.02Notify03BRL-CAD:bob1961 * 55381 brlcad/trunk/src/libged/nirt.c: We still need to quote the arguments in nirt.
17:00.53Notify03BRL-CAD:bob1961 * 55382 brlcad/trunk/include/ged.h: Add declaration for ged_polybinout.
17:18.52*** join/#brlcad harmanpreet (~chatzilla@124.253.16.107)
17:36.47*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
17:40.38*** join/#brlcad rays2pix (~deepak@14.139.226.34)
17:44.54*** join/#brlcad harmanpreet (~chatzilla@210.56.120.78)
17:49.10Notify03BRL-CAD:bob1961 * 55383 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Typo
17:49.55starseeker``Erik: phooey - GPLv3.  Still, interesting project!
17:59.31*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:12.06*** join/#brlcad harmanpreet (~chatzilla@124.253.144.213)
18:17.43Notify03BRL-CAD:carlmoore * 55384 brlcad/trunk/src/conv/3dm/3dm-g.cpp: remove unneeded '==1', and go for a more standard usage statement; notice that some options are incomplete!
18:47.41*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:49.55*** join/#brlcad cstirk__ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:04.42Notify03BRL-CAD:carlmoore * 55385 brlcad/trunk/src/anim/anim_cascade.c: implement Usage
19:20.39Notify03BRL-CAD:carlmoore * 55386 brlcad/trunk/src/anim/anim_fly.c: implement Usage
19:30.03Notify03BRL-CAD:carlmoore * 55387 brlcad/trunk/src/anim/anim_hardtrack.c: implement Usage
19:43.00Notify03BRL-CAD:carlmoore * 55388 brlcad/trunk/src/anim/anim_keyread.c: implement Usage
20:03.57Notify03BRL-CAD:carlmoore * 55389 brlcad/trunk/src/anim/anim_lookat.c: implement Usage
20:14.48Notify03BRL-CAD Wiki:NyahCh3ck20 * 5252 /wiki/User:NyahCh3ck20/Proposal: /* The Working of the Pull Routine */
20:17.53Notify03BRL-CAD Wiki:NyahCh3ck20 * 5253 /wiki/User:NyahCh3ck20/Proposal: /* The Inverse of the Transformation */
20:52.25Notify03BRL-CAD:carlmoore * 55390 brlcad/trunk/src/anim/anim_offset.c: implement Usage (as I go along, I am also putting in h?)
20:57.29*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
IRC log for #brlcad on 20130511

IRC log for #brlcad on 20130511

00:16.20*** part/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
01:11.50*** join/#brlcad papna_ (~papna@python/site-packages/papna)
01:18.11*** join/#brlcad jasleen (~jasleen@202.164.53.122)
01:23.53*** join/#brlcad papna (~papna@python/site-packages/papna)
01:26.49*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:37.40*** join/#brlcad jasleen (~jasleen@202.164.53.122)
01:39.53*** join/#brlcad avneet_ (~avneet@202.164.53.122)
01:46.27*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-qogvgrewairgpxio)
01:50.41*** join/#brlcad jasleen_ (~jasleen@202.164.53.122)
01:54.21*** join/#brlcad avneet (~avneet@202.164.53.122)
01:55.36*** join/#brlcad caen23_ (~caen23@92.85.93.49)
01:57.33*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
01:57.38*** join/#brlcad viku_ (uid11086@gateway/web/irccloud.com/x-vvczwzvczgikvkii)
01:58.36*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-jqdckfrhfhxbgiop)
02:05.21*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
02:05.59*** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:07.40*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-ohvatwfdpiibknrn)
02:13.46*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:15.43*** join/#brlcad caen23_ (~caen23@92.85.93.49)
02:15.43*** join/#brlcad papna (~papna@python/site-packages/papna)
02:19.49*** join/#brlcad KimK_ (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
02:21.22*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:21.28*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ypwvpsnxmiilhcux)
02:28.23*** join/#brlcad viku_ (uid11086@gateway/web/irccloud.com/x-zzrydpfiqmktcrdh)
02:44.49*** join/#brlcad ibot (~ibot@rikers.org)
02:44.49*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
02:54.20*** join/#brlcad jasleen (~jasleen@202.164.53.122)
02:56.33*** join/#brlcad avneet (~avneet@202.164.53.122)
03:06.15*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-yabfaveapnvgnfbu)
04:46.02*** join/#brlcad kesha_ (~kesha@49.249.19.210)
05:17.05*** join/#brlcad zero_level (~androirc@14.139.82.6)
05:59.43*** join/#brlcad kesha__ (~kesha@49.249.19.210)
06:50.30*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:07.51*** join/#brlcad Soda_ (d4b5ab3e@gateway/web/freenode/ip.212.181.171.62)
10:34.58*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:01.50*** join/#brlcad caen23 (~caen23@92.81.195.63)
13:52.43*** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242)
15:06.39*** join/#brlcad ibot (~ibot@rikers.org)
15:06.39*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
15:26.11*** join/#brlcad caen23 (~caen23@92.81.195.63)
15:30.13*** join/#brlcad papna (~papna@python/site-packages/papna)
16:03.38*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
16:39.28*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
17:25.27*** join/#brlcad ibot (~ibot@rikers.org)
17:25.27*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
17:43.54*** join/#brlcad rays2pix (~deepak@14.139.226.34)
18:32.57*** join/#brlcad ChanServ (ChanServ@services.)
18:32.57*** join/#brlcad papna (~papna@python/site-packages/papna)
18:32.57*** join/#brlcad caen23 (~caen23@92.83.172.16)
18:32.57*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
18:32.57*** join/#brlcad yiyus (1242712427@je.je.je)
18:32.57*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
18:32.57*** join/#brlcad rays2pix (~deepak@14.139.226.34)
18:32.57*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
18:32.57*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:32.57*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:32.58*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-yabfaveapnvgnfbu)
18:32.58*** join/#brlcad avneet (~avneet@202.164.53.122)
18:32.58*** join/#brlcad jasleen (~jasleen@202.164.53.122)
18:32.58*** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-zzrydpfiqmktcrdh)
18:32.58*** join/#brlcad KimK_ (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
18:32.58*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-jqdckfrhfhxbgiop)
18:32.58*** join/#brlcad cstirk__ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:32.58*** mode/#brlcad [+o ChanServ] by card.freenode.net
18:35.57*** join/#brlcad hsrai_ (~hsrai@202.164.53.116)
18:35.57*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:35.57*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:49.44*** join/#brlcad papna (~papna@python/site-packages/papna)
18:49.44*** join/#brlcad ChanServ (ChanServ@services.)
18:49.44*** mode/#brlcad [+o ChanServ] by card.freenode.net
18:54.34*** join/#brlcad kesha__ (~kesha@49.249.9.89)
20:11.03Notify03BRL-CAD Wiki:KeshaSShah * 5254 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 0 */
20:17.12*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:26.38*** join/#brlcad papna_ (~papna@li590-168.members.linode.com)
20:33.32keshabrlcad: ping
20:33.57keshabrlcad: Help me solving and understanding this error - http://pastebin.mozilla.org/2394723
20:38.06keshastarseek1r and cstirk__ It would be great if you could also help me .
21:09.03``Erika program being used to generate source is crashing due to a bad memory access... if you do "make VERBOSE=1", it'll help you find exactly which program is crashing
21:16.04*** join/#brlcad caen23_ (~caen23@92.83.172.16)
21:19.46*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
21:26.18cstirk__kesha: issue #193, #199, and on inverse attributes are still open, so Mark never got the inverse attribute capability working for some IFC people that wanted it.   The schema is to test it, so I don't think you need to worry about it.
21:27.16*** join/#brlcad ChanServ (ChanServ@services.)
21:27.16*** mode/#brlcad [+o ChanServ] by card.freenode.net
21:30.30kesha``Erik: thanks. cstirk__ , thanks a lot. Today whole day I was trying to figure out the reason. Searched a lot on google. Finally, thought of asking it here .
22:08.05*** join/#brlcad ChanServ (ChanServ@services.)
22:08.05*** mode/#brlcad [+o ChanServ] by card.freenode.net
22:14.16*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
22:25.59Notify03BRL-CAD Wiki:KeshaSShah * 5255 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */
22:28.22Notify03BRL-CAD Wiki:KeshaSShah * 5256 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Time availability: */
IRC log for #brlcad on 20130513

IRC log for #brlcad on 20130513

17:45.49*** join/#brlcad ibot (~ibot@rikers.org)
17:45.49*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
17:51.13Notify03BRL-CAD:bob1961 * 55396 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 4 others): Update the loadPMatrix routines in libdm to properly restore the projection matrix when we're not doing perspective.
17:58.46*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:58.46*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
18:06.01Notify03BRL-CAD:carlmoore * 55397 brlcad/trunk/src/anim/anim_script.c: implement h and ? along with Usage
18:06.37brlcad``Erik: not any specific issues, but I am aware of a problem opening multiple db's that I discussed with him a few weeks ago.  there's a TODO about that conversation (make rt_dirbuild()+rt_dirbuild() work without vomiting error messages...)
18:07.05brlcada snippet of code that demonstrates the problem would be helpful if he's gone something cleanup-related
18:20.41Notify03BRL-CAD:carlmoore * 55398 brlcad/trunk/src/anim/anim_sort.c: Usage, h, ?
19:00.51``Erikbrlcad: ron has a muves-3 test case via a jni wrapper, I believe
19:17.24Notify03BRL-CAD:carlmoore * 55399 brlcad/trunk/src/anim/anim_sort.c: oops, wrong Usage for anim_sort , so this is now fixed
19:27.36Notify03BRL-CAD:carlmoore * 55400 brlcad/trunk/src/anim/anim_time.c: Usage, h, ? ; also removed variable domem, and let maxlines initial value be MAXLEN
19:37.19*** join/#brlcad crdueck (~cdk@24.212.219.10)
20:15.39Notify03BRL-CAD:carlmoore * 55401 brlcad/trunk/src/anim/anim_track.c: Usage, h, ? ; however, Usage needs to be expanded because it now only refers to the man page
20:27.00Notify03BRL-CAD:carlmoore * 55402 brlcad/trunk/src/anim/anim_track.c: implement 'progname' so 'anim_track' appears only once
20:28.29*** join/#brlcad caen23 (~caen23@92.81.216.167)
20:28.40*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:28.40*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:44.41*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
23:04.46Notify03BRL-CAD:starseeker * 55403 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/other/libregex/CMakeLists.txt): Start reworking CheckCInline handling with an eye towards MSVC 2012
23:40.29Notify03BRL-CAD:starseeker * 55404 brlcad/trunk/src/other/tk/win/ttkWinXPTheme.c: Backport Tk fix for VC11 from upstream
23:44.42Notify03BRL-CAD:starseeker * 55405 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: C project only for inline redefinition.
23:53.41starseek1rhrm:  include\bu.h(3417): error C2371: 'htond' : redefinition; different basic types
23:53.46starseek1r3>          C:\Program Files (x86)\Windows Kits\8.0\Include\um\winsock2.h(1868) : see declaration of 'htond'
23:54.32starseek1rlooks like newer Windows setups have htond and ntohd
23:54.57starseek1rhtonf and ntohf too
23:58.01starseekerbrlcad: what's the best way to handle that?  conditionalize our libbu versions, or maybe undef the Windows version?
IRC log for #brlcad on 20130514

IRC log for #brlcad on 20130514

00:41.29*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
01:13.51Notify03BRL-CAD:starseeker * 55406 (brlcad/trunk/include/bu.h brlcad/trunk/src/conv/stl/g-stl.c and 52 others): Add the bu_ prefix to htond, ntohd, htonf, and ntohf functions in libbu.
01:16.09Notify03BRL-CAD:starseeker * 55407 brlcad/trunk/doc/docbook/system/man3/en/htond.xml: Add prefix to man page too
01:16.51Notify03BRL-CAD:starseeker * 55408 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: rename man page file to have bu prefix as well.
01:31.32brlcadstarseeker: huh, that's actually pretty amazing that they'd define them
01:33.07brlcadthey're not posix or portable, generally speaking
01:34.19brlcadours are, however, meant to extend the standard interface portably
01:35.03brlcadthey would have belonged in a library like libsysv except that they're the exact opposite (something like a libbsd)
01:37.53brlcadours should probably be conditionalized, assuming windows is defining the same function, not undef or prefixing, if we are to keep with the theme
01:40.01brlcadahh, I see what they did
01:41.00brlcadit's actually a much bigger problem, they changed all of the classic [nh]to[hn]* functions incompatibly
01:43.37brlcadhttp://msdn.microsoft.com/en-us/library/windows/desktop/jj710197(v=vs.85).aspx
01:44.15brlcadWSA[HN]to[nh]* is apparently the old version
01:45.53starseekerwell, that might explain why the build is succeeding now but opening a .g file in mged failed...
01:47.09starseekeryeah, archer fails too, same piont
01:47.16starseekers/piont/point
01:47.21brlcadyeah, it's probably issuing warnings, but all the database i/o is going to be wrong
01:47.26brlcadsurprising it doesn't crash
01:47.31starseekerit does
01:47.43starseekeror do you mean the compilation?
01:48.00brlcadruntime
01:48.02brlcadso what changed?
01:48.10brlcadnew msvc or win8 compile?
01:48.22starseekerboth - VS 2012 + Win 8
01:48.42brlcadyou get a new toy?
01:48.47starseekerpunted and got a new PC retail, so it had Win 8 on it - figure it was a good chance to try the new compiler
01:48.56brlcadahh, k
01:49.22brlcadprobably going to be a bigger issue to deal with cleanly
01:49.50starseekertried to dual boot initially, but the new UEFI thing is a major pain - as a bonus, there's some sort of new Intel pseudo-raid thing going on to use a 32G SSD + larger normal drive to provide the fast performance without sacrificing space
01:51.10starseekerbrlcad: feel free to revert my prefix stuff - I mainly wanted to see if that was the only remaining compilation issue after straightening out the C inline stuff - looks like it is
01:52.18starseekerbuild yes, run without DB open yes, open db crash
01:52.56brlcadmakes sense
01:53.16brlcadyou realize why, yes?  it's on that link I posted
01:54.00starseekerhttp://msdn.microsoft.com/en-us/library/windows/desktop/jj710197(v=vs.85).aspx
01:54.04starseekercrud, sorry
01:54.27starseekersome things in windows still suck...
01:55.18brlcadit's the diff of http://msdn.microsoft.com/en-us/library/windows/desktop/ms740075(v=vs.85).aspx  vs  http://msdn.microsoft.com/en-us/library/windows/desktop/ms741663(v=vs.85).aspx
01:56.01starseekeryeah - the htond et. al. functions are very important to the db IO layer, yes?
01:56.22brlcadfundamental
01:57.06starseekernods
01:57.48starseekerso should I revert the prefix change, or are we going to have to go further down that road?
01:58.22brlcadI suggest we catch it on the next minor
01:58.27brlcadsince it technically breaks API
01:58.41starseekerk
01:58.56brlcaddo it as one, so we can reapply it as one
01:59.17starseekerfigured it came under the "minor" changes, but no point in rocking the boat now since it doesn't give us a working VS2012 buidl
01:59.22starseekers/buidl/build
01:59.31starseeker(new keyboard too... mutter)
01:59.53brlcadit fits the minimally impacting criteria as a name change
02:00.27brlcadwould want to make sure that's all we have to do, though, and don't really want to add one more bean on the scale on this release
02:01.01brlcadI suspect we'll need to wrap all of them, i.e., extend bu API
02:01.31starseekernods
02:02.01brlcadironically, the new functions they define are nearly identical in definition to our xdr functions
02:02.14starseekeras long as I'm here, what would you like to see on the ftell/lseek/etc. issue?
02:04.53Notify03BRL-CAD:starseeker * 55409 (brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt brlcad/trunk/include/bu.h and 53 others): Reverse merge back out the bu_ prefixing of ntohd and htond - will probably need it later, so doing it all in one commit per Sean's suggestion. Should do this after release, and anyway a complete solution to the Windows API changes will be a lot more extensive than this - while this rename
02:04.55Notifylets BRL-CAD compile with VS2012, there are runtime failures in database IO due to related Windows API changes.
02:04.57starseekershazam
02:04.59brlcadwell, first off, what happens if there's no #include <stdio.h> in the config_win_cmake.h.in
02:05.39starseekerit may look different here, but I'll test it quick
02:05.58brlcadideally should have no #includes in config_win_cmake.h.in
02:06.15brlcadthose are seriously going to slow things down and break the header ordering
02:08.59starseekerhttp://paste.lisp.org/display/137147
02:09.31starseeker(also took out the undef lines that followed the two stdio.h calls)
02:10.32starseeker(the pre-existing fcntl.h and errno.h includes are still there, fwiw)
02:11.00brlcadokay, and without them, same errors?
02:11.25starseekeryou mean if I nuke fcntl.h and errno.h?  (those were pre-existing, afaik)
02:11.38starseekeror without the re-defines?
02:12.34starseekerwithout re-defining them to the 64 bit versions, the build succeeds
02:12.49starseekerI just don't know what happens when the relevant functions meet a 64 bit sized file
02:16.19starseekerthose two (ftell and fseek) may actually need wrappers if we want to guarantee the 64 bit call w/o first loading stdio.h and then overriding it
02:17.24starseekernear as I can tell, it's basically the MSVC stdio.h not checking to see if someone else has defined the macro first - frustrating but unsurprising
02:22.07Notify03BRL-CAD:brlcad * 55410 brlcad/trunk/src/libbu/affinity.c: try an unsigned long (might need i64 instead) literal to quell compilation warning on win8 msvc
02:22.28brlcadI means without the fcntl and errno headers keeping the defines
02:22.44starseekerah - one sec...
02:22.51brlcadwe're not redefining them, it's the first header
02:23.01brlcadmsvc might be later on in stdio.h
02:23.11starseekerthey are, IIRC
02:24.08starseekeryeah, same long list of compilaints
02:25.41brlcadokay, so that's good -- means they can go away ;)
02:26.00starseekerhttp://paste.lisp.org/display/137148
02:26.09starseekerbrlcad: that's just libbu
02:26.21starseekerI'd have to do a full build to see if they matter or not
02:27.03starseekerhang on - that'll take a few minutes (I'll comment out ftell and fseek definitions)
02:27.10brlcaddon't worry
02:27.13brlcadit's fine for now
02:27.54brlcadcan you post up stdio.h somewhere, or look at it around lines 247-252
02:31.38brlcadit's saying that _ftelli64 is getting redefined, but we don't define it
02:32.31brlcadproabaly the decl for ftelli() but need to confirm
02:32.40starseekerhttp://paste.lisp.org/display/137149
02:32.51starseekerI think that's the relevant part of stdio.h
02:33.46brlcadyep, that's it
02:34.56brlcadstarseeker: try adding this: #   define _ftelli64 _ftelli64_hidden
02:35.07brlcadto the config header with the define for ftelli
02:35.30brlcadand same for fseek
02:35.54brlcador just ftelli64 and see if fseek needs it
02:37.48starseekerI'm adding that before the #define ftell line?
02:41.11starseekerit's complaining about redefining _ftelli64 now...
02:42.11starseekeror rather, redefining _ftelli64_hidden
02:44.29brlcadhas to be after
02:44.55brlcadftell to _ftelli64
02:45.10brlcad_ftelli64 to anything else
02:45.24starseekertrying...
02:46.12Notify03BRL-CAD:brlcad * 55411 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/bitv.c): make bu_bitv_shift() return a size_t instead of an unsigned int in order to avoid a type downcast warning on windows
02:46.50starseekerhttp://paste.lisp.org/display/137150
02:47.15starseeker(just a snippit - lots more where that came from)
03:10.50brlcadstill thinking, their preprocessor seems to be behaving a little different too
03:11.41starseekerhas to hit the hay - I'll keep the Windows install for a little bit before trying a Linux install so we can do some tests
03:12.05starseeker(yay VirtualBox!)
04:30.21*** join/#brlcad kesha (~kesha@49.249.1.164)
04:32.31*** join/#brlcad zero_level (~0_level@14.139.82.6)
04:35.31Notify03BRL-CAD:brlcad * 55412 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/bitv.c): promote bitv to using size_t instead of unsigned int, quells warnings on windows
04:53.22*** join/#brlcad zero_level (~androirc@14.139.82.6)
05:14.29*** join/#brlcad caen23 (~caen23@92.83.177.177)
05:51.46*** join/#brlcad kesha (~kesha@49.249.1.164)
05:56.45*** join/#brlcad zero_level (~androirc@14.139.82.6)
06:20.23*** join/#brlcad kesha (~kesha@49.249.1.164)
06:39.16*** join/#brlcad kesha (~kesha@49.249.1.164)
06:56.57*** join/#brlcad kesha (~kesha@49.249.1.164)
07:03.19*** join/#brlcad kesha (~kesha@49.249.1.164)
07:39.45*** join/#brlcad kesha (~kesha@49.249.1.164)
07:50.22*** join/#brlcad kesha (~kesha@49.249.1.164)
08:10.38*** join/#brlcad kesha (~kesha@49.249.1.164)
08:21.34*** join/#brlcad kesha (~kesha@49.249.1.164)
08:31.01*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:49.38*** join/#brlcad kesha_ (~kesha@49.249.1.164)
10:14.09*** join/#brlcad zero_level (~androirc@14.139.82.6)
12:12.49*** join/#brlcad crdueck_ (~cdk@24.212.219.10)
12:32.18Notify03BRL-CAD:bob1961 * 55413 brlcad/trunk/src/tclscripts/mged/mged.tcl: This fixes the problem encountered when a user calls dbclose (why is dbclose exposed to the user?) and then tries to open a database.
13:35.58*** join/#brlcad avneet (~avneet@202.164.53.122)
14:18.46*** join/#brlcad zero_level (~androirc@14.139.82.6)
14:34.23Notify03BRL-CAD:starseeker * 55414 brlcad/trunk/include/bu.h: Need to restore the undef of INFINITY as well for the value reversion to succeed.
14:34.28*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:49.31*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:56.41*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.41)
15:01.30brlcadhi Ch3ck
15:03.45Ch3ckHi brlcad
15:03.58Ch3cktrying to work on a new code patch..
15:04.15Ch3ckwhich involves combining the push and xpush routines into one
15:09.58brlcadawesome, how's it going with that?
15:12.56Ch3ckwell trying to see how i can integrate the push src into the xpush
15:13.12Ch3ckwhich i believe will be easier to implement..
15:13.13brlcadhm
15:13.17Ch3ckjust started today..
15:13.34Ch3ckwell any pointers? on how i can go about it?
15:14.10brlcadwell you either merge push into xpush or xpush into push ;)
15:14.27brlcador just write a new command that combines the behaviors of both sensibily
15:14.41Ch3ckyeah i'm trying to merge push into xpush..
15:14.47Ch3ckok
15:15.31Ch3ckwell i think i could add some conditions into the xpush which can execute the normal push easily..
15:15.32brlcadthe real simple solution would be to add a -x option to push and just call the xpush routine
15:15.45Ch3ckwow
15:15.50Ch3ckthats nice..
15:15.57Ch3ckwell i'll try to see how i can do that...
15:16.07Notify03BRL-CAD:bob1961 * 55415 brlcad/trunk/src/libged/put.c: Already checking if dbip is NULL in the call to GED_CHECK_DATABASE_OPEN.
15:16.20Ch3ckSo by when am I expected to have submitted the code patch?
15:16.22brlcadbut that has its drawbacks, push should probably "xpush" by default and have an option to not split
15:16.39Ch3ckok
15:16.56brlcadplus codewise, it's desirable to not just lump them all together, one loop that does the right thing
15:17.27brlcadtimeframe is by the end of this week ideally
15:17.30Notify03BRL-CAD:bob1961 * 55416 brlcad/trunk/src/libged/adjust.c: No need to call GED_CHECK_DATABASE_OPEN twice.
15:18.10Ch3ckwell
15:18.13brlcadit was supposed to have been submitted before the application deadline, so just as soon as you can ;)
15:18.13*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
15:18.16Ch3cki updated my proposal on the wiki..
15:18.21brlcadi saw
15:18.21Ch3ckis it still valid?
15:18.33Ch3ckok
15:18.42brlcadsure, it's not about the deadline or rules, it's about doing good work and demonstrating what you can do
15:19.32brlcadif you have at least a full day to work on it, I'd suggest trying to write a new command that combines them both
15:19.52brlcadif you don't, go for xpush into push or push into xpush as an option
15:20.18Ch3ckok
15:20.43Ch3ckjust kept working on the problem so as soon as i got something further on tackling the problem
15:20.50Ch3cki thought it would be good to post on the wiki pages..
15:21.10Ch3ckwell since i have some school projects i'm currently working on
15:21.27Ch3cki'll dedicate the whole of thursday to the problem
15:21.46Ch3ckjust gathering some more ideas on how i can tackle the problem..
15:22.52brlcadit's a good time to try to apply a "code complete" practice to how you approach the problem
15:23.19Ch3ckyeah
15:23.20Ch3ckthats what i'm trying to do now..
15:23.20brlcada partial patch is completely useless, so you should always have the code and any changes you make in a "complete" state
15:24.46Ch3ckok
15:24.54Ch3ckok
15:29.14brlcadok
15:29.17brlcadok
15:29.45Ch3ckThanks very much brlcad
15:29.51Ch3ckgotta go to class
15:29.54Ch3ckwill be in touch..
15:30.08Ch3ckbye
15:30.56brlcadcya
15:32.01*** join/#brlcad kesha (~kesha@49.202.231.197)
16:38.26*** join/#brlcad rays2pix (~deepak@110.234.229.2)
16:48.57Notify03BRL-CAD:carlmoore * 55417 brlcad/trunk/src/anim/anim_track.c: list the options for anim_track so I can move on to another file
16:50.41*** join/#brlcad kanzure (~kanzure@131.252.130.248)
16:55.48Notify03BRL-CAD:carlmoore * 55418 brlcad/trunk/src/anim/anim_turn.c: h, ?, Usage
17:13.45Notify03BRL-CAD:indianlarry * 55419 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Adding bail-out when the step would walk outside the current SBV broke other surface walks, now closer to original stepping with a half-step backward when overstep based on UV points(after pushback into current SBV). If doesn't find a closer root goes to next iteration like before.
17:20.31Notify03BRL-CAD:brlcad * 55420 brlcad/trunk/sh/cmp.sh: even more coarse for testing, 256x256
17:23.24Notify03BRL-CAD:brlcad * 55421 brlcad/trunk/sh/cmp.sh: comment out the bot/tie testing too
17:26.22Notify03BRL-CAD:carlmoore * 55422 brlcad/trunk/src/util/ap-pix.c: implement h,?
17:51.04Notify03BRL-CAD:carlmoore * 55423 brlcad/trunk/src/conv/nmg/asc-nmg.c: implement h,?
18:11.37Notify03BRL-CAD:carlmoore * 55424 brlcad/trunk/src/util/asc-pl.c: implement -h, -?
18:22.40Notify03BRL-CAD:carlmoore * 55425 brlcad/trunk/src/conv/asc/asc2g.c: implment -h,-? ; also fix compiler warnings
19:15.10*** join/#brlcad merzo (~merzo@48-124-132-95.pool.ukrtel.net)
19:47.59Notify03BRL-CAD:carlmoore * 55426 brlcad/trunk/src/util/azel.c: already had -?, but implemented -h, along with run-with-no-arguments help (program continues running)
20:41.03*** join/#brlcad merzo (~merzo@48-124-132-95.pool.ukrtel.net)
20:56.11*** join/#brlcad vladbogo (~vlad@188.25.239.64)
21:36.50Notify03BRL-CAD:carlmoore * 55427 brlcad/trunk/src/util/bary.c: implement -h and run-with-no-arguments; -? was already present
21:50.21Notify03BRL-CAD:starseeker * 55428 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/bu.h and 31 others): Try using macro re-definitions for all the 64 bit functions except ftell and fseek. For those two, add function test and tweak wrapper definitions.
22:09.50*** join/#brlcad jasleen_ (~chatzilla@117.253.202.77)
22:37.54*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
IRC log for #brlcad on 20130515

IRC log for #brlcad on 20130515

00:53.25*** join/#brlcad zero_level (~androirc@14.139.82.6)
02:55.12starseekerO.o
02:55.40starseekerno SSD in there after all - I had no idea my old drive was *that* slow...
04:56.49*** join/#brlcad kesha (~kesha@49.249.1.13)
05:03.29*** join/#brlcad crdueck_ (~cdk@24.212.219.10)
05:03.29*** join/#brlcad jasleen (~jasleen@202.164.53.122)
05:29.25brlcadouch
06:18.24*** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net)
07:59.28Notify03BRL-CAD Wiki:KeshaSShah * 5262 /wiki/User:KeshaSShah/GSoC13/Reports:
08:19.58Notify03BRL-CAD Wiki:KeshaSShah * 5263 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Time availability: */
09:38.45*** join/#brlcad kesha (~kesha@49.249.1.13)
10:58.13*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:10.01*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:22.38*** join/#brlcad kesha (~kesha@49.249.1.13)
11:29.46*** join/#brlcad caen23 (~caen23@92.83.177.177)
11:52.12*** join/#brlcad caen23 (~caen23@92.83.177.177)
13:30.16Notify03BRL-CAD:carlmoore * 55429 brlcad/trunk/src/conv/asc/asc2dsp.c: fix warning about type
13:52.08Notify03BRL-CAD:ronaldbowers * 55430 (jbrlcad/trunk/src/main/java/org/brlcad/numerics/Ray.java jbrlcad/trunk/src/main/java/org/brlcad/numerics/Triple.java jbrlcad/trunk/src/test/java/org/brlcad/numerics/PointTest.java): Revised JBrlcad tolerances to better match native BRL-CAD, revised Ray to check magnitude against tolerance rather than MIN_VALUE , moved version to 1.5
13:53.57Notify03BRL-CAD:ronaldbowers * 55431 jbrlcad/trunk/pom.xml: Moved version to 1.5
14:04.49*** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102)
14:43.36*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:05.12*** join/#brlcad vladbogo (~vlad@188.25.239.64)
17:01.49*** join/#brlcad caen23 (~caen23@92.81.186.62)
17:02.59*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:07.44Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/User:Vladbogolin/Proposal:
17:19.53Notify03BRL-CAD Wiki:Vladbogolin * 5266 /wiki/User:Vladbogolin/Proposal/DisplayManager:
17:27.40starseekerinteresting:  http://almossawi.com/firefox/prose/
17:29.59Notify03BRL-CAD Wiki:Vladbogolin * 5267 /wiki/User:Vladbogolin/Proposal/CodeRefactoring: Created page with "=Personal Information= *Name: Bogolin Simion Vlad *E-mail address: vladbogolin@gmail.com *IRC username: vladbogo ==Background info== I am a third year student at Polytechnic..."
17:30.01starseekerthey say that firefox's switch to a rapid release cycle had a measurable positive impact on maintainability
17:31.02brlcadnods
17:31.37brlcadthat's why I've been harping on sustaining monthly releases for so many years
17:31.44brlcadthat is an interesting article
17:31.45starseekerpity that metric tool is commercial - be interesting to feed our releases through it
17:31.52Notify03BRL-CAD Wiki:Vladbogolin * 5268 /wiki/User:Vladbogolin/Proposal/DisplayManager:
17:33.10brlcadstarseeker: you reached a steady-state with the macro redefines?  certainly looks better already
17:33.38starseekeryeah, unless you have something else you want to try with fseek/ftell
17:34.35starseekerswitched to Linux last night, so I'd have to get the VirtualBox setup running to re-test - looked to me like we'd pushed about as far as we could with the macro redefines
17:34.56starseekerand the ntoh fiasco is a post release problem anyhow
17:35.31brlcadthe only thing that comes to mind would be a different symbol or to inline the function wrapper so it's transparent to callers
17:36.53starseekeryou mean like #define bu_ftell ftell rather than defining a function?
17:38.07brlcad#define ftell our_super_secret_ftell_wrapper
17:38.36brlcadinline int our_super_secret_ftell_wrapper(...) { return ftelli64(...); }
17:38.55brlcad(preceeded by #ifdef HAVE__FTELLI64 of course)
17:38.56Notify03BRL-CAD:bob1961 * 55432 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 3 others): Added ged_edarb to libged. Exposed to Archer as edarb. Edarb currently has four subcommands: edgedir, extrude, mirface and permute.
17:39.29starseekerwould the wrapper live in libbu then?
17:39.40starseekeror actually be defined in the header?
17:39.49brlcadwould require some testing
17:40.05brlcadin the header would be best, but that depends on windows behaving
17:40.31starseekerI can try some tests later this afternoon
17:41.13starseekerwouldn't we still have the problem of stdio.h trying to re-define ftell though?
17:41.15brlcadthe signature will have to match that of ftell() for it to work
17:41.31brlcadno, that was because of the second define
17:41.53brlcad#define ftelli64 ftell
17:42.25brlcader, swap that
17:43.23brlcadbasically, the two defines were creating two ftell() or two _ftelli64() declarations that didn't match
17:43.46starseekerright, but won't #define ftell ftelli64 and #define ftell <whatever> upset stdio.h the same way?  no matter what, if ftell is defined before stdio.h has a go at it stdio.h is going to end up re-defining it
17:44.00brlcadjust remapping ftell to our wrapper will turn just one of those decls into a decl for our wrapper
17:44.34brlcadstdio doesn't define ftell
17:44.36brlcadit's a function decl
17:44.56brlcaddoesn't "#define" it, not a preprocessor symbol
17:45.00starseekerah - so that's why the signature is critical the
17:45.04starseekers/the/then
17:47.42brlcadit'll literally be something like #define ftell ftell_wrapper ; #ifdef HAVE__FTELLI64 ; inline long ftell_wrapper(FILE* stream) { return (long)_ftelli64(stream); } ; #endif
17:52.01*** join/#brlcad kesha (~kesha@49.249.1.13)
17:53.31brlcadmight try int64_t as the type, but if we don't ever fseek/ftell to the end of the file, we should be fine as long
17:55.20Notify03BRL-CAD:phoenixyjll * 55433 brlcad/trunk/src/libbrep/intersect.cpp: Use max_dis_2dA and max_dis_2dB for merging polylines.
17:57.03Notify03BRL-CAD:brlcad * 55434 brlcad/trunk/src/util/bary.c: put bio.h after the other system headers for consistency
17:58.40Notify03BRL-CAD:brlcad * 55435 brlcad/trunk/src/conv/asc/asc2g.c: pointless bu_exit()
18:00.21Notify03BRL-CAD:brlcad * 55436 brlcad/trunk/src/util/asc-pl.c: just one statement needed
18:04.03Notify03BRL-CAD:brlcad * 55437 brlcad/trunk/src/util/ap-pix.c: should not be introducing any new globals, in fact all of these globals are unnecessary. pass through accordingly.
18:15.47Notify03BRL-CAD:brlcad * 55438 brlcad/trunk/NEWS: keith traced down (pun intended) a problem with the 'nudge' of librt's spatial partitioning walk where it would nudge the ray 0.01mm into a cell with the intent to avoid floating point issues (presumably). this was causing very subtle edge-grazing effects where we'd miss geometry that should have resulted in a sliver of a hit. problem encountered with axis-aligned arb8's
18:15.49Notifyand 35/25 rays shooting down an edge and missing, detected during comparisons with NURBS brep conversions of that same geometry that was reporting a hit. their BBox is bigger, so the nudge was (presumably) still inside.
18:17.59Notify03BRL-CAD:phoenixyjll * 55439 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp and 6 others): To solve the linking problem of ON_SSX_EVENT in Windows, and to be consistent with the newest version of openNURBS (20121024), we move the ON_SSX_EVENT implementation back to openNURBS from libbrep, and ON_Surface::IntersectSurface(), and use non-member functions declared in brep.h DumpSSXEvent() and an
18:18.01Notifyoverload of ON_Intersect() to replace ON_SSX_EVENT::Dump() and ON_Surface::IntersectSurface().
18:27.20*** join/#brlcad caen23 (~caen23@92.83.188.197)
18:42.15Notify03BRL-CAD:brlcad * 55440 brlcad/trunk/NEWS: keith also fixed/improved nurbs ray tracing of objects (e.g., EHY) defined with substantial rapid uv-domain changes. the surface tree presently only carves up the surface based on 3d flatness criteria, but the EHY provided a case where the surface is substantially flat but has huge non-linear uv domain curvature. the fix for now was to be a little more careful about
18:42.17Notifywalking and trying a little harder to find the surface point before giving up. this makes the walk slightly slower but more robust too. long term may be to make the surface tree also (or only) consider the uv-domain curvature.
18:44.38Notify03BRL-CAD:brlcad * 55441 brlcad/trunk/src/anim/anim_turn.c: static scope
19:06.40Notify03BRL-CAD:starseeker * 55442 brlcad/trunk/src/other/libregex.dist: Update libregex.dist
19:12.19Notify03BRL-CAD:brlcad * 55443 brlcad/trunk/src/anim/anim_track.c: fix indentation and expand out the usage. make the one-liner usage use proper convention to indicate optional vs required
19:17.01Notify03BRL-CAD:brlcad * 55444 brlcad/trunk/src/anim/anim_track.c: call bu_log() instead of fprintf()
19:22.59Notify03BRL-CAD:brlcad * 55445 brlcad/trunk/TODO: upcoming ntoh* work for windows 8
19:39.46Notify03BRL-CAD:brlcad * 55446 brlcad/trunk/src/anim/anim_track.c: avoid defines and globals, just propagate argv[0] as needed.
19:44.33Notify03BRL-CAD:brlcad * 55447 brlcad/trunk/src/anim/anim_track.c: ws cleanup
19:45.50Notify03BRL-CAD:brlcad * 55448 (brlcad/trunk/src/anim/anim_cascade.c brlcad/trunk/src/anim/anim_fly.c and 9 others): ws
19:52.04Notify03BRL-CAD:brlcad * 55449 (brlcad/trunk/src/anim/anim_cascade.c brlcad/trunk/src/anim/anim_fly.c and 8 others): proper style and make static
19:54.52*** join/#brlcad jasleen (~chatzilla@117.253.228.104)
19:56.01Notify03BRL-CAD:brlcad * 55450 (brlcad/trunk/src/anim/anim_cascade.c brlcad/trunk/src/anim/anim_fly.c and 9 others): more ws
19:59.45Notify03BRL-CAD:brlcad * 55451 brlcad/trunk/src/anim/anim_keyread.c: bio.h should be in double-quotes, it's ours
20:02.42Notify03BRL-CAD:brlcad * 55452 brlcad/trunk/src/util/double-asc.c: remove the -r 'high-resolution' option to the double-asc tool ... precursor to eliminating that option from all utilities (deferring announcement to hit them all at once even if considered minimally impacting due to -s option)
20:05.23*** join/#brlcad caen23 (~caen23@92.81.211.8)
20:14.40Notify03BRL-CAD:starseeker * 55453 brlcad/trunk/regress/solidspix.asc: r55337 introduced a change in the solids regression image that appears to fix a bug - update the reference image
20:25.28*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:26.14Notify03BRL-CAD:carlmoore * 55454 brlcad/trunk/src/shapes/bolt.c: -h , -? , Usage ; also set up a if-else if chain
20:28.26*** join/#brlcad kesha (~kesha@49.249.1.13)
20:31.55*** join/#brlcad kesha_ (~kesha@49.249.1.13)
20:34.32Notify03BRL-CAD:starseeker * 55455 brlcad/trunk/src/tclscripts/lib/Makefile.am: add missing files
20:37.41Notify03BRL-CAD:starseeker * 55456 brlcad/trunk/src/tclscripts/lib/Makefile.am: whoops, one backslash too many
20:39.37``Erikstarseeker: I can't recall which video you wanted me to paste the url for...
20:44.06``Erikhttp://www.youtube.com/watch?v=JxS0_ckSwqk  254 byte interactive raycast engine for the c64..
20:44.30Notify03BRL-CAD:carlmoore * 55457 brlcad/trunk/src/shapes/bolt.c: make some more if-else stuff
20:46.13Notify03BRL-CAD:brlcad * 55458 (brlcad/trunk/src/util/ap-pix.c brlcad/trunk/src/util/asc-pl.c and 55 others): ws indent cleanup
20:47.57Notify03BRL-CAD:starseeker * 55459 brlcad/trunk/src/tclscripts/mged/Makefile.am: remove references to moved files.
20:51.25Notify03BRL-CAD:brlcad * 55460 brlcad/trunk/TODO: need null spatial partitioning method
20:56.15Notify03BRL-CAD:brlcad * 55461 brlcad/trunk/src/librt/primitives/brep/brep.cpp: all constants should be documented, not just a value that happened to work... what's the reasoning?
20:58.52Notify03BRL-CAD:carlmoore * 55462 brlcad/trunk/src/shapes/bolt.c: enforce use of -, and also close up space before poundsigns in Usage
21:01.44Notify03BRL-CAD:brlcad * 55463 brlcad/trunk/src/shapes/bolt.c: indent is still not right, update
21:01.48jasleenhello brlcad
21:04.52jasleenI saw your comments on my proposal. I want to discuss my project's approach with you.
21:13.17Notify03BRL-CAD:carlmoore * 55464 brlcad/trunk/src/util/bombardier.c: implement -h, -?
21:26.52Notify03BRL-CAD:carlmoore * 55465 brlcad/trunk/src/conv/bot_dump.c: -h,-?
21:29.00Notify03BRL-CAD:carlmoore * 55466 brlcad/trunk/src/conv/asc/asc2dsp.c: fix a warning about not enough arguments
21:36.12Notify03BRL-CAD:carlmoore * 55467 brlcad/trunk/src/conv/bot_shell-vtk.c: implement -?, -h ; also remove a new line in Usage
21:37.10Notify03BRL-CAD:starseeker * 55468 brlcad/trunk/src/libged/Makefile.am: add new libged files.
21:38.20Notify03BRL-CAD:starseeker * 55469 brlcad/trunk/src/brlman/CMakeLists.txt: Don't overwrite brlman.bat in src directory.
21:39.20starseeker``Erik: neither can I :-/
21:53.34``Erik"where do system calls come from?" "well, when two processes love eachother very much..." heh
22:07.37Notify03BRL-CAD:carlmoore * 55470 brlcad/trunk/src/conv/dxf/bot-bldxf.c: -h ,-?
22:41.25*** join/#brlcad jasleen_ (~jasleen@202.164.53.122)
22:42.57*** join/#brlcad jasleen (~jasleen@202.164.53.122)
22:47.13*** join/#brlcad jasleen_ (~chatzilla@117.253.228.104)
22:50.45*** join/#brlcad jasleen (~jasleen@202.164.53.122)
IRC log for #brlcad on 20130516

IRC log for #brlcad on 20130516

01:27.31starseekerwoot!
01:27.48starseekergets inconsolata font working in his uxterm
01:40.33jasleenhello sean
01:56.37*** join/#brlcad zero_level (~0_level@14.139.82.6)
02:38.43brlcadjasleen: hello
02:39.13brlcadjasleen: I strongly recommend working on a patch
02:59.00*** join/#brlcad zero_level (~0_level@14.139.82.6)
05:38.08*** join/#brlcad ibot (~ibot@rikers.org)
05:38.08*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
06:04.22*** join/#brlcad zero_level (~androirc@14.139.82.6)
06:05.06zero_levelhi folks
07:02.40*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
07:30.25*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:17.51*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:42.42*** join/#brlcad Guest92445 (~Izak@41.202.192.145)
08:42.45Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5272 /wiki/User:Izak: /* WHY YOU? */
08:43.01Guest92445Any body home ?
08:43.10*** join/#brlcad jasleen (~jasleen@202.164.53.122)
08:43.13*** join/#brlcad avneet (~avneet@202.164.53.122)
08:43.14*** join/#brlcad hsrai (~hsrai@202.164.53.116)
08:43.42*** join/#brlcad Izak_ (~Izak@41.202.192.145)
08:43.50Izak_Any body home ?
08:44.06Izak_Heeellloooo......
09:02.54*** join/#brlcad kesha (~kesha@49.249.9.178)
09:07.53Notify03BRL-CAD:d_rossberg * 55472 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: added the new dependencies
09:27.58Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5273 /wiki/User:Izak: /* PERSONAL INFORMATION */
09:32.18Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5274 /wiki/User:Izak: /* TIME AVAILABILITY. */
09:34.07Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5275 /wiki/User:Izak: /* TIME AVAILABILITY. */
09:35.30Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5276 /wiki/User:Izak: /* WHY YOU? */
11:10.59*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:22.01*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:21.49*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:36.18*** join/#brlcad caen23_ (~caen23@92.85.91.106)
13:53.59*** join/#brlcad vladbogo (~vlad@188.25.239.64)
14:16.52*** join/#brlcad vladbogo_ (~vlad@188.25.239.64)
14:45.50Notify03BRL-CAD:bob1961 * 55473 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/edarb.c and 2 others): Added facedef to the list of supported edarb subcommands.
15:00.59Notify03BRL-CAD Wiki:TaraJMyers * 0 /wiki/User:TaraJMyers:
16:30.36*** join/#brlcad zero_level (~androirc@14.139.82.6)
16:41.47*** join/#brlcad kesha (~kesha@49.249.9.178)
17:02.05Notify03BRL-CAD:starseeker * 55474 brlcad/trunk/src/libged/Makefile.am: Add facedef.c to Makefile.am
17:22.25*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
17:30.05Notify03BRL-CAD:carlmoore * 55475 brlcad/trunk/src/proc-db/bottest.c: -h,-?, and 'Program continues running ...' (no arguments)
17:36.11Notify03BRL-CAD:n_reed * 55476 brlcad/trunk/src/libged/draw.c: pull switch of per-primitive point spacing calculations into a function
17:38.13*** join/#brlcad caen23 (~caen23@92.83.168.248)
18:13.03*** join/#brlcad ibot (~ibot@rikers.org)
18:13.03*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
19:02.50*** join/#brlcad vladbogo (~vlad@188.25.239.64)
19:14.15Notify03BRL-CAD:starseeker * 55477 brlcad/trunk/src/proc-db/clutter.c: fix invocation of usage statement - argc is > 0 just from the program name itself.
19:27.05*** join/#brlcad kesha (~kesha@49.249.1.249)
19:28.04Notify03BRL-CAD:n_reed * 55478 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/draw.c): Until we have something more generic working, breps need a decent average curve length estimate for LOD plotting. Can't put C++ in draw.c, so the calculation routine is getting its own file.
19:32.53Notify03BRL-CAD:n_reed * 55479 brlcad/trunk/src/libged/Makefile.am: add draw_calc.cpp to automake sources
19:43.30*** join/#brlcad navdeep (~chatzilla@117.214.201.230)
20:02.00Notify03BRL-CAD:n_reed * 55480 brlcad/trunk/src/librt/primitives/brep/brep.cpp: use a smarter algorithm for LOD plotting of brep edge curves
20:20.30*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:23.42*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:23.53Notify03BRL-CAD Wiki:Maximolazo * 0 /wiki/User:Maximolazo:
20:24.12*** join/#brlcad zero_level (~androirc@14.139.82.6)
20:28.37Notify03BRL-CAD:carlmoore * 55481 brlcad/trunk/src/proc-db/brep_cube.cpp: implement -h , -? , run-with-no-arguments)
20:28.45zero_levelbrlcad: hi
20:43.04*** join/#brlcad zero_level (~androirc@14.139.82.6)
20:43.29zero_levelbrlcad: sry my networ has problems..
20:43.48zero_leveli will email u the details.
20:46.05*** join/#brlcad caen23 (~caen23@92.81.211.183)
20:56.43Notify03BRL-CAD:n_reed * 55482 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: assume coincident start and end points on elliptical curves means the curve spans 2pi radians, not 0 radians
21:00.52Notify03BRL-CAD:starseeker * 55483 brlcad/trunk/src/librt/primitives/half/half.c: Offset is fastf_t here, not plane_t - was causing the final value of planes to be corrupted in a g2asc - asc2g cycle. Cause was incorret parameters used during a switch to bu_offsetofarray from bu_offsetof to quell compiler warnings (r54133). Need to double check any other offset code with similar changes to make sure no similar bugs were
21:00.54Notifyintroduced. Sean identified the specific problem with the bu_offsetofarray inputs.
21:03.01starseekeryeah - looks like similar issues in eto, grip, ell, rpc superell, rhc, ehy, revolve, epa, tor, hyp and tgc
21:04.48starseekeror rather, similar code that needs to be checked
21:22.59Notify03BRL-CAD:carlmoore * 55484 brlcad/trunk/src/proc-db/brep_cube.cpp: add extra blank line because brep_simple.cpp has that
21:23.27Notify03BRL-CAD:starseeker * 55485 brlcad/trunk/TODO: Update TODO item - specific issue fixed, but necessary to review other primitives to check for incorrect changes.
21:25.05Notify03BRL-CAD:carlmoore * 55486 brlcad/trunk/src/proc-db/brep_simple.cpp: usage, -h , -?
21:36.05*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
21:41.04*** join/#brlcad merzo (~merzo@206-54-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20130517

IRC log for #brlcad on 20130517

00:15.03brlcadcaen23: the bu_offsetofarray change from a while back seems to be rather problematic
00:15.15brlcadsee r55483 for an example
00:15.28brlcadthe size parameter is the size of an array element, not the array itself
00:52.13*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
00:52.13*** join/#brlcad yiyus (1242712427@je.je.je)
00:52.13*** join/#brlcad ChanServ (ChanServ@services.)
00:52.13*** join/#brlcad viku_ (uid11086@gateway/web/irccloud.com/x-uaxzspqsvbuequtv)
00:52.13*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xwrcfyxacfrlcpxd)
00:52.13*** join/#brlcad kanzure (~kanzure@131.252.130.248)
00:52.13*** join/#brlcad crdueck_ (~cdk@24.212.219.10)
00:52.13*** join/#brlcad papna_ (~papna@python/site-packages/papna)
00:52.13*** join/#brlcad avneet (~avneet@202.164.53.122)
00:52.13*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
00:52.13*** join/#brlcad jasleen_ (~jasleen@202.164.53.122)
00:52.13*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:52.13*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
00:52.13*** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-yabfaveapnvgnfbu)
00:52.13*** mode/#brlcad [+o ChanServ] by hubbard.freenode.net
00:53.32*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
00:53.32*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
02:53.11brlcadhaha, http://www.gizoogle.net/
02:53.36brlcadhttp://www.gizoogle.net/xfer.php?link=http://www.brlcad.org
02:54.06brlcadmo' performizzle yo
02:54.28brlcad20 muthafuckin yearz of actizzle pimpment
04:45.01*** join/#brlcad zero_level (~androirc@14.139.82.6)
05:16.44*** join/#brlcad caen23_ (~caen23@92.81.202.141)
05:29.31caen23_brlcad: i think i see what you mean. sorry about that, i'll try to fix it later today
05:44.10*** join/#brlcad kesha (~kesha@49.249.1.249)
05:52.44*** join/#brlcad navdeep (~chatzilla@117.199.107.232)
06:51.17*** join/#brlcad navdeep (~chatzilla@117.199.107.232)
07:06.26navdeephi
07:07.31navdeepI choose this open status path  "User end utility to post the log file
07:12.56navdeeppatch "user end utility to post the log file"
07:14.20navdeepfrom description of patch , I feel that i need to create a user end script which posts the log file to web API
07:17.47navdeepI need to know about which type of log file and about web API used in it.
08:41.43*** join/#brlcad priyanka (~priyanka@118.102.186.30)
10:01.24*** join/#brlcad harmanpreet (~chatzilla@124.253.149.73)
10:09.21*** join/#brlcad navdeep (~chatzilla@117.214.205.250)
11:02.58priyankahello, can anyone tell me where are the logs of framebuffer written?
11:16.43*** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd)
11:22.49brlcadpriyanka: they are written to your screen
11:23.07brlcadajQD: we talk openly
11:26.55ajQDOk, so my questions were those actually.. If the requested information was just defining goals and possible deadlines
11:26.58Notify03BRL-CAD:starseeker * 55487 brlcad/trunk/src/librt/primitives/eto/eto.c: In the eto case using point_t and vect_t in bu_offsetofarray offsets is moot, since all are being multiplied by X (i.e. 0) but go ahead and change the types - leaving point_t and vect_t might be confusing, since it gives the impression that those slots need to have those types assigned.
11:27.18ajQDand also if I still on time for defining them
11:27.40ajQDBecause in the comment you (I think it was you) said before Friday
11:27.56brlcadI'm not clear on what your actual question is
11:28.37ajQDAm i still on time for updating the proposal with the requested information?
11:29.12brlcadI did say before Friday and it is now friday, so no you are not on time, you are late
11:29.26brlcaddoes that mean you shouldn't do it, not necessarily -- I would
11:31.49priyanka@brlcad On mged screen, logs are of raytracer.
11:32.38brlcadcaen23: it's all good -- I can see the problem you were fixing for llvm, just a lil off on the indexing
11:33.07brlcadcaen23: it was obscure to even detect that a change happened and that it was because of that
11:33.28brlcadstarseeker has a couple of them fixed already, he might get to them before you
11:34.03brlcadpriyanka: a "log" in our parlance is just a string of text
11:34.18brlcadfor most purposes, bu_log == printf
11:34.59brlcadso the output is just printed messages
11:35.30brlcadif you don't see your messages, you did something wrong
11:35.36brlcadand you'll have to figure that out...
11:36.43priyankaOk, got it. Thanks for instant reply.
11:37.11brlcadpriyanka: just a bit of advice, you need to be prepared with very specific questions
11:37.49priyankaOk, I will take care of it next time.
11:37.57brlcadasking vague or leading questions to try and get someone to tell you how to do something isn't a productive approach
11:38.26brlcadif you need something explained AFTER you've looked at it for a little bit and you really don't understand, then you can say exactly that
11:38.54brlcad"I've looked at this and that but I still don't seem to understand where bu_log() logs to, can anyone help explain where the output goes?"
11:39.01*** join/#brlcad navdeep (~chatzilla@117.214.205.250)
11:39.10brlcadnote, very specific, concise and gives me something to respond to
11:39.44brlcadlets me know what you've looked at, hopefully what you understand too, so a response can be similarly specific and with the proper context
11:43.23priyankaI will ask specific questions next time with all the attempts that I made to get my answer.
11:47.52Notify03BRL-CAD:starseeker * 55488 (brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/ell/ell.c and 10 others): Looks like half was the only primitive with a non-zero multiplier in argument 4 of bu_offsetofarray, which was why no other behaviorial changes were introduced. Change the offset types to fastf_t anyway.
11:51.40brlcadpriyanka: here is a details article from RMS on this very subject -- it's long but very insightful if you can spare the time to read through it all:  http://www.catb.org/esr/faqs/smart-questions.html
11:51.47brlcads/RMS/ESR/
11:57.16starseekeron a semi-related note - why do the SHDR_AO defines in liboptical call bu_offsetofarray with only two arguments?  For that matter, what are they doing there if they aren't used?
11:57.41Notify03BRL-CAD:starseeker * 55489 (brlcad/trunk/src/liboptical/sh_air.c brlcad/trunk/src/liboptical/sh_billboard.c and 7 others): SHDR_AO doesn't seem to be used anywhere - remove it.
12:04.32``Erikooh, confusing esr and rms, bad nerd
12:07.10starseekeris a little surprised bu_offsetofarray was able to quell warnings, seeing as it just does the original call anyway as part of its definition...
12:15.03*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:15.15brlcad``Erik: heh
12:15.56brlcadstarseeker: it's not the call to offsetof, it was indexing into an array with [] during offsetof
12:16.18brlcadalmost certainly just a compiler warning
12:16.35brlcadthe [] was basically moved outside the offsetof (which is technically more correct)
12:23.44navdeepI critically review material database project and making report on it.
12:24.20navdeepI am confused with patch submission.
12:24.58``Erikwere you able to generate the patch file and review it using a text editor?
12:26.34navdeepplease suggest me any work relevant to my proposed project (material database)
12:26.35Notify03BRL-CAD:bob1961 * 55490 brlcad/trunk/TODO: Clear bu_offsetofarray issue.
12:27.09``Erikwait, the 'patch submission' you're talking about is the report, not a patch?
12:27.31brlcad``Erik: no, he means a patch -- doesn't seem to understand what he needs to do
12:27.54brlcadnavdeep: you find something simple to work on, you work on it, you make code changes, you submit those code changes (as a patch file)
12:28.10brlcadit does not have to be related to your project
12:28.18brlcadi replied to your mailing list post
12:28.34brlcad(with some possibilities)
12:30.12navdeepbrlcad: thanking you
12:30.16brlcadnavdeep: you're really going to need to step up your game, take more initiative to figure things out, if you're going to participate in gsoc
12:31.16brlcadthat doesn't mean ask questions, but having us do work for you is unproductive
12:31.22brlcadwe're not a professor giving you work
12:31.34brlcadyou're joining a development team helping to make things better
12:32.27brlcadasking us to suggest any work relevant to your project implies you've not done any research or inspection yourself, and that's not a good thing
12:34.53navdeepI review material database project and on that basis I am making report and update prposal  
12:35.07brlcadwe have literally HUNDREDS of open development suggestions in numerous places ... surely you can find just one that you're capable of doing
12:36.12navdeepok, I will take care in future.
13:07.14*** join/#brlcad vladbogo (~vlad@188.25.239.64)
14:11.33starseekersome neat presentations here:  http://www.llvm.org/devmtg/2013-04/
14:27.47Notify03BRL-CAD Wiki:41.202.192.28 * 5277 /wiki/User:Izak: /* ANYTHING ELSE? */
14:31.05Notify03BRL-CAD Wiki:195.24.210.66 * 5278 /wiki/User:Izak: /* WHY YOU? */
14:31.29*** join/#brlcad priyanka (~priyanka@118.102.186.30)
14:33.08Notify03BRL-CAD Wiki:41.202.192.28 * 5279 /wiki/User:Izak: /* WHY BRL-CAD? */
14:46.53*** join/#brlcad caen23 (~caen23@92.83.175.50)
14:47.14Notify03BRL-CAD Wiki:195.24.210.66 * 5280 /wiki/User:Izak: /* TIME AVAILABILITY. */
14:49.32Notify03BRL-CAD Wiki:41.202.192.28 * 5281 /wiki/User:Izak: /* WHY YOU? */
14:51.06Notify03BRL-CAD Wiki:41.202.192.28 * 5282 /wiki/User:Izak: /* WHY YOU? */
16:29.31Notify03BRL-CAD:bob1961 * 55491 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 15 others): Removed (o|w)glMakeCurrent calls from several ogl/wgl display manager functions. When calling these functions the application should have already set the current context. Added dm_makeCurrent to libdm's API to allow the application to set the current context when necessary.
16:59.38``Erik:o neat! doing an s2 smoketest and I get this:  bu_log: write error
17:00.02``Erikand an empty (BRL-CAD)-29630-bomb.log
17:04.08``Erikah, device out of space, heh
17:16.41Notify03BRL-CAD:starseeker * 55492 brlcad/trunk/src/libged/draw_calc.cpp: Initialize avg_curve_len (clang noticed it)
17:26.34n_reedblushes
18:06.57*** join/#brlcad kesha (~kesha@49.249.200.83)
18:20.39*** join/#brlcad caen23 (~caen23@92.81.201.107)
18:36.10*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:05.39starseekerhmm:  src/conv/intaval/glob.h:55:2: error: anonymous types declared in an anonymous union are an extension
20:05.55starseekerany reason for that particular nested structure?
20:07.57Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5283 /wiki/User:Izak: /* PERSONAL INFORMATION */
20:16.55Notify03BRL-CAD:carlmoore * 55493 brlcad/trunk/src/conv/asc/g2asc.c: this SEEMS to work if .g file is read-only
20:18.38Notify03BRL-CAD:starseeker * 55494 (brlcad/trunk/src/conv/intaval/glob.h brlcad/trunk/src/conv/intaval/read_dra.cpp brlcad/trunk/src/conv/intaval/write_brl.cpp): Unless there proves to be a reason not to do it, try flattening the nested structures in the intaval glob.h header. Avoids a clang warning about nested anonymous types.
20:45.36*** join/#brlcad caen23 (~caen23@92.81.197.232)
20:46.54starseekernuts
20:47.49starseekerclang static analyzer doesn't recognize that BU_CKMAG handles the case when _ptrval == 0
20:48.45Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5284 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */
20:50.25*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:53.17starseekergranted it handled it by wiping out, but still...
20:53.43starseekeranalyzer is following a path that doesn't make sense
20:53.46starseekermutter...
21:02.43starseekersuppose I'll need to boil it down for a test case
21:02.55starseekerbug report in order
21:09.01starseekerbrlcad: bu_badmagic takes down the program when it gets called, correct?
21:09.47starseekerwait a minute...
21:19.58starseekerO.o
21:27.10starseekermaybe I'd better walk a test case through the debugger
21:33.41starseekereither it can't tell bu_badmagic calls bu_bomb which ends up calling exit, or bu_badmagic somehow isn't failing in their "'_ptrval' is equal to 0" case
21:50.18Notify03BRL-CAD:brlcad * 55495 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db_open.c): document db_open() and introduce two defines so we can get away from the inconsistent (because it was undocumented) calls throughout the code. kinda parallels fopen() but not really.
21:55.44brlcadstarseeker: thanks, those are some interesting presentations
21:58.21jasleen_hello brlcad
22:01.20brlcadis compelled to write an llvm backend
22:01.25brlcadhi jasleen_
22:01.33jasleen_brlcad: I want to dicuss my project with you
22:02.23jasleen_brlcad: My project is Making a Cross Platform Display Manager
22:03.30brlcadstarseeker: bu_badmagic() only calls bu_bomb() if a check triggers it -- that is what does the check
22:04.09jasleen_brlcad:In project's main page, it is written to embedd qt within a tk window
22:04.27brlcadwhat main page?
22:04.46brlcadyour project proposal or our ideas page or something else
22:05.02jasleen_brlcad:project's page
22:05.08jasleen_http://brlcad.org/wiki/New_Cross-Platform_3D_Display_Manager
22:05.50jasleen_exit
22:06.24brlcadwell that was a short discussion
22:06.27*** join/#brlcad jasleen (~chatzilla@117.255.245.85)
22:06.49brlcadokay, so the ideas page
22:06.59jasleenbrlcad: yes
22:07.04brlcadjasleen: that's not the "project's page" ... it's YOUR project
22:07.32brlcadthat's a page describing an idea for a project, just an idea that is expected to be expanded upon and customized as needed :)
22:07.47jasleenbrlcad: ok
22:08.24jasleenyou commente in my proposal  about integration of qt and tcl
22:09.23jasleento make a cross platform display manager, I will some some binding to integrate tcl and qt
22:09.34brlcadyeah, so my comments were more about the specific plan
22:09.57brlcadat _some_ point it will need to coordinate with tk so that it can be exposed via our archer editor
22:10.14brlcadhowever, that certainly does not need to be the first step
22:10.38jasleenok
22:11.22brlcadif you get that far, and I hope you do, that'll be a good problem to have
22:11.43brlcadbut my comments were about scope reduction, demonstrate it working without tcl/tk before you involve the beast
22:11.49brlcadyou also seemed to have some misunderstanding about tcl
22:14.36jasleenok. I will take care of it, and will update there
22:25.39Notify03BRL-CAD:brlcad * 55496 brlcad/trunk/src/gtools/g_transfer.c: no longer need to call rt_init_resource()
22:36.08brlcadjasleen: you should explore how a display manager works at a really low level
22:36.21brlcadmaybe try to write a simple test program that just opens a display manager window
22:36.45brlcadwe might have an example of that in src/util or elsewhere, just hunt around for the dm open call
22:36.54jasleenok
22:39.39jasleenbrlcad: Is code od current display manager of both mged and archer in libdm?
22:44.58jasleenbrlcad: libdm folder has many files. From where should I start?
22:45.43jasleenbrlcad: Is there any developer documentation?
22:46.13jasleenor any heirarchical file structure?
23:00.01jasleenjust found the developers documentation.
23:13.37starseekerbrlcad: but the case of  "'_ptrval' equal to 0" should be covered by the existing logic, correct?
IRC log for #brlcad on 20130518

IRC log for #brlcad on 20130518

00:10.42brlcadstarseeker: yes, it is
00:10.58brlcad0/NULL/-1 trigger as well as != magic
00:12.39Notify03BRL-CAD:brlcad * 55497 (brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/adrt/load_g.c and 50 others): utilize the new DB_OPEN_READONLY and DB_OPEN_READWRITE instead of hard-coded constants, so we can change them down the road if needed
00:13.33brlcadjasleen: there is tons of documentation in numerous plaes for different purposes
00:14.21brlcadalso, it might seem like a lot to you, but libdm really does not have "many files"
00:14.55brlcadeach individual dm interface type is one file, the rest is in about a dozen files
00:15.49brlcadyou may want to look at the debug dm interface that one of the other gsoc candidates put together to see if that helps your understanding
00:15.56brlcadit's in our patches tracker
00:51.16starseekerbrlcad: yeah, that's what I thought - means clang's static analyzer isn't going to have much of a signal/noise ratio for us at the moment
01:34.16brlcadstarseeker: -DBRLCAD_ENABLE_RUNTIME_DEBUG=NO
01:38.03Notify03BRL-CAD:brlcad * 55498 brlcad/trunk/TODO: one of our primary customers needs this asap
01:40.04starseekerbrlcad: hmm.  worth trying
02:16.50Notify03BRL-CAD:brlcad * 55499 (brlcad/trunk/src/conv/intaval/glob.h brlcad/trunk/src/conv/intaval/read_dra.cpp brlcad/trunk/src/conv/intaval/write_brl.cpp): revert/redo r55494 because there was a reason: the logical grouping of that data. moreover, the commit changed the semantic of the pt field (which wasn't affiliated with the bot) data. instead of flattening the structure, address what the clang warning was probably
02:16.52Notifyabout -- that (if memory serves) the c++ std does not actually define anonymous structs (only anonymous unions). fix is easy, just give it a name.
02:26.03Notify03BRL-CAD:brlcad * 55500 brlcad/trunk/src/proc-db/brep_simple.cpp: ws/indent cleanup, mark usage func static
02:34.52Notify03BRL-CAD:brlcad * 55501 (brlcad/trunk/src/proc-db/brep_cube.cpp brlcad/trunk/src/proc-db/brepintersect.cpp and 2 others): ws/indent, static usage
02:41.51Notify03BRL-CAD:brlcad * 55502 (brlcad/trunk/src/proc-db/clutter.c brlcad/trunk/src/proc-db/common.c and 25 others): ws
02:44.03Notify03BRL-CAD:brlcad * 55503 brlcad/trunk/src/proc-db/bottest.c: static usage func
03:59.58*** join/#brlcad jasleen (~chatzilla@117.253.225.97)
05:33.43*** join/#brlcad priyanka_ (~priyanka@118.102.186.30)
05:44.29*** join/#brlcad jasleen (~chatzilla@117.255.246.69)
05:59.28*** join/#brlcad kesha (~kesha@49.248.244.124)
06:03.18Notify03BRL-CAD Wiki:KeshaSShah * 5285 /wiki/User:KeshaSShah/GSoC13/Reports:
07:17.11*** join/#brlcad caen23 (~caen23@92.81.188.36)
07:41.55*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:20.33Notify03BRL-CAD Wiki:Phoenix * 5286 /wiki/User:Phoenix/GSoc2013/Proposal: /* Reporting the intersections (API designing) */
08:23.46*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
08:26.47Notify03BRL-CAD Wiki:Phoenix * 5287 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computing P/P, P/C, P/S, C/C, C/S intersections */
08:35.06Notify03BRL-CAD Wiki:Phoenix * 5288 /wiki/User:Phoenix/GSoc2013/Proposal: /* Keeping track of the uncertainty intransitivity */
08:41.03Notify03BRL-CAD Wiki:Phoenix * 5289 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */
08:48.14*** join/#brlcad kesha (~kesha@49.248.244.124)
08:50.26*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:57.18*** join/#brlcad kesha_ (~kesha@49.248.244.124)
09:18.00jasleenmged display manager interface provides two
09:18.02jasleenstyles of interface: immediate mode and display list mode.
09:18.49jasleencan anyone tell about these modes?
09:19.57*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:45.15*** join/#brlcad vladbogo (~vlad@188.25.237.147)
10:11.23Notify03BRL-CAD Wiki:Level zero * 5290 /wiki/User:Level_zero/GSOC13/Refinements:
10:12.40Notify03BRL-CAD Wiki:Level zero * 5291 /wiki/User:Level_zero/GSOC13/Refinements: /* Feasibility */
10:25.25Notify03BRL-CAD Wiki:Level zero * 5292 /wiki/User:Level_zero/GSOC13/Refinements: /* Feasibility */
10:36.31*** join/#brlcad caen23 (~caen23@92.85.89.41)
10:45.56*** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd)
11:10.16brlcadjasleen: what would you like to know about them?
11:20.55jasleenbrlcad: I am exploring DM's functionality. What these do?
11:29.36jasleenbrlcad: making a cross platform  Framebuffer is another gsoc project. In idea list of my project, it is written to embedd framebuffer window in it. Is this a part of my project.
11:30.29jasleenbecause this will be done when someone make new cross platform framebuffer window.
11:31.56brlcadjasleen: I understand why you're asking, it's just your question is rather vague
11:32.27brlcadI could explain various aspects of them for hours and not really help you or maybe help you
11:32.50brlcadask something specific you'd like to know about them, what do you not understand?
11:33.17brlcadbut right now got to run, back in a couple hours
11:33.30jasleenok
11:37.46*** join/#brlcad priyanka (~priyanka@118.102.186.30)
12:19.40Notify03BRL-CAD Wiki:KeshaSShah * 5293 /wiki/User:KeshaSShah/GSoC13/Priority2:
12:20.03Notify03BRL-CAD Wiki:Level zero * 5294 /wiki/User:Level_zero/proposal: /* July 16 - Sep 2 [~7 Week] */
12:22.36Notify03BRL-CAD Wiki:Level zero * 0 /wiki/User:Level_zero/GSOC13/Refinements:
12:25.04Notify03BRL-CAD Wiki:Level zero * 5297 /wiki/User:Level_zero/proposal: /* July 16 - Sep 2 [~7 Week] */
12:28.32Notify03BRL-CAD Wiki:Level zero * 5298 /wiki/User:Level_zero/proposal: /*Time Line Editted*/
12:29.55Notify03BRL-CAD Wiki:Level zero * 5299 /wiki/User:Level_zero/proposal: /* Categories of Image Processing Functions */
12:30.48Notify03BRL-CAD Wiki:Level zero * 5300 /wiki/User:Level_zero/proposal: /* After Application Deadline */
12:39.05*** join/#brlcad kesha_ (~kesha@49.202.239.237)
13:03.06*** join/#brlcad caen23 (~caen23@92.81.175.3)
13:34.26*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:44.48*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
14:50.20*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:05.53*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:09.28*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:09.51*** join/#brlcad caen23 (~caen23@92.81.167.201)
19:37.41*** join/#brlcad priyanka (~priyanka@118.102.186.30)
19:45.13*** join/#brlcad caen23 (~caen23@92.81.210.33)
20:52.23*** join/#brlcad hsrai (~hsrai@202.164.53.116)
20:52.29*** join/#brlcad avneet (~avneet@202.164.53.122)
23:57.21starseekermutter
23:57.45starseekergets BRL-CAD checked out on ReactOS, but can't seem to get a good compiler setup
IRC log for #brlcad on 20130519

IRC log for #brlcad on 20130519

00:05.21starseekerconfound it
00:05.37starseekertested the build on FreeBSD i386, and the off_t stuff is buggered
00:06.29starseekernot sure at the moment if it's all 32bit setups or just FreeBSD, but the build fails and tweaking it resulted in a failed regress-red
00:10.32Notify03BRL-CAD:starseeker * 55504 brlcad/trunk/TODO: Add TODO item for 32bit issue with off_t on FreeBSD (at least)
00:22.46starseekertries to figure out how to install gcc4 on haiku...
00:44.10*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
00:46.19zero_levelbrlcad: I was studying about the feasibility and Hope the current load is much balanced. Need your suggestions here.
00:46.53zero_levelthe algorithm to balance the load was as follows.
00:47.14zero_levelfound the current implementation of those functions (in the tools)
00:47.42zero_levelchecked out the places required for changes.
00:48.04zero_levelAlso considered the numbers of functions (for documentation purpose)
01:42.32starseekerah hah - setgcc x86 gcc4
01:44.50brlcadstarseeker: not at all surprising
01:45.31starseekernods
01:47.24brlcadthe approach taken is a rather buggered one
01:48.27starseekerlooks like we'll have to straighten it out, after all... I'll know for sure once I get a 32 bit linux image of some sort set up
01:48.43starseeker(before release, I mean...)
01:57.19brlcadstarseeker: any retest on the static analyzer?
01:57.58starseekerbrlcad: not yet, sorry - computer resources being pretty well consumed by virtual machines at the moment :-/
01:57.59brlcadexciting possibilities to see one in action based off the AST
01:58.23starseekerI do have it built though - I'll see if I can set up an overnight build
01:58.47starseekerone of the annoying parts is having to build src/other with the analyzer on too - Tcl/Tk is a bit... noisy
01:59.08brlcadyou can't precompile src/other?
01:59.37starseekernot without mixing and matching compilers in the same CMake build - that's... a little tricky
02:00.04brlcadI was thinking more path trickery
02:00.11starseekerah.  possibly
02:01.03brlcadmake a ccanal symlink to clang, compile src/other, then point to clang analyzer
02:01.12brlcadthen finish the build
02:01.47starseekerprobably worth isolating a test case based on our macroized bu_magic stuff and sending it to the analyzer devs as a bug report - would be handy to be able to spot cases where we genuinely had something wrong in that sort of logic
02:02.03starseekerbrlcad: yeah, that would probably work
02:02.50brlcadit might have found a bonefide issue, but would have to see the output in detail
02:03.35starseekerremind me and I can show you next week, if I don't re-generate it here sooner
02:03.38starseekerbugger
02:03.48starseekerHaiku appears to have found an issue with non-X11 builds
02:03.58starseekerand another with M_LIBRARY
02:06.48brlcadnice to see you exploring the world of real operating system variability :)
02:08.58starseekerheh - new (powerful) toy that can run VirtualBox successfully == big trouble
02:09.07brlcadwants to give smart os a try
02:09.15starseeker?
02:09.38brlcadhttp://smartos.org/
02:09.49brlcadbasically illumos
02:10.06starseekerah - I grabbed an openindiana image, but haven't tried it yet
02:10.52starseekerlooks like you can still download the sun studio compiler (depending on what all the legalize I haven't looked at yet says) in case we want to beat up on ourselves some more
02:12.02starseekerwonders what would happen with a plan9 build attempt... <shudder>
02:13.48Notify03BRL-CAD:starseeker * 55505 brlcad/trunk/src/libdm/CMakeLists.txt: Wrap all the X11 libraries in the X11 conditional protection.
02:15.54brlcadi'm excited about it just because it's a major different kernel
02:16.43brlcadwhich usually means substantial differences in the underlying c standard lib, regardless of the compiler
02:16.56brlcadwhich is the best way to weed out assumptions
02:17.47brlcadzero_level: hi, sorry for the delay but not sure what you're telling me :)
02:19.06Notify03BRL-CAD:starseeker * 55506 brlcad/trunk/src/libtclcad/CMakeLists.txt: Wrap X11 libs in feature check
02:20.06brlcadstarseeker: if you can set up remote access, I'd take a stab at fixing the libregex off_t mess
02:20.30brlcadneed access to a problematic system
02:24.38zero_levelbrlcad:  think i couldnt write that well.. Anyways which part ?
02:25.51starseekerbrlcad: urm - I only saw it on my virtualbox image
02:26.14starseekerbrlcad: do you have virtualbox on your mac?  Can just grab the FreeBSD i386 image and set it up...
03:24.56*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
03:28.19*** join/#brlcad IriX64 (~IriX64@70.49.197.250)
03:49.14Notify03BRL-CAD:starseeker * 55507 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/libpng/CMakeLists.txt): Haiku doesn't need or support -lm for the math library - adjust build logic accordingly. Need to send the patch back to libpng.
03:49.22Notify03BRL-CAD:brlcad * 55508 brlcad/trunk/NEWS: keith checked in his NURBS shaded display tessellation support in r55067. this does not yet include water-tight tessellation, but it is well-suited for visualization already.
04:12.02*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
04:17.36zero_levelbrlcad:hi.. sry had to go smwh
04:56.19starseekershamefacedly rebuilds his Haiku image with enough disk space to actually try compiling this time...
05:13.48starseekerOK, Haiku is data point #2 for the off_t issue
05:15.40starseekerwinces - zlib failed on openindiana
05:15.44brlcad~smwh
05:16.21brlcadzero_level: is everyone supposed to know what smwh means?
05:16.45brlcadseems rather obscure if you meant 'somewhere'
05:17.33Notify03BRL-CAD:brlcad * 55509 brlcad/trunk/src/libbu/getopt.c: revert r54186 that intended to prevent confusion of negative numbers and number options. the change introduced a bug with parsing of numeric options that don't have a space after the option and multi-option strings (e.g., -s128 -8abc). the comment in the patch also incorrectly stated that options could only be a-zA-Z0-9 (punctuation is also allowed). need a
05:17.35Notifyproper regression test case that we can compare against expected behavior from system getopt (if available) like we do for some of the other libbu unit tests.
05:18.05brlcadwoot, I'll have to do one more pass, but that's the last commit-related issue I had noted for release
05:19.09starseekersmwh?
05:19.52zero_levelbrlcad: yes it meant somehwere :)
05:21.28brlcadzero_level: we're going to need to work on your communication skills a little bit buddy
05:21.43brlcadyour message earlier is a train wreck :)
05:22.04brlcadpunctuation is just misleading
05:22.20brlcad"random" use of case
05:22.46brlcadalgorithm in following ... and no algorithm follows
05:23.07zero_levelbrlcad: I am naive on IRC i guess :)
05:23.07brlcadand now obscure shorthand
05:23.24brlcadthis has absolutely nothing to do with IRC...
05:23.27starseekerblegh - openindiana only has gcc3 by default
05:23.33starseekermight explain a few things...
05:24.09brlcadit's how you're using text to convey information
05:24.19brlcadstarseeker: we should still build on 3
05:24.53zero_levelmay be on all text chats. Did you see my addition in the proposal ?
05:25.07starseekerbrlcad: really?  I thought even early versions of 4 were problematic these days...
05:25.45brlcadstarseeker: I guess it depends on the issue -- it's certainly not been tested in a while, but I did do a gcc3 compile around 2 years ago
05:25.49brlcadtook some cleanup, but worked
05:25.57starseekernods
05:26.25starseekerwell, barring some compiler installing pain, it looks like we're about to find out
05:26.34brlcadwe might have adopted some mess with boost updates since then, but would need to see an error
05:27.08starseekerbrlcad: the Haiku image might make a good potted example of the off_t bug, fwiw
05:27.14brlcadthe bigger problem is more likely going to be the glibc that accompanies it
05:28.07brlcadwe very well may be assuming libc features that earlier glibc wasn't so hot about
05:29.56brlcadzero_level: social chat is a completely different domain, this is international open source software development
05:30.05brlcadzero_level: you need to be prepared to be precise, complete, and clear in your communications
05:30.30starseekerbrlcad: http://brlcad.org/~starseeker/openindiana_gcc3_build_errors.txt
05:31.42starseekerthat's where I'm at as of this evening
05:32.17starseekerneed some sleep - be back later
05:33.20brlcadstarseeker: http://sourceforge.net/p/brlcad/discussion/362510/thread/ec2f5d8b
05:33.44brlcadinteresting that he got past that same libz error just by re-running the autotools build
05:36.18starseekerah - http://www.ilkda.com/compile/Build_Problems.htm - probably the linker
05:37.15brlcadah, that would explain the autogen.sh fix
05:38.04brlcadmeans there's probably a flag that can be added/removed from the compile to get it to work
05:38.19starseekerdoesn't have a lot of linker validation in the CMake build, IIRC - looks like I'll need to figure that out
05:38.21brlcadgoing to be some linker setting like -Wl,-E
05:40.23starseekeryou can see the off_t errors there there too
05:40.29brlcadyeah
05:40.35brlcadI really expected that to happen
05:41.08brlcadwe should not be defining standard types like that
05:42.24brlcadthe only platform we do this on is windows and it's only because they have historically provided equivalent functionality, just with a different (underscored) name
05:52.17Notify03BRL-CAD:brlcad * 55510 brlcad/trunk/NEWS: richard modified gqa in r52353 to report all missed regions, not just the first missed region (so users won't have to keep re-running gqa to get any objects further down the shotline.
05:56.22zero_levelbrlcad: hope i will learn in days ahead
06:01.24*** join/#brlcad zero_level_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
06:57.36*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
07:03.41*** join/#brlcad jasleen (~chatzilla@202.164.53.117)
10:31.59*** join/#brlcad vladbogo (~vlad@188.25.237.147)
11:18.34*** join/#brlcad caen23 (~caen23@92.85.91.26)
11:36.35*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
12:21.08*** join/#brlcad kesha (~kesha@49.249.1.180)
13:03.54*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
13:20.57*** join/#brlcad caen23 (~caen23@92.81.183.7)
14:45.48*** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102)
15:11.29*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
15:23.58Notify03BRL-CAD:starseeker * 55511 brlcad/trunk/TODO: More details on where we do and don't see the off_t issue
15:25.25*** join/#brlcad caen23 (~caen23@92.81.183.7)
15:43.07*** join/#brlcad caen23_ (~caen23@92.83.182.2)
16:49.43*** join/#brlcad kesha (~kesha@49.249.1.226)
16:58.07*** join/#brlcad jasleen (~chatzilla@117.253.202.139)
17:27.05*** join/#brlcad kesha (~kesha@49.249.1.226)
18:06.26*** join/#brlcad caen23 (~caen23@92.83.185.228)
18:43.09*** join/#brlcad kesha (~kesha@49.249.19.215)
23:35.04*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
IRC log for #brlcad on 20130520

IRC log for #brlcad on 20130520

01:45.09*** join/#brlcad caen23 (~caen23@92.83.185.228)
04:07.33*** join/#brlcad caen23_ (~caen23@92.81.181.29)
05:38.29*** join/#brlcad caen23 (~caen23@92.81.181.29)
06:49.57*** join/#brlcad caen23 (~caen23@92.81.181.29)
08:08.29*** join/#brlcad kesha (~kesha@49.249.1.114)
08:58.57*** join/#brlcad kesha (~kesha@49.249.1.114)
09:06.32*** join/#brlcad kesha_ (~kesha@49.249.1.114)
09:31.54*** join/#brlcad jasleen (~chatzilla@202.164.53.119)
09:34.57*** join/#brlcad kesha_ (~kesha@49.249.1.114)
09:35.00*** join/#brlcad priyanka (~priyanka@202.164.53.120)
10:21.59*** join/#brlcad priyanka (~priyanka@202.164.53.118)
10:32.40*** join/#brlcad jasleen (~chatzilla@202.164.53.119)
11:07.41*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:39.07*** join/#brlcad priyanka (~priyanka@202.164.53.118)
12:22.01*** join/#brlcad priyanka (~priyanka@202.164.53.119)
12:34.26*** join/#brlcad jasleen (~chatzilla@202.164.53.119)
12:45.43Notify03BRL-CAD:bob1961 * 55512 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Make setting Archer's display preferences more interactive.
12:57.23*** join/#brlcad jasleen (~chatzilla@202.164.53.119)
15:28.48``Erikhttp://nvlabs.github.io/moderngpu/  
15:51.36Notify03BRL-CAD:bob1961 * 55513 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::render to reset mSavedCenter and mSavedSize.
16:03.55*** join/#brlcad jasleen (~chatzilla@117.253.233.26)
16:43.33*** join/#brlcad jasleen (~chatzilla@117.253.233.26)
17:28.39*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
17:38.34*** join/#brlcad rays2pix (~deepak@14.139.226.34)
18:02.30rays2pixHi I am Deepak.Just got to see the comments on my  GSOC proposal. Missed to check GSOC site for last few days.
18:05.05rays2pixbrlcad: I would choose to do certain new format conversions.
18:07.54*** join/#brlcad caen23 (~caen23@92.81.181.29)
18:41.53Notify03BRL-CAD Wiki:Rays2pix2013 * 5301 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Development Schedule */
18:51.01rays2pixMy bad, havent checked melange site in recent days due to exam pressure and missed the comments. wish there had been a email notification from gsoc-melange
18:54.34rays2pixjust turned on the notification for comments. Sorry for responding late
19:15.16*** join/#brlcad jasleen (~chatzilla@117.253.233.56)
19:18.31Notify03BRL-CAD:carlmoore * 55514 (brlcad/trunk/src/proc-db/brep_cube.cpp brlcad/trunk/src/proc-db/brep_simple.cpp): supply missing right parenthesis in printusage string
19:20.44Notify03BRL-CAD:carlmoore * 55515 brlcad/trunk/src/proc-db/breplicator.cpp: fix help and no-arguments run of breplicator
20:08.19Notify03BRL-CAD:n_reed * 55516 brlcad/trunk/src/proc-db/breplicator.cpp: mark local functions static
20:20.21*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
IRC log for #brlcad on 20130521

IRC log for #brlcad on 20130521

00:31.08``Erikeffin' awesome http://fab.cba.mit.edu/classes/862.13/students/brandon/index.html  laptop sonar
00:33.03``Erikthe future improvements section talks about using the technique in combination with a smartphones accelerometer to map surroundings
02:06.15*** join/#brlcad crdueck (~cdk@24.212.219.10)
04:32.31*** join/#brlcad jasleen (~chatzilla@117.255.246.73)
05:45.48*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
05:51.01Notify03BRL-CAD Wiki:Navdeepbagga * 0 /wiki/User:Navdeepbagga:
06:04.02Notify03BRL-CAD Wiki:Navdeepbagga * 5302 /wiki/User:Navdeepbagga: Created page with "Personal Information Name: Navdeep Bagga Email Address: gottarocknow@gmail.com IRC Username: navdeep Phone number: +91 981 556 4887 Blog Address : http://www.navdeepbagga..."
07:07.24*** join/#brlcad kesha (~kesha@49.249.18.127)
07:26.42*** join/#brlcad priyanka (~priyanka@202.164.53.117)
07:34.12priyankaHello, I want to know which files are showing output on console. I changed fb_log of if_ogl.c file, if_debug.c file, but what I see is that output on console are not from these files. I checked for ogl_getmem error on running rt command. How could I know which file is responsible for output on console. Am I doing something wrong?
07:53.27*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ocegrcajhjnrpmbl)
07:54.15*** join/#brlcad priyanka (~priyanka@202.164.53.119)
08:55.17*** join/#brlcad priyanka (~priyanka@202.164.53.117)
10:06.38*** join/#brlcad priyanka (~priyanka@202.164.53.119)
11:08.51``Erik'output on console'? you could try a recursive grep to match the string you're seeing... quite a bit uses bu_log()
11:50.32*** join/#brlcad kanzure (~kanzure@131.252.130.248)
12:57.27Notify03BRL-CAD:bob1961 * 55517 brlcad/trunk/src/libtclcad/tclcad_obj.c: Call DM_MAKE_CURRENT before calling DM_GEN_DLISTS in libtclcad.
13:02.16Notify03BRL-CAD:bob1961 * 55518 brlcad/trunk/src/libged/erase.c: Can't assume that display lists are contiguous in gdl_headSolid. This was the culprit/bug that was causing geometry to mysteriously disappear from the display in MGED and Archer.
13:07.35Notify03BRL-CAD:bob1961 * 55519 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: By default, Archer will use display lists.
13:12.15*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:28.10*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
13:34.03brlcadstarseeker: did you ever read this about the mark iv?  http://blog.nikonmetrology.com/2011/01/24/modeling-a-world-war-i-mark-iv-tank/
13:42.08*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:52.53Notify03BRL-CAD:bob1961 * 55520 brlcad/trunk/src/mged/dozoom.c: Added a call to DM_MAKE_CURRENT to mged's createDList and freeDListsAll functions.
14:11.08*** join/#brlcad kesha (~kesha@49.249.18.127)
14:23.34*** join/#brlcad navdeep (75c76ad4@gateway/web/freenode/ip.117.199.106.212)
14:23.53brlcadd_rossberg or``Erik or starseeker: can one of you attend the gsoc deduplication meeting on friday?
14:24.29brlcadright now we don't have any duplicates, but someone is required to attend and I'll be in a car at that time (1900 UTC, 3-4pm EDT)
14:25.03brlcadrequired to attend just in case a duplication results from resolving some other org's duplication
14:27.03``ErikI'll be driving as well
14:33.47d_rossbergI can do it
14:35.28brlcadd_rossberg: thank you, it's held in #gsoc
14:36.08brlcadyou basically just make a quick decision whether to keep or let another org have a student, if a conflict arises (very unlikely)
14:37.56d_rossbergok, i subscribed to the gsoc calendar, it contains all the details
15:15.21*** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102)
15:33.28starseekerbrlcad: I knew about the scanning effort, but I didn't know they'd published an article on it
15:34.08starseekerdon't supposed they published the data set somewhere?
15:38.43*** join/#brlcad navdeep (75c76ad4@gateway/web/freenode/ip.117.199.106.212)
16:51.09*** join/#brlcad kesha (~kesha@49.249.19.49)
16:59.47*** join/#brlcad jasleen (~chatzilla@117.253.202.91)
17:34.43*** join/#brlcad harmanpreet (~chatzilla@210.56.121.193)
17:39.31brlcadstarseeker: not that I ever heard of, the paper doesn't link it
17:41.26*** join/#brlcad kesha (~kesha@49.249.19.49)
17:49.38*** join/#brlcad avneet (~avneet@202.164.53.122)
18:13.32*** join/#brlcad jasleen (~chatzilla@117.255.243.223)
18:42.59*** join/#brlcad merzo (~merzo@73-183-132-95.pool.ukrtel.net)
18:45.32*** join/#brlcad kesha_ (~kesha@49.249.19.49)
19:00.14*** join/#brlcad jasleen (~chatzilla@117.255.243.223)
19:18.45*** join/#brlcad rays2pix (~deepak@14.139.226.34)
19:43.07jasleenbrlcad: currently LIBDM display manager library has canvas specific DM
19:44.26jasleenI am proposing, not to extend LIBDM, rather create a seperate path for this cross platform DM.
19:44.34jasleenIs this ok?
20:01.22Notify03BRL-CAD:brlcad * 55521 brlcad/trunk/src/librt/db_anim.c: validate our input parameters before assuming they're non-null
20:09.45Notify03BRL-CAD:brlcad * 55522 brlcad/trunk/src/librt/test_bot2nurbs.cpp: style cleanup, ws
20:10.18*** join/#brlcad rays2pix (~deepak@110.234.229.2)
20:10.35Notify03BRL-CAD:brlcad * 55523 brlcad/trunk/src/librt/prep.c: make rt_clean() work even if it's an rtip that no longer has a dbip handle (instead of crashing)
20:15.37Notify03BRL-CAD:brlcad * 55524 brlcad/trunk/src/librt/db_open.c: behave more user-friendly gracefully if we attempt to close a null dbip. let it mean we have nothing to do instead of halting the application.
20:34.06``Erikhm, sbcl core had a fit of x86_64 simd improvements just now O.o
20:57.48Notify03BRL-CAD:brlcad * 55525 brlcad/trunk/TODO: turns out at least the one instance being used with rt_new_rti()+rt_free_rti() does result in zero leaks (so long as you close the cloned dbip). still needs more TLC w.r.t. duplicate geometry and usage of the rt_uniresource/global memory pools, but no longer seems like a release barrier.
20:59.25brlcadjasleen: I'm highly skeptical that you have enough time to change your proposal in such a drastic way that it could be evaluated with any confidence
20:59.41brlcadthat's something that should have come up in discussion literally a month ago
21:00.39brlcadif this is because you're having such trouble with your libdm patch, that's a problem in itself that should be discussed
21:01.14jasleenwell.. the more i search, the more i get ideas. that's why updating my proposal.
21:01.39jasleenyes i want to discuss
21:02.08brlcadwe can do that in a few hours if you have the time
21:02.26brlcadit's probably an involved discussion :)
21:02.53jasleenI have time. Just give me few minutes . I am updating scheduling in it
21:03.05jasleenyah... i feel the same
21:04.00brlcadin general, it doesn't sound like a great plan (to me), perhaps it does to others though
21:04.50brlcada primary rule of risk reduction (and debugging) is to only change one thing at a time
21:05.16brlcadcompletely circumventing libdm probably cascades FAR more work than there is time to consider within the GSoC timeframe
21:06.16brlcad"maybe" if you were already very experienced in libdm and our mged front-end code, you could successfully propose a "de-wire" proposal to circumvent libdm altogether
21:06.57brlcaddoing it all at once sounds like a recipe for disaster... or not even half-finished unusable code
21:07.19rays2pixbrlcad: I have updated my schedule to have only image format conversions. Request you to review it
21:07.31brlcadrays2pix: you don't have to request anything
21:07.38brlcadall proposals get reviewed over and over
21:09.28brlcadit's pretty much assumed that you will respond to questions, comments, and requests posted as feedback with something satisfactory
21:09.37jasleencan you tell about de-wire
21:09.50brlcadif we find later that it's not, then ... we have a problem :)
21:10.09starseekerbrlcad: a tar.gz of my Haiku virtual machine (shows the off_t issue) is about 800 megs - would that be of use to you?
21:10.10brlcadrays2pix: so best I can suggest is to re-read the feedback you have and make sure you really did address all questions/comments
21:10.38brlcadstarseeker: maybe, I have several haiku images too -- just haven't tried a compile since beginning release prep
21:10.43jasleenbrlcad: I am not getting what you want to say
21:10.56brlcadjasleen: of course I could, but to what end?
21:11.48starseekerbrlcad: ah, k - you had mentioned needing access to a machine showing the issue, and that was the best idea I've had thus far... ironically enough, it's an issue I'm only seeing at the moment in virtual machines
21:12.37brlcadstarseeker: then before you consume the bytes uploading, let me just try a compile on my box
21:12.42brlcadi can do that this evening
21:12.58jasleenbrlcad: Gave me few minutes. I Have to go now.
21:13.13starseekerbrlcad: k, thanks.  I'd be willing to take a stab at it, but headcold + fatigue do not a good developer make :-/
21:13.18jasleenThen i will discuss.
21:13.38brlcadstarseeker: no worries, it's now our very last release issue that I'm aware of
21:13.52starseekersweet
21:14.13starseekerone thing I can do...
21:14.15brlcadand arguably not major, just worth looking into
21:14.24starseekerstarts bringing up virtual machines and firing off distchecks
21:14.35brlcadah, yeah, that'd be good
21:15.39starseekerbrlcad: FreeBSD i386 is probably the most worrisome - Haiku is a niche target and OpenIndiana (and presumably other Solaris derivatives) have other issues
21:16.15rays2pixbrlcad: Are you expecting more details on test tools?
21:16.23starseekeronly has Windows 8 + Visual Studio 2012 Express here, so someone will need to do that test
21:18.37brlcadstarseeker: it's almost certain that 32-bit linux will be a problem
21:19.13brlcadrays2pix: tools? no.  testing? depends, but yes you should account for proper testing.
21:20.35rays2pixI proposed to develop example code which also serves to test every added feature
21:27.06rays2pixas per current plan, as I develop code for every format, I will also have example converter utils and test the same before taking up a new format
21:27.51``Erikspeaking of slowaris derivatives, anyone done opensolaris lately? I signed up for a dvd when they announced a completely open source x86 version, but never recieved it :/
21:28.12starseeker``Erik: my understanding was opensolaris is effectively defunct?
21:28.14``ErikI have a 32bit linux ubuntu 12.04 box I can grind a test on
21:29.18starseekerillumos and its derivatives seem to be where the action is - I've got OpenIndiana, and I think brlcad was interested in taking a look at SmartOS
21:29.44starseeker``Erik: that'd be cool - I have the latest 13.04 (or whatever) in my own 32bit Ubuntu image
21:29.45``Erikis ignorant of the current status of the solaris tree :(
21:30.22starseekerhttp://en.wikipedia.org/wiki/OpenSolaris
21:30.32starseekerlooks like it got "Oracled"
21:30.46``ErikLinux putrid 3.5.0-30-generic #51~precise1-Ubuntu SMP Wed May 15 08:50:20 UTC 2013 i686 i686 i386 GNU/Linux
21:30.52``Erikmodel name      : Intel(R) Celeron(R) CPU          450  @ 2.20GHz
21:31.48``Erik$200 at bj's, yo... with a 500g sata, couple gigs of ram, kbd, mouse, etc
21:33.01``Erikillumos, openindiana and smartos are probably the family I'd be looking for... bsd as at&t and berkeley did it is long gone, fbsd/obsd/netbsd/pcbsd/dragonfly are the descendants
21:35.29``Erikillumos does seem like the nexus for post-opensolaris activities
21:36.54starseekeryeah, I think they're all building on that core
21:37.51starseekerat least in principle, we might be able to download the latest Solaris for testing - I haven't scoped out their new license
21:38.30starseekerthe "sun studio" compiler is likely to be a test we still don't pass
21:39.44Notify03BRL-CAD:carlmoore * 55526 brlcad/trunk/src/fb/fb-rle.c: replace -h with '-S 1024' so -h can be used for help; also, implement -?
21:39.49starseekeris quickly reminded that he needs more ram if he wants to run large numbers of VM's simultaneously
21:43.04starseekerah, bugger
21:43.15starseekerinstalls autoconf, automake and friends
21:58.11``Erikhm, we used to be cool with sunw pro on sparcIIi I think, an e420 or something
21:58.28starseekernods - I think that was pre openNURBS days
21:58.33``Erikoh, yeah, it was
21:58.39``Erikpre-cmake, too
21:58.45starseekerand stepcode :-)
21:59.22*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
21:59.25``Erikyeah, all the imported c++ stuff might cause a fit... hopefully not much of one since we're ok with gcc, clang and msvc
22:00.08starseekerI remember tweaking openNURBS to at least build with Sun Studio - don't think I ever tried stepcode
22:01.06``Erikstepcode comes from nist, right? I'd assume it'd be much more solaris friendly than openNURBS, which comes from a very very win32 background
22:01.19starseekercould be
22:01.58starseekerproblem is stepcode pre-dates a lot of modern C++ standards, and sunstudio seems to be real big on strict standard adherence
22:02.21starseekeron the other hand, they may have ended up using a "simple" subset too - would just have to try it
22:03.03``Erikhm, is stepcode old enough to be consumable by the old c++ to c compilers? :D
22:09.32jasleenbrlcad: I just updated my proposal. Please give time to review it.
23:29.06*** join/#brlcad rays2pix (~deepak@14.139.226.34)
23:38.42*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
IRC log for #brlcad on 20130522

IRC log for #brlcad on 20130522

03:20.40Notify03BRL-CAD:brlcad * 55527 brlcad/trunk/src/libpkg/pkg.c: quell openindiana warning, unused onoff var
03:23.24brlcadstarseeker: what does man tgetent on openindiana say for headers?
03:25.20brlcadsee if term.h and curses.h header checks pass too (they should have...)
03:28.18Notify03BRL-CAD:brlcad * 55528 brlcad/trunk/src/anim/anim_time.c: avoid shadowing time (openindiana)
03:38.48brlcadstarseeker: looks like those are the few I could fix from your log without more information
03:39.46brlcadif you retry and get the some ones, would be good to see byteorder.h in full to see if the htonll error is quellable/detectable
03:44.59*** join/#brlcad zero_level (~androirc@14.139.82.6)
06:11.39*** join/#brlcad zero_level (~androirc@14.139.82.6)
08:08.36*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:55.30*** join/#brlcad merzo (~merzo@120-193-133-95.pool.ukrtel.net)
11:12.29Notify03BRL-CAD:bob1961 * 55529 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Tweaks for Archer's Rt image view mode.
11:56.10Notify03BRL-CAD:bob1961 * 55530 brlcad/trunk/src/libged/draw.c: In _ged_drawtrees, set autoview to 1 only if doing adaptive plotting.
12:47.21*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
12:57.15*** join/#brlcad jasleen (~chatzilla@117.253.203.100)
13:10.21Notify03BRL-CAD:bob1961 * 55531 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Archer mods to initialize a bit of tree state when a database is loaded. This is related to Archer's rt image view mode.
14:20.41*** join/#brlcad kanzure (~kanzure@131.252.130.248)
14:33.30*** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd)
14:34.42ajQDHello everyone
14:38.02ajQDI have a question about the GSoC application and I don't know to whom should I ask
14:38.36ajQDbrlcad, as you wrote the comment in the application I guess I have to wait for you..
14:57.44brlcad~ask
14:57.45ibotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
14:58.15brlcad"just ask what you intended to ask"
15:07.58*** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd)
15:13.50ajQDbrlcad, I received a comment in my application asking "what portions of the image processing library would you intend to have finished before the midterm evaluations?" And since I wrote in the application "July 30th (midterm evaluation) – Try to have 50% percent of the tools migrated with the Main loop in [3]" I don't understand the question you made.. 50% of the tools is the portion right?
15:43.54``Erikmaybe list the binaries you intend to do before the midterm and the ones after?
15:44.46``Erikotherwise, it sounds like: "what do you plan to have completed at the half-way mark?" "half of it."
15:49.43Notify03BRL-CAD:r_weiss * 55532 brlcad/trunk/sh/cmp.sh: Needed to also comment out "Norm" because it was dependant on "Tied", "Diff" and "TDif" which was already commented out.
15:56.52ajQD``Erik, thanks for replying
15:58.12ajQDBut.. I don't see how can I define the number of tools that I will have migrated by then if I don't first do this two steps: [1] Analise and study BU* and ICV (standars, differences what does each contain)
15:58.13ajQD[2] Come up with an strategy for migrating BU tools for image processing to use ICV.
16:00.19starseekerinteresting - vanilla BSD make doesn't seem to know how to cope with our odd pathnames distcheck
16:03.52starseekeraand autotools distcheck crashes and burns on Fedora 64 bit
16:15.49*** join/#brlcad ibot (~ibot@rikers.org)
16:15.49*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
16:26.53Notify03BRL-CAD:bob1961 * 55533 (brlcad/trunk/src/libged/draw.c brlcad/trunk/src/libged/ged_private.h): Remember the autoview setting in _ged_drawtrees by adding it to the _ged_client_data struct.
16:33.54Notify03BRL-CAD:bob1961 * 55534 brlcad/trunk/src/libged/draw.c: Minor cleanup of _ged_drawtrees.
16:44.31*** join/#brlcad harmanpreet (~chatzilla@124.253.150.57)
16:57.10*** join/#brlcad vladbogo (~vlad@188.25.237.147)
16:59.27*** join/#brlcad rays2pix (~deepak@110.234.229.2)
17:11.10*** join/#brlcad harmanpreet (~chatzilla@210.56.124.124)
17:12.25``Eriksiggraph 2013 tech paper preview trailer http://youtu.be/JAFhkdGtHck
17:52.07Notify03BRL-CAD:brlcad * 55535 (brlcad/trunk/src/tclscripts/CMakeLists.txt brlcad/trunk/src/tclscripts/archer/CMakeLists.txt and 15 others): walls of code are bad... clean up and document the pkgIndex.tcl and tclIndex macros. eliminated the name argument since we can generate it automatically off of the path.
17:56.30Notify03BRL-CAD:carlmoore * 55536 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: remove h option
18:00.08starseekerbrlcad: http://www.cmake.org/pipermail/cmake/2013-May/054829.html
18:00.17starseekermight be of interest
18:01.22brlcadstarseeker: it's of interest if someone hooks it up ;)
18:02.25starseekerheh
18:03.02starseekerbrlcad: thanks for simplifying the Tcl CMake macros
18:03.22starseekeriterated on those one too many times and it got hard to see the forest for the trees
18:09.43*** join/#brlcad ncsaba (~ncsaba@p54981D99.dip0.t-ipconnect.de)
18:10.31ncsabaHi all
18:12.19ncsabais there anybody who can give me a quick hint where to look for the implementation of commands available in mged ?
18:13.31ncsabaok, never mind, I found the command I was looking for...
18:16.05ncsabaso they are in the "libged" subdirectory - one question though: if I would have a new command, where should I look to register it so it is acessible from mged shell ?
18:21.00ncsabafound that too by for searching references to ged_analyze
18:22.06ncsabaok, so I managed to answer my own questions - seems I only need to write them down ;-)
18:22.07starseekerhmm: src/libbn/ulp.c:170: warning: comparing floating point with == or != is unsafe
18:22.54starseekerlittle surprising - it's the isnan and isinf calls that it doesn't seem to like
18:26.00starseekeranother source of fun:  http://paste.lisp.org/display/137259
18:38.47starseekeraaand openNURBS doesn't want to build either
18:38.49starseekeryeesh
18:38.55starseekerlater for this
18:39.57Notify03BRL-CAD:carlmoore * 55537 brlcad/trunk/src/proc-db/brickwall.c: implement -? and no-arguments; switch over to use of getopt's error messages; have not yet resolved -h
19:21.18*** join/#brlcad jasleen (~chatzilla@117.253.228.174)
19:55.11Notify03BRL-CAD:carlmoore * 55538 brlcad/trunk/src/burst/burst.c: implement h and ?; no-argument option NOT implemented because we go to the screen-display instead
20:27.20Notify03BRL-CAD:erikgreenwald * 55539 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: try to rebalance xml after the -h removal...
20:57.53Notify03BRL-CAD:carlmoore * 55540 brlcad/trunk/src/util/buffer.c: implement -h and -? but not help-by-running-with-no-arguments
21:08.16Notify03BRL-CAD:carlmoore * 55541 brlcad/trunk/src/util/bw-a.c: implement -h and -?; run-with-no-arguments IS available already
21:20.52*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
IRC log for #brlcad on 20130523

IRC log for #brlcad on 20130523

00:20.29starseekerbrlcad: http://brlcad.org/~starseeker/brlcad_build_log_openindiana.txt
01:12.47*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
02:50.12Notify03BRL-CAD:brlcad * 55542 (brlcad/trunk/src/tclscripts/ami.tcl brlcad/trunk/src/tclscripts/ampi.tcl): fix the silent error that was causing mged to run without a slew of commands being available. if we can't build a tclIndex, stop hard because something went terribly wrong. sync ami.tcl and ampi.tcl too so they basically do the same thing (might want to merge at some point). print the actual error if there was one.
02:51.32brlcadstarseeker: yep, I skipped some of the indiana warnings because they're libc implementation errors
02:53.36brlcadthe paste issue is compiler options needing adjustment
03:07.21*** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net)
03:10.02Notify03BRL-CAD:brlcad * 55543 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: quell mass of openindiana warnings for NAME_MAX not being defined
03:34.00Notify03BRL-CAD:brlcad * 55544 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: also provide isfinite(), but comment out both so they can be specifically tested
03:41.53Notify03BRL-CAD:brlcad * 55545 brlcad/trunk/src/libfb/if_mem.c: quell redefinition error for openindiana
03:48.30Notify03BRL-CAD:brlcad * 55546 brlcad/trunk/src/anim/anim_offset.c: don't shadow time
03:49.08Notify03BRL-CAD:brlcad * 55547 brlcad/trunk/src/anim/anim_keyread.c: anothoer time shadow
04:04.00Notify03BRL-CAD:brlcad * 55548 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: remove extended characters
04:16.27Notify03BRL-CAD:brlcad * 55549 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: indent and format to look for tag errors, but looks clean
04:17.37brlcadstarseeker: I think that's all of them from that log file
04:44.56*** join/#brlcad caen23 (~caen23@92.81.193.129)
04:49.04*** join/#brlcad zero_level (~androirc@14.139.82.6)
05:29.20*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:47.51*** join/#brlcad kesha_ (~kesha@49.249.18.44)
06:53.10*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:51.59*** join/#brlcad jasleen (~chatzilla@202.164.53.118)
09:12.06*** join/#brlcad navdeep (75c76178@gateway/web/freenode/ip.117.199.97.120)
09:18.05*** join/#brlcad jasleen (~chatzilla@202.164.53.117)
09:49.30*** join/#brlcad jasleen (~chatzilla@202.164.53.120)
09:54.29*** join/#brlcad merzo (~merzo@9-6-132-95.pool.ukrtel.net)
11:11.22Notify03BRL-CAD Wiki:Phoenix * 5303 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */
11:27.00starseekerbrlcad: I'm not too concerned about the lex issue - the correct answer there is to convert that code to re2c/lemon anyway.
11:27.20starseekerI'll give it another go tonight
11:29.50Notify03BRL-CAD:phoenixyjll * 55550 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp and 3 others): Fix return value of ON_Intersect (SSI) - returns the number of intersection events (consistent with openNURBS), and add comment to brep.h. Remove the uncessary check of OPENNURBS_PLUS_INC_, and reduce debugging messages.
11:30.32Notify03BRL-CAD Wiki:Phoenix * 5304 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */
11:50.12Notify03BRL-CAD:d_rossberg * 55551 (brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt brlcad/trunk/src/libbrep/CMakeLists.txt and 3 others): link openNURBS statically in brlcad.dlldoing so some of the Windows-DLL-import/export-flag logic can be simplified
12:19.05Notify03BRL-CAD:phoenixyjll * 55552 (brlcad/trunk/src/librt/tests/arb_intersect.g =================================================================== (Binary files differ)): Add a test geometry for SSI - surface tree approach is not so suitable for intersection of two plane surfaces, and we need some special handling. It includes transverse intersection curve, tangent intersection curve, tangent intersection point,
12:19.07Notifyoverlap intersection and some other corner cases - a good test case to test to find the problem in and improve the SSI routine.
12:21.02Notify03BRL-CAD Wiki:Phoenix * 5305 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */
12:27.37*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:12.03*** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102)
13:32.50*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:49.24*** join/#brlcad kesha_ (~kesha@49.249.18.44)
14:14.46*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
15:22.31Notify03BRL-CAD:indianlarry * 55553 brlcad/trunk/src/libged/tables.c: For the 'idents' command skip over non-union combinations above the region level, these members of a combination don't add positively to the defined regions of space and their region ID's will not show up along a shotline unless positively added elsewhere in the hierarchy. This is causing headaches for users generating an association table from our
15:22.33Notify'idents' listing.
15:45.24Notify03BRL-CAD:brlcad * 55554 brlcad/trunk/NEWS: the idents command now skips over non-union combination members above the region level. to quote commit r55553: these members of a combination don't add positively to the defined regions of space and their region ID's will not show up along a shotline unless positively added elsewhere in the hierarchy. This was causing headaches for users generating an association table
15:45.26Notifyfrom our idents listing.
15:49.47Notify03BRL-CAD:brlcad * 55555 brlcad/trunk/NEWS: Aiming to finally release 7.24.0 on Monday! Good times ... r55555 woot!
16:13.57starseekerbugger - getting a regression test failure
16:14.43brlcadstarseeker: which one?
16:14.58Notify03BRL-CAD:brlcad * 55556 brlcad/trunk/include/bu.h: talked with some of our s2 users and we're going to go ahead with the new INFINITY values even though they introduce/expose changes to results. changing infinity results in slightly different bsp cell traversal (grazing case) but the object being reported was always on the shotline to begin with. the decision was to allow this change since the new hits encountered
16:14.58brlcadI'm getting a command not found error on regress-mged
16:14.59Notifyare correct.
16:15.09brlcadwhich is what I was working on yesterday with the cmake changes
16:15.43brlcadsome build system issue, tcl file not found
16:16.03starseekerhmm - this is a bu_bomb of some sort
16:16.42starseekerwipeout in bu_noise_init
16:21.40starseekerah, might be my fault
16:22.27Notify03BRL-CAD:starseeker * 55557 brlcad/trunk/src/librt/tests/CMakeLists.txt: add arb_intersect.g to the CMAKEFILES list.
16:41.50*** join/#brlcad jasleen (~chatzilla@117.253.203.165)
16:44.23*** join/#brlcad kesha_ (~kesha@49.249.200.98)
16:53.32starseekeryeah, my fault
16:53.54starseekerhad a local change I forgot to revert - regression passing now
16:54.16starseekerbrlcad: you still seeing your error?
16:55.10brlcadwill test, but I presume yes because it was a different  test
17:08.44*** join/#brlcad kesha__ (~kesha@49.249.200.98)
17:14.58*** join/#brlcad jasleen (~chatzilla@117.253.203.165)
17:52.37brlcadstarseeker: I found the error, it's because of symlinking instead of copy
17:53.04brlcadfortunately not major and workaroundable
18:04.15*** join/#brlcad kesha (~kesha@49.249.9.241)
18:09.05*** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18)
18:16.57*** join/#brlcad kesha_ (~kesha@49.249.9.241)
18:20.30*** join/#brlcad caen23 (~caen23@92.81.168.35)
18:37.29Notify03BRL-CAD:carlmoore * 55558 brlcad/trunk/src/sig/bw-d.c: implement -h, -?
18:50.19*** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18)
18:59.26*** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18)
19:00.35*** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18)
19:01.25*** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18)
19:03.23*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
19:16.27*** join/#brlcad jasleen (~chatzilla@117.253.203.165)
19:22.50Notify03BRL-CAD Wiki:117.253.203.165 * 5306 /wiki/User:Jasleen_Kaur:
19:37.21*** join/#brlcad kesha_ (~kesha@49.249.19.243)
19:45.58Notify03BRL-CAD Wiki:Jasleen Kaur * 5307 /wiki/User:Jasleen_Kaur:
19:51.54brlcadgdb --args bin/nirt -xffffffff -b -e "units in; xyz -181.91 0 96; dir -1 0 0; s; q;" ../infbug.g tube
19:52.39Notify03BRL-CAD Wiki:Jasleen Kaur * 5308 /wiki/User:Jasleen_Kaur:
19:54.21starseekerwoot - finally, someone other than Apple getting into high PPI screens - both Google and Toshiba are getting into the game (finally)
19:54.57starseeker12.85" 2560x1700 :-)
19:56.23Notify03BRL-CAD Wiki:Jasleen Kaur * 5309 /wiki/User:Jasleen_Kaur:
20:01.28jasleenbrlcad: Is my approach of work wrong?
20:06.58Notify03BRL-CAD:carlmoore * 55559 brlcad/trunk/src/sig/bw-d.c: supply 'bad argument' message for arguments other than the prescribed ones
20:10.36*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:27.14Notify03BRL-CAD:carlmoore * 55560 brlcad/trunk/src/fb/bw-fb.c: supplied h and ? as help flags; converted old h to H because the workaround would require BOTH s and S in place of old h
20:40.08Notify03BRL-CAD Wiki:Jasleen Kaur * 5310 /wiki/User:Jasleen_Kaur:
20:58.07starseekerdrools... a 3:2 aspect ratio on a truly high DPI screen... kinda ironic that the ultimate programmers laptop screen is in a machine that comes with such a locked-down OS
21:04.34mpictorstarseeker: slightly higher resolution than the nexus 10 http://bergie.iki.fi/files/nexus10-shell.png
21:05.16starseekergrins - now *that's* what laptop screenshots *should* look like
21:05.38mpictorhe claims to like it, but of course it's limited to wifi since he's compiling on a desktop
21:05.40mpictorhttp://bergie.iki.fi/blog/six-weeks-working-android/
21:06.21mpictoryea... if only those buttons at the bottom didn't waste soooo much space!
21:06.57starseekerthat's why the reports that you can run Ubuntu on the chromebook pixel make it interesting
21:07.08starseekerfluxbox + gkrellm for the win
21:07.18mpictorhuh. didn't realize that was possible
21:07.50starseekerhttp://lifehacker.com/how-to-install-linux-on-a-chromebook-and-unlock-its-ful-509039343
21:07.50mpictornot too surprising since google uses 100% goobuntu internally
21:08.57starseekerwouldn't be worth squat with just Chrom OS, but a full Linux distribution makes it an entirely different proposition
21:08.59``Erikstarseeker: what machine has the 3:2 high resolution?
21:09.07starseekerChromebook Pixel
21:09.38starseekerhttp://en.wikipedia.org/wiki/Chromebook_Pixel
21:09.46*** join/#brlcad vladbogo (~vlad@188.25.238.238)
21:09.48``Erikhm, saw the samsung one a couple days ago, but I think it's 16:9 or something
21:10.10starseekeryeah, this sucker is apperently the ultimate in laptop screens for the moment
21:10.21``Eriktouch screen, even
21:10.30``Erika bazillion pixels hidden by smudges
21:11.00starseekerTorvalds himself likes it, so it's a pretty good candidate for proper Linux support:  http://www.zdnet.com/chromebooks-biggest-fan-linus-torvalds-7000012842/
21:11.28mpictormy n10 is 2560x1600, and I really don't notice smudges on it
21:11.44starseekeris trying to think of the last time he saw *any* laptop screen with a 3:2 ratio...
21:12.54starseekernot what google designed it for, but that has "programming laptop" written all over it (given the proper OS)
21:13.44starseekeris not a fan of "short and wide" in laptop screens - or desktop either, come to think of it
21:14.21mpictorI *hate* 16:9
21:14.45``Erik<-- still on an old macbook with 1280x800, so *shrug* all of 'em look good
21:16.03starseeker<snort> - ``Erik, with your approach to hardware I'm surprised you're not staring at an old green CRT and wondering what all the fuss is about with this "full color" thing
21:16.42starseeker*likes* being able to have a zillion terminals and documents open at once without them overlapping
21:18.06starseekerfunny how things change - these days $1,500 is considered a very expensive laptop.  If you factor in inflation especially, you don't have to go back so far before that wouldn't have gotten you much of anything
21:18.07``ErikI, um, actually do still have a monochrome vga display somewhere... 640x400!
21:19.14starseekerhands ``Erik +3 nerd points - touchée
21:19.37starseekerwhat's its power consumption like?
21:19.53*** join/#brlcad kesha_ (~kesha@49.248.244.126)
21:20.03``ErikI don't think this laptop can hold a number that big
21:20.11starseekerheh
21:20.39``Erikbut ya throw the big rocker switch and it does make an impressive 'bzzt'
21:21.39``Erikmy next laptop might still be a mac, mostly due to xcode/ios
21:22.20starseekernods - yeah, that's the logical platform for that work
21:23.20mpictorI've been using KDevelop for a couple years. It has improved drastically from the 3.x versions. Never tried xcode, but I do hear that it's good.
21:23.46starseekeris still quite fond of the Mac retina machines - without them, no one would be pushing PPI on laptop screens at all
21:24.27starseekerhowever annoying the Mac "walled garden" approach may be, they do at least force the industry to keep moving
21:24.45mpictorthat they do
21:25.22starseekermpictor: I poked at KDevelop once or twice - I probably should look at it again, I understand they have pretty good CMake support
21:26.33mpictoryour relative path commit make kdevelop crash, but they fixed it within a couple days
21:26.45starseekerheh - oops
21:27.12starseekerwonder what would happen with the full BRL-CAD cmake build logic
21:27.22starseekerthat's quite a bit more gnarly
21:27.57mpictortheir cmake support is pretty good, but they do parse the files themselves - so things don't match 100%
21:28.20mpictorI'd try it myself, but you guys haven't moved to git yet
21:28.20starseekerah - yeah, now that you say that I remember a developer discussing that with them on the CMake list
21:28.25mpictorsvn is slooooooooow
21:28.46starseekermpictor: heh - actually, things got a lot better in that regard now that sf.net has upgraded things
21:33.02mpictoris impressed
21:33.26mpictorI thought they'd _never_ upgrade
21:33.58mpictorBTW, your twitter url is invalid at http://sourceforge.net/projects/brlcad/
21:52.42Notify03BRL-CAD:carlmoore * 55561 brlcad/trunk/src/util/bw-imp.c: implement h and ? as help flags; old h is replaced by '-s 1024'
21:53.50kesha_Read this. http://opensource.com/government/13/2/bug-fix-day Awesome!! :)
21:56.26Notify03BRL-CAD:carlmoore * 55562 brlcad/trunk/doc/docbook/system/man1/en/bw-imp.xml: change the man page for bw-imp; old h has been removed
22:26.23``Erikmpictor: http://brlcad.org/brlcad.git/  
22:26.25brlcadmpictor: thanks, will fix
22:28.22``Erikhuh, doesn't seem to have updated since april 22 O.o
22:37.08``Erikheh http://www.giantfreakinrobot.com/scifi/dalek-bottom-british-pond-biding-time.html
22:54.51*** join/#brlcad kesha_ (~kesha@49.248.244.126)
23:49.07*** join/#brlcad kesha_ (~kesha@49.248.244.126)
23:54.51*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
IRC log for #brlcad on 20130524

IRC log for #brlcad on 20130524

00:59.53mpictor``Erik: thanks
01:00.40mpictorstarseeker: kdevelop takes a while to load it, but it does load without error
01:01.08mpictorsearch, code browser, etc work and aren't noticeably slow
01:01.24starseekerthat's pretty impressive
01:01.56starseekermpictor: we do plan to switch to the github srcs, by the way - we're just delaying it until we complete our release
01:02.09mpictoroic
01:02.20starseekerwe're just a tad late, so we don't want to introduce any more variables...
01:02.50mpictorbtw, if you want to use kdevelop, you'll need 4.5.61 or later
01:03.20mpictoror use gentoo and build kdevelop from master :)
01:03.35starseekerheh - I'm trying to be nicer to my computer this time
01:03.49starseekerthe last two used gentoo and bit the dust after a couple years
01:04.00mpictorlol
01:04.19mpictorI was on debian until I got this system last fall
01:04.51starseekerhad an old alienware laptop (from before they got bought by Dell) and wiped it out trying to upgrade a Gentoo install that got too old
01:05.04mpictorgot tired of reporting bugs in things only to find that they'd been fixed months ago in a version that wasn't in testing yet
01:05.14starseekerheh
01:05.17mpictorcrap :(
01:05.51starseekertends to just build and install in /usr/local the things he cares about most for being current (CMake, clang, etc.)
01:05.55mpictoryea I had trouble with this computer, but the only solution was a 32-bit kernel or a very new kernel
01:06.17starseekernods - I needed the latest Ubuntu for this Dell machine
01:06.35mpictorI thought about that, but it looked like building kdevelop would get pretty involved
01:06.46starseekerwinces - yeah, that's a point
01:07.02starseekerprobably why I usually end up back at CMake + vim + xterm + compiler :-)
01:07.09mpictorheh
01:07.21starseekeryeah, available version is 4.4.4
01:07.23starseekerphooey
01:07.32mpictorthe only vi I know is :wq and :q
01:07.38starseekerhehe
01:07.42mpictorkdevelop? that might work
01:07.52starseekeryou said 4.5.61 or later...
01:08.02mpictorsome older versions don't crash, but they have a bug wrt build targets
01:08.09starseekerhrm
01:08.12mpictoryea
01:08.29starseekerwhat the heck, I haven't crashed the machine this week...
01:08.37mpictorI upgraded to get away from the build target bug, only to hit the cmake parse bug
01:08.41mpictorlol
01:09.13starseekerwonders if that's what prompted that little exchange he saw on the CMake list...
01:11.24mpictorit would have been 5/5 or after
01:11.25mpictorhttps://bugs.kde.org/show_bug.cgi?id=319379
01:13.13starseekerthere are occasional discussions trying to get CMake to use some other, pre-existing language instead of defining their own
01:13.54starseekercan see both sides of that - the limited subset sort of forces you to behave and not go hog wild with complexity, unless it's something you *really* need
01:14.38starseekerbut by the same token, if you really *do* need it the limitations are a pain
01:15.09mpictorseems like cmake could parse the files and output most of the info in xml
01:15.34mpictorthat way, it's easy to skip any info that the ide doesn't need
01:15.59mpictorI remember some other ide causes cmake to generate code::blocks files, then parses those
01:16.06starseekeror JSON even (I'll let ``Erik advocate for s-expressions)
01:16.39starseekernods - in some ways, I think we've reached the point where we need a tool-agnostic way to describe software systems
01:17.01starseekerAutotools, CMake, scons, Visual Studio, Xcode, etc. etc. etc...
01:17.01Notify03BRL-CAD:brlcad * 55563 brlcad/trunk/src/util/bw-imp.c: rarely ever need to document what the code was to developers
01:17.18mpictoryea
01:17.52starseeker*how* the build tools get the job done is an imlementation detail - what the project folks need to provide is the description of the system to be fed to the tools
01:18.04mpictora standard language, and more than one implementation competing
01:18.56starseekerwould be a truckload of work to do it, and unfortunately some of the major players *really* wouldn't care at all about compatibility (*cough*Microsoft*cough*)
01:19.50starseekerthere are enough separate tools now, that have been used for real world projects, that a comprehensive survey and design effort could probably define something useful
01:20.24Notify03BRL-CAD:brlcad * 55564 brlcad/trunk/src/fb/bw-fb.c: ws
01:21.55starseekerlol - "It lead to problems with weird uses of get_filename_components"
01:21.58starseekertakes a bow
01:22.25mpictorhah
01:22.57mpictoryea I was thinking that the redmond implementation would have non-standard extensions and/or subtly different behavior
01:23.00mpictor:)
01:23.28starseekercmake 2.8.11 has actually introduced some interesting new features, which down the road might simplify some of BRL-CAD's build logic, but it's going to be a while before I can require that as a minimum version
01:23.38Notify03BRL-CAD:brlcad * 55565 brlcad/trunk/src/fb/bw-fb.c: the high resolution flags can all just go away, even if they equate to two flags (-s 1024 -S 1024) like here, so long as it's a simple substitution.
01:23.38starseeker2.8.8 was bad enough
01:26.30starseekerpfft - crashed 4.4.4 no problem.
01:26.56starseekerback to the joys of ninja
01:27.24mpictorI used some 2.8.[78] features in stepcode without realizing it. I wish their docs showed what features were introduced when :/
01:28.02mpictorbtw, I saw a comment in src/conv/step/CMakeLists about massively parallel builds
01:28.09starseekerit needs updating, but quite useful:  http://www.cmake.org/Wiki/CMake_Version_Compatibility_Matrix
01:28.12mpictorI've run into that muself
01:28.23mpictor*myself
01:28.25starseekermpictor: oh, really?  did you save the error message?
01:28.41mpictorno, I just noticed that it seemed to build the same files over and over
01:28.59starseekerbugger
01:29.35starseekerif you can get it to do that and capture a build log, I might be able to do something about it
01:29.37mpictorI think it may be because of the way I wrote data/CMakeLists in stepcode
01:29.51starseekerchecks...
01:30.07mpictorto be specific, the problem I ran into was with stepcode by itself, not with brlcad
01:30.22starseekernods
01:31.16starseekeroh, mpictor - can I safely delete my stepcode clone on my own github projects page?
01:31.33mpictorIIRC, when there are multiple output files for a custom command, cmake ignores all but the first
01:31.36mpictoryes you can
01:31.42starseekercool
01:32.17starseekerhas accumulated quite a number of "cmakeified" projects on github...
01:32.36mpictorhah
01:34.37mpictorI've wondered if cmake was sometimes running several instances of fedex_plus in parallel for one schema, when multiple targets that depended on the lib were being built at once
01:35.45starseekeryou wouldn't think so...
01:36.09starseekerit probably depends on how you set up the dependencies
01:36.49starseekerusually, I have a custom target that depends on the output files of the custom command(s), and those custom commands in turn have dependencies on their input files
01:37.31mpictorthere's a kdevelop ppa, but it's only at 4.5.0 http://www.ubuntuupdates.org/package/kubuntu-ppa_backports/raring/main/base/kdevelop
01:38.06starseekermpictor: I can try restructuring this, but I can't trigger the parallel failure myself
01:38.22starseekerif I rework it, can you put it through its paces?
01:38.34mpictorsure
01:38.49starseekeralrightie - let me check out a non-anonymous repo
01:39.13mpictorI don't remember triggering it recently though :/
01:39.48mpictorthe fedex command is at https://github.com/stepcode/stepcode/blob/master/data/CMakeLists.txt#L67
01:40.34mpictorI'm going to hit the sack. should be back on fairly early tomorrow
01:40.49starseekercool
01:41.05starseekerIf this turns out to be straightforward, I'll try to commit it tonight
01:41.41starseekerwill try his "standard" custom command pattern and see if that works...
01:41.59starseekerCMake has lots of ways to do this, but it always seems to boil down into one particular pattern...
01:42.09brlcadtwitter url fixed (thx mpictor)
01:52.19Notify03BRL-CAD:brlcad * 55566 (brlcad/trunk/src/fb/cmap-fb.c brlcad/trunk/src/fb/fb-bw.c and 28 others): ws indent style cleanup
02:03.49starseekeryow - some of these step schemas are mean on memory to build
02:09.37starseekerhopes it really was that simple...
02:09.44starseekerfingers crossed
02:22.24brlcadstarseeker: you trying the combined schema?
02:22.37starseekerhmm?
02:22.53starseekerdid the default build, which I think builds the schema
02:22.53brlcadreally wonders if that one will behave well enough for 203 and adequately for 214 files
02:23.00starseekeroh, sorry
02:23.16starseekerno, trying to fix the problem building on a massively parallel setup
02:23.35brlcadhttp://www.steptools.com/support/stdev_docs/stpcad/index.html
02:23.55starseekerthinks he recalls brlcad mentioning the parallel build issue in stepcode too...
02:23.58brlcadmore specifically, http://www.steptools.com/support/stdev_docs/stpcad/step_merged_cad_schema.exp
02:24.32brlcadin theory, that bad-boy would give us a step-g that could read pretty much anything
02:26.22starseekerstep_merged_cad_schema.exp:16224: --ERROR: Entity motion_link_relationship missing from supertype list for subtype resulting_path.
02:26.41starseekerfew other errors
02:27.09brlcadhm
02:27.29brlcaddon't know the spec that well to know if that's a stepcode error or a schema error
02:32.32starseekerbrlcad: http://paste.lisp.org/display/137286
02:37.48brlcadfortunately that doesn't look like a lot of issues
02:38.45starseekerah:  http://www.steptools.com/support/stdev_docs/stpfiles/ap214/index.html
02:39.32starseekerhttp://www.steptools.com/support/stdev_docs/stpfiles/ap203e2/index.html
02:40.01starseekermore basic than their ap203 tests, but useful none the less
02:40.37starseekerwonders if he should have the "deterministic build system" discussion with mpictor...
02:42.15starseekercrosses his fingers that used chromebook pixels appear on the market cheaper after a year or so...
03:51.19*** join/#brlcad zero_level (~androirc@14.139.82.6)
06:15.19*** join/#brlcad zero_level (~androirc@14.139.82.6)
06:58.55*** join/#brlcad kesha_ (~kesha@49.249.18.23)
07:18.23*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:39.40*** join/#brlcad caen23 (~caen23@92.83.181.106)
09:24.01*** join/#brlcad kesha_ (~kesha@49.249.18.23)
09:53.30*** join/#brlcad merzo (~merzo@39-68-132-95.pool.ukrtel.net)
12:00.48Notify03BRL-CAD:indianlarry * 55567 brlcad/trunk/src/fb/fbcolor.c: Space was accidently added to constant chat "," -> ", ". Looks to have been added by ws space scripts. Need to check and possible fix script.
12:13.19*** join/#brlcad zero_level (~androirc@14.139.82.6)
12:34.04Notify03BRL-CAD:indianlarry * 55568 (brlcad/trunk/src/fb/fbzoom.c brlcad/trunk/src/fb/gif-fb.c brlcad/trunk/src/fb/pl-fb.c): Sorry a few more. where space was accidently added to constant chat "," -> ", ". Looks to have been added by ws space scripts. Need to check and possible fix script.
12:44.12*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
13:00.19*** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102)
14:15.55*** join/#brlcad kesha (~kesha@49.249.1.158)
14:28.31*** join/#brlcad kesha (~kesha@49.249.1.158)
14:37.31*** join/#brlcad vladbogo (~vlad@188.25.238.238)
15:02.23*** join/#brlcad kesha_ (~kesha@49.202.239.115)
16:53.17*** join/#brlcad jasleen (~chatzilla@117.253.203.197)
17:18.20*** join/#brlcad kesha_ (~kesha@49.202.239.115)
17:57.05*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-nafyavcvevkyexub)
18:15.05*** join/#brlcad jasleen (~chatzilla@117.255.246.98)
18:16.13starseekermpictor: can you tell if that tweak helped the parallel build situation?
18:22.53Notify03BRL-CAD:carlmoore * 55569 brlcad/trunk/src/util/bw-pix.c: implement -h and -?; also, expand 2 error messages
18:24.19mpictorstarseeker: I haven't been able to trigger it
18:24.40starseekerheh
18:24.58starseekerah well
18:25.29mpictorlike I said at 21:38, I haven't hit it recently - either because I no longer do whatever caused the problem or because of my current setup
18:25.46starseekerit's a bit hard to tell whether SOURCES establishes the dependency relationship between the custom target and the custom command, but DEPENDS should guarantee it
18:25.58mpictoryeah
18:26.36mpictorin the generated makefiles, IIRC, the dependency between the different targets is the first file in the list
18:26.57starseekerhmm - in principle it should require all of them
18:36.04mpictorat one time, one of the scripts I used ran make for one generated file:
18:36.05mpictormake -f data/CMakeFiles/sdai_$i.dir/build.make $i/compstructs.cc >/dev/null
18:36.18mpictorhttps://github.com/stepcode/stepcode/commit/b5f23743d62144de74f1e49a97cec377c7b7e8a8#L1R55
18:37.20mpictoror maybe I used that file simply because it was easy... don't remember
18:47.36mpictorthe first error was easy to fix
18:47.48mpictorchanged line 16226 of the schema to
18:47.50mpictor<PROTECTED>
18:48.01mpictorI'm not sure about the others
18:48.44starseekermpictor: if we get it working, would you be ok with adding it to stepcode?  brlcad is interested in that as a possible path to a multi-version step importer
18:49.02*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
18:49.33mpictorthe entity in the first error is identical to the one in ap214e3_2010, and I don't see where 'joint' comes from - it would take more digging to understand
18:49.35mpictorsure
18:49.45mpictors/first/second
18:50.51*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-lqejxpkzntipdosc)
19:00.37*** join/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-osfqwlrpznwalkqf)
19:32.29*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
19:37.31*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:57.15Notify03BRL-CAD:carlmoore * 55570 brlcad/trunk/src/util/bw-png.c: implement -h , -?
21:02.55Notify03BRL-CAD:carlmoore * 55571 brlcad/trunk/src/util/bw-ps.c: -h , -?
IRC log for #brlcad on 20130525

IRC log for #brlcad on 20130525

01:33.11*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
06:14.58*** join/#brlcad zero_level (~androirc@14.139.82.6)
07:30.12*** join/#brlcad jasleen (~chatzilla@117.255.244.137)
08:32.24*** join/#brlcad hsrai (~hsrai@202.164.53.116)
09:01.23*** join/#brlcad jasleen (~chatzilla@117.253.202.196)
09:08.57*** join/#brlcad jasleen (~chatzilla@117.253.202.196)
09:25.07*** join/#brlcad caen23 (~caen23@92.83.186.156)
09:26.47*** join/#brlcad rays2pix (~deepak@14.139.226.34)
10:49.43*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
10:51.24*** join/#brlcad caen23 (~caen23@92.85.86.12)
11:22.37zero_levelbelcad: how many slots did BRLCAD got this time ? If i am allowed to ask that :)
11:24.04zero_levelbrlcad: how many slots did BRLCAD got this time ? If i am allowed to ask that :)
12:48.55``Erik7
13:12.46zero_level``Erik thanks
13:26.52*** join/#brlcad caen23_ (~caen23@92.81.192.154)
13:31.51*** join/#brlcad caen23 (~caen23@92.81.192.154)
13:51.37*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
15:35.58*** join/#brlcad merzo (~merzo@221-124-132-95.pool.ukrtel.net)
15:49.14*** join/#brlcad jasleen (~chatzilla@117.253.203.141)
16:21.14*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:49.49*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
17:00.32*** join/#brlcad caen23_ (~caen23@92.85.90.207)
18:10.32*** join/#brlcad rays2pix (~deepak@14.139.226.34)
19:14.30*** join/#brlcad jasleen (~chatzilla@117.253.203.141)
20:30.08*** join/#brlcad caen23 (~caen23@92.81.213.235)
IRC log for #brlcad on 20130526

IRC log for #brlcad on 20130526

01:08.39*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
01:41.29starseekermpictor: thanks for sorting out the merged express schema!
01:41.43starseekershould be able to try plugging that in to our converter in the next couple days
01:43.38starseekerfinally builds varkon successfully. MGED has met its equal in the "obtuse GUI" department
02:55.11*** join/#brlcad rays2pix (~deepak@14.139.226.34)
03:15.39mpictorstarseeker: as I commented on the pull request, I don't have very high expectations
03:16.10mpictorthough I suppose it's possible that the stuff that changed did so because the earlier version wasn't really usable
03:16.21mpictorguess we'll find out
03:17.29mpictorIt was pretty easy to fix. Glad I could be of assistance :)
03:17.55mpictorsigning out...
06:36.32*** join/#brlcad zero_level (~androirc@14.139.82.6)
09:07.08*** join/#brlcad caen23 (~caen23@92.85.83.136)
09:51.32*** join/#brlcad merzo (~merzo@217-47-132-95.pool.ukrtel.net)
12:06.41*** join/#brlcad caen23_ (~caen23@92.81.221.156)
12:24.04``Erikstarseeker: you might appreciate this, dude equates parsing perl to the halting problem and calls it 'formal proof' of perl being unparsable http://www.perlmonks.org/index.pl?node_id=663393
12:26.12``Erik(via https://news.ycombinator.com/item?id=5770531 )
14:04.49*** join/#brlcad caen23 (~caen23@92.81.177.117)
14:21.53*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
16:04.11*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
16:36.28*** join/#brlcad jasleen (~chatzilla@117.253.203.12)
16:47.33*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:59.41*** join/#brlcad caen23_ (~caen23@92.81.179.101)
17:25.17starseeker``Erik_: that's awesome
17:27.16*** join/#brlcad kesha_ (~kesha@49.249.18.101)
17:37.17*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-ipirpiwghtqwpwlm)
17:49.09*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xqxhdsnvutvwyudi)
20:28.03*** join/#brlcad caen23 (~caen23@92.81.197.121)
IRC log for #brlcad on 20130527

IRC log for #brlcad on 20130527

02:12.18*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
05:13.24*** join/#brlcad caen23_ (~caen23@92.81.176.202)
05:20.02*** join/#brlcad zero_level (~androirc@14.139.82.6)
07:57.54*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:35.52*** join/#brlcad zero_level (~androirc@14.139.82.6)
09:52.29*** join/#brlcad merzo (~merzo@95-91-133-95.pool.ukrtel.net)
10:49.56Notify03BRL-CAD:d_rossberg * 55572 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: link p2t with zlib-static if a brlcad.dll should be build
11:31.30*** join/#brlcad caen23 (~caen23@92.83.176.127)
12:18.39*** join/#brlcad rays2pix (~deepak@14.139.226.34)
14:29.53*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
14:50.47*** join/#brlcad rays2pix (~deepak@14.139.226.34)
14:52.24Notify03BRL-CAD Wiki:JoelDBenson * 0 /wiki/User:JoelDBenson:
15:07.56*** join/#brlcad caen23_ (~caen23@92.81.179.170)
15:49.27*** join/#brlcad kesha_ (~kesha@49.202.239.92)
16:42.02Notify03BRL-CAD Wiki:JoelDBenson * 5311 /wiki/User:JoelDBenson: Created page with "==Spring 2013== I'm an old, very experienced tech writer who is new to and envisions using BRL-CAD to create 3D illustrations. I'll be adding stuff that I would have found he..."
16:46.04*** join/#brlcad jasleen (~chatzilla@117.255.243.200)
16:58.14*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
17:40.15*** join/#brlcad jasleen (~chatzilla@117.253.232.185)
18:24.21*** join/#brlcad kesha__ (~kesha@49.249.18.178)
18:32.45*** join/#brlcad caen23 (~caen23@92.81.222.51)
18:33.41*** join/#brlcad kesha__ (~kesha@49.249.18.178)
19:13.32Notify03BRL-CAD Wiki:JoelDBenson * 5312 /wiki/Sed: created as a redirect to the MGED CMD sed article
19:16.18*** join/#brlcad AndroUser (~androirc@14.139.82.6)
19:24.50rays2pixhi
19:57.19Notify03BRL-CAD Wiki:JoelDBenson * 5313 /wiki/Determining_the_properties_of_primitive_objects: basically renamed old "Determining the properties of primitives" article for consistency's sake
20:00.32Notify03BRL-CAD Wiki:JoelDBenson * 5314 /wiki/Creating_primitive_objects: created in part from paragraphs moved from BRL-CAD Primitives article
20:01.15Notify03BRL-CAD Wiki:JoelDBenson * 5315 /wiki/Determining_the_properties_of_primitives: Redirected page to [[Determining the properties of primitive objects]]
20:02.18Notify03BRL-CAD Wiki:JoelDBenson * 5316 /wiki/Changing_the_properties_of_primitive_objects: Created page with "We have [[Determining the properties of primitives|determined the properties of a primitive object]]. From the [[mged]] console, we now wish to change the properties of this o..."
20:05.06Notify03BRL-CAD Wiki:JoelDBenson * 5317 /wiki/Changing_the_properties_of_a_primitive_objec: moved contents to "Changing the properties of primitive objects" for consistency, made this a redirect
20:05.49Notify03BRL-CAD Wiki:JoelDBenson * 5318 /wiki/Determining_the_properties_of_primitive_objects:
20:07.16kesha__``Erik brlcad cstirk starseeker Thanks a lot. Looking forward to have awesome summer. And congrats to fellow gsocers :)
20:10.19Notify03BRL-CAD Wiki:JoelDBenson * 5319 /wiki/BRL-CAD_Primitives: moved discussion of creation methods to a new "Creating primitive objects" article, inclduing only a link here (see talk page)
20:10.55*** join/#brlcad crdueck (~cdk@24.212.219.10)
20:22.38Notify03BRL-CAD Wiki:JoelDBenson * 5320 /wiki/Talk:BRL-CAD_Primitives: Explained my revision of the introductory section.
20:46.29Notify03BRL-CAD Wiki:JoelDBenson * 5321 /wiki/Creating_primitive_objects: polished the article I created a few minutes ago
21:09.18Notify03BRL-CAD Wiki:JoelDBenson * 5322 /wiki/Talk:Creating_primitive_objects: why I created this article
21:31.39Notify03BRL-CAD Wiki:JoelDBenson * 5323 /wiki/BRL-CAD_Primitives: tweaked the first paragraph
22:26.50Notify03BRL-CAD Wiki:JoelDBenson * 5324 /wiki/Changing_the_properties_of_primitive_objects:
22:29.25Notify03BRL-CAD Wiki:JoelDBenson * 5325 /wiki/Talk:Changing_the_properties_of_primitive_objects: Created page with "Yes, I know that examples and screen captures would be nice. All in due time! ~~~~"
22:34.05Notify03BRL-CAD Wiki:JoelDBenson * 5326 /wiki/BRL-CAD_Primitives: removed an old link to an article I renamed
IRC log for #brlcad on 20130528

IRC log for #brlcad on 20130528

02:04.16Notify03BRL-CAD Wiki:Taxedman01 * 0 /wiki/User:Taxedman01:
03:37.10Notify03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:DefaultRPP.png: 500 by 530 pixel screen capture of a default rpp object created and raytraced using MGED
03:42.18Notify03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:DefaultRppThumb.png: Thumbnail screen capture of default RPP created and raytraced using MGED
04:12.29brlcadsays hi and congrats to all!
04:53.17Notify03BRL-CAD Wiki:JoelDBenson * 5329 /wiki/BRL-CAD_Primitives: /* Arbs */ Revised the heading 1 level, general discussion of arbs and the level 2 discussion of rpps.
06:11.06*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
06:12.29zero_levelJust found out.. selected to work for BRLCAD this summer. Thanks you mentors for showing confidence in me.
06:55.20*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:41.15*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
09:49.27*** join/#brlcad merzo (~merzo@112-252-133-95.pool.ukrtel.net)
10:00.57*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
10:09.52*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
10:24.43*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
13:46.09*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
14:02.57*** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
14:18.19*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
15:45.09brlcadzero_level: it was pretty solid competition this year since we decided to only work with 7
15:46.07Notify03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:ExampleBox.png: screen capture of a generic box primitive
15:46.40brlcadhad more qualified applications than available slots, so some hard choices had to be made
15:47.05Notify03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:ExampleBoxThumb.png: 200 pixel wide thumbnail of generic box screen capture
15:47.14brlcadzero_level: your job #1 now is getting commit access before the program begins, anyone that doesn't will get dropped
15:48.01zero_levelbrlcad: do u mean by 17
15:48.21brlcadhm? what do you mean?
15:48.37brlcadI meant 7, we only asked for and accepted 7 students
15:49.11brlcadwe could have asked for more, but intentionally wanted to accept fewer this year
15:50.03zero_levelbrlcad: i was asking about commit acess. Do u mean we should get commit acess by 17th Jun ?
15:50.24brlcadoh, whenever the start date is, yes
15:50.35brlcadyou should be able to get it FAR before then though
15:50.58brlcadit really only takes two or three good patches
15:51.12brlcadthey must be "perfect" though
15:51.39brlcadthe point isn't to get useful things done but, rather to demonstrate proper patch/commit competency
15:51.51brlcadper our developer guidelines (read HACKING)
16:02.16zero_levelbrlcad: yes about the numbers, i saw the pattern
16:32.30Notify03BRL-CAD Wiki:Phoenix * 5332 /wiki/User:Phoenix/GSoc2013/Reports: Created page with "= Log = == Community bonding == * May 28 ** Create the log page ** Things have done: *** Test program for SSI and a test geometry file *** Some improvement with SSI and API de..."
16:34.08Notify03BRL-CAD Wiki:Phoenix * 5333 /wiki/User:Phoenix: /* GSoC 2013 Project */
16:34.27Notify03BRL-CAD Wiki:Phoenix * 5334 /wiki/User:Phoenix: /* GSoC 2013 Project */
16:43.10*** join/#brlcad jasleen (~chatzilla@117.255.241.53)
16:46.40Notify03BRL-CAD Wiki:JoelDBenson * 5335 /wiki/BRL-CAD_Primitives: /* Arbitrary convex polyhedra */ developed box subsection of arb section
16:50.49*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
17:43.23*** join/#brlcad rays2pix (~deepak@14.139.226.34)
18:13.28*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-kxjlfthcuxhhunat)
18:27.29*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-xuwcdntywgmgcflk)
18:29.40*** join/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-xigrrvuvjqzlcaum)
19:24.38*** join/#brlcad vladbogo (~vlad@188.25.238.238)
19:53.44Notify03BRL-CAD:carlmoore * 55573 (brlcad/trunk/doc/docbook/system/man1/en/bw-rle.xml brlcad/trunk/doc/docbook/system/man1/en/pix-rle.xml and 3 others): remove -h (high-res) option so it can be used for help
19:56.18Notify03BRL-CAD:carlmoore * 55574 (brlcad/trunk/TODO brlcad/trunk/include/config_win_cmake.h.in and 5 others): remove trailing blanks/tabs
20:08.02``Erikpixar has moved to completely raytraced O.o http://thisanimatedlife.blogspot.com/2013/05/pixars-chris-horne-sheds-new-light-on.html?m=1
20:13.27``Erikcrazy train explosion is crazy O.o
20:19.47*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
23:11.41Notify03BRL-CAD Wiki:Tbrowder * 5336 /wiki/DSP: /* Preparing your height field data */
23:12.39Notify03BRL-CAD Wiki:Tbrowder * 5337 /wiki/Main_page: /* Tutorials */ add reference to DSP tutorial
23:14.08Notify03BRL-CAD Wiki:Tbrowder * 5338 /wiki/EBM: /* Making an image with GIMP */
23:16.57Notify03BRL-CAD Wiki:Tbrowder * 5339 /wiki/EBM: /* Inserting ebm in MGED */
23:18.20Notify03BRL-CAD Wiki:Tbrowder * 5340 /wiki/EBM: /* Converting PNG into x bitmap file */
23:24.48Notify03BRL-CAD:tbrowder2 * 55575 brlcad/trunk/TODO: not sure if this is the right place for a wiki item, but I am sure I'll find out if it isn't
IRC log for #brlcad on 20130529

IRC log for #brlcad on 20130529

07:07.11*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
08:49.50*** join/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-eyrsqdzvfspzisse)
09:20.56*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
09:46.01*** join/#brlcad vladbogo (~chatzilla@188.25.238.238)
09:48.46*** join/#brlcad merzo (~merzo@147-138-132-95.pool.ukrtel.net)
11:31.01Notify03BRL-CAD Wiki:Ravivaghela * 0 /wiki/User:Ravivaghela:
12:30.42*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
13:52.35Notify03BRL-CAD Wiki:Sean * 5341 /wiki/Emacs:
14:10.32Notify03BRL-CAD:n_reed * 55576 brlcad/trunk/include/vmath.h: fix two macros that referenced a non-existent 's' parameter
15:41.28Notify03BRL-CAD Wiki:Don.brutzman * 0 /wiki/User:Don.brutzman:
15:42.44brlcadnow there's a surprising name
15:42.45Notify03BRL-CAD:brlcad * 55577 (brlcad/trunk/src/util/bw-ps.c brlcad/trunk/src/util/rle_args.c): historic comments about the prior state of code are not necessary.
15:44.44Notify03BRL-CAD:brlcad * 55578 brlcad/trunk/src/fb/fb-rle.c: one more, don't document the past
17:08.36*** join/#brlcad ibot (~ibot@rikers.org)
17:08.36*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
17:26.53Notify03BRL-CAD:carlmoore * 55581 brlcad/trunk/src/util/bwhist.c: implement h,?
17:31.00*** join/#brlcad rays2pix (~deepak@14.139.226.34)
17:33.49Notify03BRL-CAD:carlmoore * 55582 brlcad/trunk/src/util/bwmod.c: implement h,?
17:40.57rays2pixHi I am Deepak and would like to receive feedback on my proposal
17:43.24Notify03BRL-CAD:carlmoore * 55583 brlcad/trunk/src/util/bwrot.c: implement h,? as help; 'h' for high-res is replaced by 's 1024'; usage statement already had h removed
17:44.30brlcadrays2pix: you are next on my list
17:44.57rays2pixbrlcad: thanks.Will wait for it
17:45.17brlcadsince you didn't specify on the mailing list, would you like it public or private, irc or via e-mail?
17:46.06rays2pixI prefer IRC, but if you dont see me around when you have time, you can send me a public email
17:52.19Notify03BRL-CAD:carlmoore * 55584 brlcad/trunk/src/util/bwscale.c: remove high-res ('-s 1024' replaces it), and add h and ? for help)
17:56.23*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:04.39Notify03BRL-CAD:carlmoore * 55585 brlcad/trunk/src/util/bwshrink.c: go with bu_getopt error messages; high res changes from 'h' to '-s 1024'; implement h and ? for help
18:08.06*** join/#brlcad zero_level (~androirc@14.139.82.6)
18:09.57Notify03BRL-CAD:carlmoore * 55586 brlcad/trunk/src/util/bwstat.c: implement use of h and ?
18:23.31Notify03BRL-CAD:carlmoore * 55587 brlcad/trunk/src/util/bwthresh.c: implement h and ?
18:29.48*** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111)
18:29.58Ch3ckHi everyone...
18:30.14brlcadrays2pix: okay so looking over my notes for your proposal now
18:30.20brlcadCh3ck: hi
18:30.26rays2pixbrlcad:cool
18:30.28Ch3ckhi
18:30.47Ch3ckbrlcad: nice being with you all for this summer of code
18:31.01brlcadrays2pix: your level of detail was good, very good
18:31.41Ch3ckjust wanted to know what perculiarity sorted me out
18:31.48brlcadrays2pix: it was a technically useful and interesting proposal, you expanded on our idea well enough
18:31.59Ch3ckbrlcad: some feedback on how my proposal looked on the panel..
18:32.16brlcadrays2pix: you were tied for ranking with several other students as well, so it was a close/tough call
18:32.55brlcadCh3ck: if you hang around, I can hopefully get to yours before jetting off
18:33.12Ch3ckok thanks brlcad
18:33.28Ch3ckbe right here just having a failing network thats all..
18:33.35rays2pixbrlcad: Thanks. I want to know what could be have been better.
18:33.43brlcadrays2pix: getting to that ;)
18:33.55rays2pixlistening:!
18:34.43brlcadrays2pix: so first critique was your response to my early feedback
18:35.19brlcadrays2pix: even ignoring that it took you almost week to respond, you didn't seem to address the concerns raised
18:36.27brlcadrays2pix: your proposed schedule is impossible, attempting to do WAY too much in a very short amount of time
18:37.05*** join/#brlcad caen23 (~caen23@92.81.222.51)
18:37.42rays2pixbrlcad: I revised that after your comments. I agree on be being late and not addressing other parts (you mean testing?)
18:37.43brlcadrays2pix: you basicallly proposed integrating a format a day for an entire month, several of which are completely new formats that will be very difficult
18:38.50rays2pixbrlcad:mm listening**
18:40.40brlcadrays2pix: you needed a drastic revision, e.g., no new formats or only one or two new formats and no old formats -- as written, you're basically claiming to be able to integrate and refactor/rewrite AND test nearly 200k lines of code in under a month ... that is basically impossible
18:41.41rays2pixbrlcad:okay
18:41.46Notify03BRL-CAD:starseeker * 55588 brlcad/trunk/src/other/libregex/regex.h: Don't (re)define off_t unless we have to - try sys/types.h first except in the case of Windows.
18:41.51brlcadrays2pix: it indicated either completely unrealistic expectations or misunderstanding of the complexity involved -- which is fine, that's why feedback was given -- but then you didn't seem to take that feedback into as serious consideration as it called for
18:43.07*** part/#brlcad vladbogo (~chatzilla@188.25.238.238)
18:43.54*** join/#brlcad vladbogo (~chatzilla@188.25.238.238)
18:44.14rays2pixbrlcad:I did go through samples of encoders and decoders of the formats I included - I take in this feedback will try to be realistic in my estimates
18:44.55brlcadrays2pix: your patches could have been better, it seemed like something you pulled together without much effort
18:45.09rays2pixbrlcad: Response to feedback - I did modify my schedule and work plan as per your comments. Still didnt understand where you felt it was irresponsible
18:45.38rays2pixbrlcad:Patches - I agree, it was just a re-write
18:46.15brlcadrays2pix: rather, you just moved a function and didn't even make the bwfilter tool use your function to demonstrate that it works
18:47.34rays2pixbrlcad:ok
18:48.18brlcadrays2pix: patches are expected to be demonstrations of your ability so if the task is predominantly moving/refactoring code, it needs to be complete or improved or somehow requiring effort and though on your part
18:48.34brlcadyour patch didn't really demonstrate much at all other than you could move a function from one file to another
18:48.55brlcadsuper aggressive schedule warranted a super aggressive patch, didn't deliver
18:49.38rays2pixbrlcad: :(! Agreed. Will spice up my coding and estimation skills
18:50.04*** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111)
18:50.40Ch3ckhi..
18:50.42brlcadrays2pix: so to your earlier comment, you did modify your schedule, but it was still "crazy" ambitious ... :)
18:51.13brlcadyou reduced it from 200k lines to like 100k, but you needed it get it down to something like 10-20k
18:51.26brlcadCh3ck: you don't need to say hi every time ;)
18:52.14rays2pixbrlcad: mm. Looks like I lost my time mostly on collecting details. Next time I will restrict that to what fits in time line
18:52.19Ch3ckaight..
18:53.23brlcadrays2pix: yeah, like I said earlier too -- we could have worked with that, further reduced the scope even more .. but it was just too little too late and there wasn't code to back up your ability
18:53.53brlcadhad you come in the channel a couple weeks earlier or responded more quickly, we might have been able to address the scope problem or you might have had more time to work on a better patch at least
18:54.02rays2pixbrlcad: I agree with that. if i had got in to review process a little early, we could have found out this problem
18:54.02brlcadopen source is all about communication
18:54.11brlcadearly, often, better, more
18:54.59rays2pixbrlcad: Sure. Its my mistake. I was checking melange everyday  still around 10th, but some how lost on it. My mistake that I failed to turn on email notification as well
18:55.00brlcadyou were on the cusp, just too many issues and enough students that didn't have quite as many before all slots were filled up
18:56.37brlcadthere's still plenty of opportunity to get involved this year if you're able and interested, gsoc orgs love to see prior participation as a vetting of ability
18:56.58brlcadrays2pix: did you have any specific questions?
18:57.34rays2pixbrlcad: thanks Sean for your time.That really helps. I enjoy being around here and would come up with patches.
18:57.59brlcadthank you for your interest, hope you do contribute
18:58.46brlcadI've seen many students get rejected one year only to begin participating with an org and get a solid acceptance the next year ... many times
18:59.44rays2pixbrlcad: Sure. Your feedback was very valuable. I treasured the mentoring opportunity more than the cash and I am sure its still available!
19:00.04rays2pixWill find an area to work on and get you guys on mailing list
19:00.10brlcadsounds great
19:00.29brlcadpick something really small ;)
19:00.49brlcadthe smaller the better
19:01.34rays2pixhuh sure:). Learnt it hard way
19:03.06rays2pixbrlcad: Once again thanks for your time and bye for now
19:03.13brlcadrays2pix: you're quite welcome
19:03.18brlcadsee you around
19:03.24vladbogohi all
19:03.38brlcadvladbogo: hi
19:03.55vladbogofirst of all i want to say that I am really enthusiastic about working with you all
19:04.07brlcadgood :)
19:04.27zero_levelvladbogo : same is true for me  :)
19:04.41vladbogobrlcad: i would like to ask you to give me some feedback when you have time
19:06.12Notify03BRL-CAD:carlmoore * 55589 brlcad/trunk/src/mged/cad_boundp.c: provide for ? and h, and exit program immediately if those or an illegal option are detected
19:09.32vladbogoalso i saw on the melange page that my assigned mentor is D. Rossberg. Can you tell me his email address in order to contact him?
19:09.40*** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111)
19:18.30Notify03BRL-CAD:carlmoore * 55590 brlcad/trunk/src/mged/cad_parea.c: move Usage to stderr; remove Output(0.0)
19:31.51Notify03BRL-CAD:carlmoore * 55591 brlcad/trunk/src/fb/cell-fb.c: h and ? provided for help; use '-S 1024' for high-res)
19:45.42*** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111)
19:49.31*** join/#brlcad vladbogo_ (~chatzilla@188.25.238.238)
19:51.04*** join/#brlcad vladbogo_ (~chatzilla@188.25.238.238)
20:11.48brlcadvladbogo: some review feedback for you, overall a very strong proposal (both of them really)
20:12.09brlcadvladbogo: if you end up doing aspects of both over the summer, that really is fine as they're both desireable activities
20:13.06brlcadvladbogo: your first patch looked spot on, your follow-up patches were gravy -- I hope to have them fully reviewed/applied after our upcoming release is out
20:14.52brlcadvladbogo: you had competition for your proposal topic but you did well demonstrating an understanding of the complexity involved in your task and the technical problems to be overcome
20:15.34vladbogobrlcad: thanks for your feedback
20:16.47brlcadvladbogo: I have my doubts that you'll be able to get to any embedded framebuffer aspects, but it's not a bad goal to set in the schedule
20:16.47vladbogoas it comes to patches the last one i can't say that it proves any skills. I've just submitted it following your request on the mailing list
20:17.24brlcadyour difficulty will probably be your availability before gsoc begins, to ensure you get all of the preliminary work out of the way (some of which you've already done well with)
20:17.45brlcadvladbogo: being able to address little quick problems like that demonstrates skill
20:17.50brlcadand initiative
20:19.14vladbogobrlcad: that's the most unclear aspect of the project. I hope that all the features will be implemented and i will do my best to do so.
20:20.42brlcadvladbogo: just remember the desirability criteria on http://brlcad.org/wiki/Summer_of_Code/Acceptance#Participation_Requirements ... that last point in particular
20:20.52brlcadyou've got a complicated but succinct project
20:21.05brlcadyou just want to make sure that it's always "done" every step along the way
20:21.28zero_levelbrlcad: can i have a feedback regarding the uses of icv  library for BRLCAD
20:22.30*** join/#brlcad Izak (~Izak@77.220.0.18)
20:22.33vladbogoas it comes to the second patch i tried to do my best to eliminate all the #ifdefs in dm-generic. If you think that my approach it's better then the existing one, the patch has to be fully implemented.
20:22.43brlcadzero_level: maybe later, vladbogo is up next/now
20:22.47brlcadbut yes, you cad :)
20:22.51brlcads/cad/can
20:22.55brlcadjeez, can't type
20:23.12``Erik<PROTECTED>
20:23.20brlcadvladbogo: yeah, that patch has to be studied more carefully
20:23.25brlcadI took it at face value
20:23.42vladbogobrlcad: thanks for your advice. I plan to test every aspect and then move to the other
20:24.32brlcadthat's good, but what coding complete usuallly means is not putting problems off for later
20:24.42Guest72124Izak:How can I know who my Project mentor is?
20:25.03vladbogothat's what i meant
20:25.07``Erikizak: you're the heart primitive, right?
20:25.11brlcadvladbogo: like if you figure out how to open up a Qt window, but have trouble figuring out how to minimize/restore the window
20:25.33brlcadvladbogo: coding complete would generally have you spend the time to figure it out before moving on to something else
20:25.40vladbogogot it:)
20:26.06Guest72124Yes I am
20:26.28*** join/#brlcad Guest72124 (~Izak@77.220.0.18)
20:26.30brlcadbasically don't leave crumbs/turds that someone else will have to clean up later
20:26.45brlcadeven if that someone else is you and later is tomorrow, don't do it ;)
20:27.17brlcadGuest72124: your mentor is everyone with commit access
20:27.20``Erikizak: I believe I'm the mentor administratively, but technical issues should be discussed in public and whoever is available/capable will step up and help
20:27.55brlcadyeah, and maybe try "/nick Izak"
20:27.57Guest72124Thank you Erik
20:28.08``Erikbbiab, half to pick up a lil'un from daycare O.o
20:28.14brlcadcya
20:29.03Guest72124brlcad What does /nick mean?
20:29.17vladbogobrlcad: just read your mail an the mailing list. Is there a wiki page with all mentor's emails? I can't find D Rossberg's email.
20:48.40*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:56.27brlcadvladbogo: you shouldn't need to e-mail him directly
20:56.31brlcaddidn't you read the e-mail? :)
20:57.07*** join/#brlcad Izak_ (~Izak@77.220.0.18)
20:59.08vladbogobrlcad: it says to send an e-mail back to you and your assigned mentor stating my agreement with the participation requirements
21:01.20*** join/#brlcad Izak_ (~Izak@77.220.0.18)
21:01.50*** join/#brlcad Izak_ (~Izak@77.220.0.18)
21:09.04zero_levelvladbogo: are u talking of the mail sent on brlcad-devel group
21:09.07``Erikvladbogo: for the most part, communications should be public... (mailing list or irc)
21:09.51zero_levelvladbogo: or you got a personalized mail ?
21:10.09vladbogozero_level: yes I am talking about the email send on the brlcad-devel-group
21:14.06zero_levelvladbogo but i didnt find info to reply back ?
21:14.07*** join/#brlcad Izak_ (~isaac@77.220.0.18)
21:14.40vladbogo`Erik: i know that we should make public communication. That was related to our participation requirements that I understood that we have to send to our assigned mentor
21:15.15vladbogozero_level: "SEND AN E-MAIL back to me and your assigned mentor stating your agreement with our participation requirements" that's a transcript from the email
21:18.15brlcadright right, my bad for forgetting that detail
21:18.25brlcadi guess I should read it again ;)
21:19.01Notify03BRL-CAD:carlmoore * 55592 (brlcad/trunk/src/anim/chan_add.c brlcad/trunk/src/anim/chan_mult.c brlcad/trunk/src/anim/chan_permute.c): implement h and ? for 3 chan_* utilities
21:20.28brlcadvladbogo: you can just e-mail me and I'll pass it along
21:20.30Izak_`Erik: You said you are my administrative mentor , right ?
21:20.38vladbogobrlcad: thanks for your help
21:21.16vladbogoalso i will be waiting for the patches feedback
21:21.48vladbogodo you think that I should start working on a new patch in order to get commit access?
21:22.55``ErikIzak_: yes, is there an issue already? :D
21:27.57Izak_No no. I am good.
21:41.14brlcadvladbogo: your welcome and it can't hurt (patches), maybe revisit your existing ones to make sure they are pristine (run the sh scripts on them)
21:45.11vladbogobrlcad: thanks again. I will start revising the existing ones because i'm really short of time these days. i'm in full exams period (4 more to go :) )
21:45.26Notify03BRL-CAD:brlcad * 55593 (brlcad/trunk/src/anim/anim_track.c brlcad/trunk/src/anim/anim_turn.c and 3 others): usage functions should be static, top-level function scope curlies go on their own line, and indent first level with 4 spaces not tab.
21:53.45brlcadvladbogo: then yeah definitely just revisit what you have and make sure your public description is clean
21:54.09brlcad2-3 patches is plenty IFF they have no problems ;)
21:55.38``Erik(for those without a lot of formal logic study, 'iff' is code for "if and only if")
22:00.38vladbogothanks again for your help. I have to go now because it's quite late here. Speak to you soon
22:01.26*** part/#brlcad vladbogo (~chatzilla@188.25.238.238)
23:23.59Notify03BRL-CAD:starseeker * 55594 brlcad/trunk/src/other/libregex/regex.h: Haiku's sys/types.h doesn't use protective wrappers around its off_t definition, so check directly.
23:54.58Notify03BRL-CAD:starseeker * 55595 brlcad/trunk/src/libbu/affinity.c: Avoid a set-but-unused warning.
23:57.19Notify03BRL-CAD:starseeker * 55596 brlcad/trunk/src/libbu/heap.c: PAGESIZE is defined in Haiku's limits.h file - check to avoid a define conflict.
IRC log for #brlcad on 20130530

IRC log for #brlcad on 20130530

00:02.31Notify03BRL-CAD:starseeker * 55597 brlcad/trunk/src/other/tcl/CMakeLists.txt: The space in tcl's PACKAGE_STRING variable value is causing problems for the Haiku command line
00:05.12starseekerconfound it
00:05.27starseekerbrlcad: well, FreeBSD i386 had regress-red pass
00:05.34starseekerhitting other issues with Haiku
00:09.25Notify03BRL-CAD:starseeker * 55598 brlcad/trunk/src/libbu/heap.c: Actually, PAGESIZE is quite deliberately defined here - rename to avoid conflict rather than using system definition.
00:13.32starseekerbrlcad: http://paste.lisp.org/display/137370
00:13.46brlcadBU_ prefix implies public API
00:14.11starseekerah, ok - add a preceeding _ ?
00:14.25brlcadHEAP_ prefix ftw
00:14.31starseekerall rightie
00:14.46starseekerwas justing making as sure as possible that there would be no more OS collisions
00:14.58brlcadnods
00:15.52Notify03BRL-CAD:starseeker * 55599 brlcad/trunk/src/libbu/heap.c: defines aren't public - nix BU_ prefix.
00:15.54starseekeris surprised by the timer issue
00:16.07starseekerthey're missing a *lot* of stuff...
00:19.42starseekerbrlcad: should we test for specific entries in the struct during configure?
00:29.49``Erikalmost sounds like timerbe.c might be in order O.o (iirc, timer42 specifically refers to 42BSD)
00:31.20starseekerconfound it - now libcursor isn't working either
00:35.19starseekeraand libtcl can't resolve symbol 'listen'
00:35.38starseekertcl.c needs string.h for memset...
00:35.52starseekerbrlcad: nevermind - Haiku isn't viable for this release
00:35.59``Erik'listen' might be in a libsocket or something
00:38.12``Erikah, here we go, it's libsocket on solaris, libnetwork on haikubeos
00:38.24Notify03BRL-CAD:starseeker * 55600 brlcad/trunk/TODO: regress-red passes now on i386 FreeBSD, and Haiku (and OpenIndiana) have a slew of other issues besides the regex issue. Remove item as a release blocker.
00:38.44starseeker``Erik: we need to add the libnetwork test to the tcl build, looks like
00:41.32Notify03BRL-CAD:starseeker * 55601 brlcad/trunk/src/other/tcl/CMakeLists.txt: Put tcl CMakeLists.txt back for now - will need more work to make a viable tcl build on Haiku anyway. Erik found that libnetwork has the 'listen' symbol, needed for libtcl (causing btclsh to fail)
00:52.24*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
04:03.31brlcadstarseeker: probably not, need to look up what posix says about that struct
04:04.07brlcadi've had haiku compile successfully before, so one of the other timers may be more appropriate
04:39.53Notify03BRL-CAD:brlcad * 55602 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: quell warning, false is not a pointer value
05:00.21brlcadlooks like testing isn't going to finish up soon, so hopefully we can tag it up later today
05:00.26brlcadwill work on release notes
05:34.12Notify03BRL-CAD:brlcad * 55603 brlcad/trunk/include/bu.h: make sure we don't cast away constness unnecessarily. looks like gcc 4.4 has trouble parsing a const genptr_t but no problems with the const type overall, so we introduce a const_genptr_t type and use accordingly.
05:44.43*** join/#brlcad zero_level (~androirc@14.139.82.6)
06:33.52zero_levelhi brlcad ``Erik
08:13.56*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
08:32.12*** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
09:28.01*** join/#brlcad vladbogo (~vlad@188.25.238.238)
09:42.09*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
09:47.31*** join/#brlcad merzo (~merzo@36-175-133-95.pool.ukrtel.net)
09:58.50*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
10:09.08*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-iuhqjhylpkzcpkcs)
10:32.26Notify03BRL-CAD Wiki:Phoenix * 5342 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */
14:03.12Notify03BRL-CAD:carlmoore * 55604 brlcad/trunk/src/util/pixrot.c: implement help via h and ?; h for high-res is replaced by 's 1024'
14:34.51*** join/#brlcad vladbogo (~chatzilla@188.25.238.238)
16:56.37Notify03BRL-CAD:carlmoore * 55605 (brlcad/trunk/doc/docbook/system/man1/en/cmap-fb.xml brlcad/trunk/src/fb/cmap-fb.c): use h,? for help; old h became H because I had no high-res alternative available
17:20.31*** join/#brlcad jasleen (~chatzilla@117.255.243.176)
18:19.34*** join/#brlcad zero_level (0e63445d@gateway/web/freenode/ip.14.99.68.93)
18:26.34Notify03BRL-CAD:carlmoore * 55606 brlcad/trunk/src/shapes/coil.c: simplify handling of h and ? for help; old h becomes H (argument for helix angle)
18:36.34Notify03BRL-CAD:carlmoore * 55607 brlcad/trunk/src/conv/comgeom/cvt.c: make ?,h available as help in comgeom-g
18:46.17Notify03BRL-CAD:carlmoore * 55608 brlcad/trunk/src/proc-db/csgbrep.cpp: add 'continues running (will create file'
18:57.16Notify03BRL-CAD:starseeker * 55609 (brlcad/branches/STABLE/AUTHORS brlcad/branches/STABLE/BUGS and 3559 others): Update STABLE to match trunk r55605. This is the big merge (but not the final merge) before tagging the next release.
19:40.45Notify03BRL-CAD Wiki:Level zero * 5343 /wiki/User:Level_zero/GSOC13/logs: /*Log Page for GSOC13 user: zero_level*/
19:48.32*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:00.32*** join/#brlcad kesha (~kesha@117.204.220.109)
20:25.43Notify03BRL-CAD Wiki:Vladbogolin * 5344 /wiki/User:Vladbogolin/GSoC2013/Logs: Created page with "=Daily Progress= =Project Info= {| class="wikitable" |- |'''Project Name''' || New Cross-Platform 3D Display Manager |- |'''Student Name'''|| Bogolin Simion Vlad |- |'''IRC n..."
20:28.01Notify03BRL-CAD Wiki:Vladbogolin * 5345 /wiki/User:Vladbogolin/Proposal/DisplayManager: /* Patches */
20:29.04Notify03BRL-CAD Wiki:Vladbogolin * 5346 /wiki/User:Vladbogolin/Proposal/DisplayManager: /* Brief project summary */
20:30.01Notify03BRL-CAD Wiki:Vladbogolin * 5347 /wiki/User:Vladbogolin/Proposal/DisplayManager: /* Concepts */
20:39.20Notify03BRL-CAD Wiki:Vladbogolin * 5348 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:08.57Notify03BRL-CAD:carlmoore * 55610 (brlcad/trunk/src/sig/d-bw.c brlcad/trunk/src/sig/d-f.c and 2 others): use preset of scale=1.0, like FORTRAN DATA statement (variable can receive different values during execution
21:13.46Notify03BRL-CAD:carlmoore * 55611 brlcad/trunk/src/util/dbcp.c: provide h and ? for help; all I did was eliminate illegal-option message when one of those is detected
21:17.36*** join/#brlcad Izak (~Izak@41.202.193.180)
21:19.49starseekersweet:  http://www.ogre3d.org/forums/viewtopic.php?f=13&t=77319
21:28.11Guest52926Izak sets mode +i Izak
21:29.38Guest52926Hello brlcad and Erik, I have accepted to abide by the participation requirements for the GSoC 2013 by writing to you.
21:37.01brlcadGuest52926: please do as the email asks (i.e., email your response) and also respond to the melange comment)
21:37.44Guest52926That is exactly what I have done.
21:37.49Notify03BRL-CAD:carlmoore * 55612 brlcad/trunk/src/sig/ddisp.c: implement h,?, and Illegal option; old h became H
21:38.23brlcadGuest52926: I don't seem to have an e-mail from you
21:38.37Guest52926I responded to the melange commment an wrote brlcad and Erik through emails
21:39.08brlcadchecks again
21:39.58Guest52926Sorry I may have written to the mailing list. Please , can I have your email address?
21:40.52brlcadto the list would have been fine, but I'm just not seeing it
21:41.09brlcadI see your melange comment now and somehow didn't get notification for that either
21:41.17Guest52926Then I'll redo it
21:41.23brlcaddon't redo it
21:41.27brlcadyou need to change it :)
21:41.41brlcadyou can't say "I agree as follows"
21:42.03brlcadyou need to say that you'll abide by our stated terms
21:42.55Guest52926Okay
21:43.26brlcadthe first term we list is a legal requirement, so you can't caveat it with your own terms
21:43.35brlcadplease read them in full and make sure you understand everything
21:43.56brlcadif you don't or have a question or a concern, just let me know
21:44.48Guest52926I will do just as yoiu say and send the agreement
21:52.18brlcadstarseeker: yeah, that is pretty sweet .. yay for scenegraph doing work for us
21:52.56brlcadstarseeker: any progress on the bug (or reproduction on windows)?
21:53.01brlcads/windows/linux/
23:14.17starseekerbrlcad: not yet - clock ran out before I could set up the older revisions for building
23:14.22starseekerwill pursue it tomorrow
23:14.40starseekerwill check locally here, but I doubt I'll see anything...
23:17.33Notify03BRL-CAD:starseeker * 55613 brlcad/trunk/doc/docbook/system/man1/en/coil.xml: h -> H in coil per 55606 - update man page
23:48.44starseekeryeah, can't reproduce it here
IRC log for #brlcad on 20130531

IRC log for #brlcad on 20130531

01:09.45Notify03BRL-CAD Wiki:Level zero * 5349 /wiki/User:Level_zero/GSOC13/logs: /* Introduction */
01:09.56brlcadstarseeker: okie dokie
01:10.08Notify03BRL-CAD Wiki:Level zero * 5350 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */
01:10.12brlcadzero_level: high
01:10.17brlcadhi even
01:10.40zero_levelhi brlcad
01:11.19zero_levelbrlcad i would remain unavialable on the internet for few days
01:11.20brlcadjust fyi, I won't generally respond via PM or public if all you say is hi
01:11.34zero_levelok :-)
01:11.37brlcadnot being rude, it's actually irc etiquette to not say hi because it doesn't scale
01:11.52brlcadand for gsoc and open source, private discussions are bad
01:12.00brlcad(usually)
01:12.45zero_levelbrlcad: i hope you got my mail regarding acceptance of the terms
01:13.52brlcadif I didn't, I'll certainly be chasing you down
01:14.03brlcadyou also need to reply to the melange comment
01:14.22brlcadas well as the two or three other things asked of everyone in the e-mail
01:14.41Notify03BRL-CAD Wiki:Level zero * 5351 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */
01:15.13zero_leveli hope brlcad@mac.com and brlcad@gmail.com
01:15.26zero_levelare these your email ids ?
01:15.40brlcadprobably
01:16.28brlcadit's generally also bad online etiquette (irc, e-mail, whatever) to paste people's e-mail addresses
01:16.47brlcadspam and privacy to name some issues
01:17.12zero_levelok
01:17.44zero_leveli thought those are public :-)
01:19.07brlcadwhat would make you think that?
01:19.49brlcadeven if they were, it's still not polite because it increases spam harvesting whenever an address is publicly posted
01:20.08brlcadno matter whose address it is, no matter if it's already somewhere else even
01:21.11brlcadif you need to talk about an address, you can at least try to obfuscate it in a non-parseable manner
01:21.17brlcadlike saying my address is brlcad
01:21.30brlcadat mac dot com
01:21.50brlcadnothing will likely parse that out of an IRC log
01:22.35Notify03BRL-CAD Wiki:Level zero * 5352 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */
01:22.37brlcadacross multiple lines with jibberish in between helps
01:27.48zero_levelbrlcad :i think i will learn a lot through your mentoring this summer.
01:28.26brlcadhopefully everyone does
01:28.32brlcadand it won't just be through me
01:28.52brlcadzero_level: and you still didn't answer my question... I really am curious what would make you think that?
01:29.55zero_leveli saw them on brlcad website and i brlcad-devel mailing list is also publicly accessible
01:30.15brlcadwhere?
01:31.03zero_levelhttp://brlcad.org/wiki/User:Sean
01:31.16zero_levelno in the format i wrote.
01:31.39zero_levelI am sorry for that
01:31.42brlcadand that makes ALL the difference
01:33.07zero_levelbrlcad: about my brief description of the project
01:33.09brlcadaddresses from the mailing list are also not publicly accessible ... you know them because you subscribed
01:33.30brlcadeven the online archives scrub the addresses for the same reasons
01:34.43``Eriklisp editor on ios https://itunes.apple.com/us/app/lisping/id512138518?mt=8
01:36.14zero_levelit looks fine to me for all the computer Science background people
01:36.29zero_levelhi ``Erik
01:37.37Notify03BRL-CAD Wiki:Level zero * 5353 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */
01:38.10brlcadzero_level: relevance?
01:38.35zero_levelfor brief description ?
01:39.12brlcadwhat is the relevance of you telling me that you think your brief description looks fine
01:39.29brlcadif you're looking for affirmation, ask for it :)
01:39.42brlcadwhy are you telling me that?
01:41.06zero_levelone of our task was to review the brief description of the project
01:41.14brlcadyes it was
01:41.26zero_levelyes asking for affirmatition. :)
01:41.40zero_level*affirmation
01:42.28brlcadso having it look fine to a computer scientist is good and all, but it should also make at least some sense to someone not familiar with code
01:43.15brlcadhave someone else you consider smart but not necessarily a programmer read it and see if they understand it
01:43.25brlcadif they can explain it to you correctly, it's probably fine
01:45.08brlcadmy quick read says it's not bad, but then I'm not the target audience
02:00.28*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:43.27*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:47.57*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:06.42*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:26.08*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
07:27.00*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
07:52.04*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
09:35.17*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-omkybjrocbpdgxud)
09:38.56starseek1rhttp://www.wikihouse.cc/library
09:39.57starseekersketchup probably not the best format for something like that...
09:46.25starseekerheh - this one looks like concept art for a Mars colony:  http://hexayurt.com/
09:49.27*** join/#brlcad merzo (~merzo@61-139-132-95.pool.ukrtel.net)
10:17.44*** join/#brlcad vladbogo (~chatzilla@188.25.238.238)
10:56.29brlcadstarseeker: yeah, I love the wikihouse project -- found them a year or so ago after they'd completed a structural analysis of one of the completed houses (and someone built it)
10:57.10brlcadI'd love to make that be the third floor to my house if I could ever get the permits
11:13.08brlcadhttp://www.youtube.com/watch?v=09QyFJXrPB4
11:13.59*** join/#brlcad kesha (~kesha@117.222.85.61)
11:31.30*** join/#brlcad kesha (~kesha@117.222.85.61)
11:31.43Notify03BRL-CAD Wiki:Sean * 5354 /wiki/Talk:BRL-CAD_Primitives:
11:37.49Notify03BRL-CAD Wiki:Sean * 5355 /wiki/Talk:Creating_primitive_objects:
13:12.49*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-sycsqtcoqaxvskbd)
13:15.58Notify03BRL-CAD:starseeker * 55614 brlcad/trunk/db/pinewood.asc: Tweak the pinewood car subtractions so the faces of the subtraction arbs aren't exactly on the faces of the solid arb - more robust.
15:38.32*** join/#brlcad caen23 (~caen23@92.81.222.51)
15:54.58Notify03BRL-CAD:r_weiss * 55615 brlcad/trunk/src/libged/draw.c: Fixed a bug in libged 'draw.c' function 'append_solid_to_display_list' which corrects 'autoview' in mged.
16:21.34Notify03BRL-CAD:carlmoore * 55616 brlcad/trunk/src/util/azel.c: remove 'Bad option' message (go with bu_getopt instead); Ch would be '?' anyway if we got here
16:25.20*** part/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-eyrsqdzvfspzisse)
16:52.07Notify03BRL-CAD:starseeker * 55617 (brlcad/trunk/include/ged.h brlcad/trunk/src/conv/bot_dump.c and 45 others): Convert libged struct elements to pointers from inline bu_list structures. ged_close no longer frees the top level gedp pointer automatically, in case callers want to close stack-allocated ged structures.
16:56.26Notify03BRL-CAD:r_weiss * 55618 brlcad/trunk/src/libged/gqa.c: Improve the speed of libged 'gqa' by reducing semaphore locking in function 'plane_worker'.
17:26.51Notify03BRL-CAD:bob1961 * 55619 brlcad/trunk/src/librt/primitives/pipe/pipe.c: Initial min and max in pipe_elements_calculate(). Also removed the PIPE_MM macro.
17:33.42*** join/#brlcad avneet__ (318ad542@gateway/web/freenode/ip.49.138.213.66)
18:24.05*** join/#brlcad Ch3ck (295cd3cd@gateway/web/freenode/ip.41.92.211.205)
18:26.44Ch3ckHi every one i wish to know the email address of my mentor Clifford Yabb
18:26.55Ch3cki wish to send him my acceptance..
18:54.35Ch3ckany one there?
18:54.37starseekerCh3ck: see pm
18:54.53Ch3ckok thanks
18:55.39starseekerCh3ck: congrats on making the cut
18:56.05Ch3ckyeah
18:56.26Ch3ckwould be delighted to contribute greatly to brlcad
18:56.47starseekerthat's expected :-)
18:56.52Ch3ckcurrently working on a TODO list exercise to get commit access.
18:57.02starseekervery good - be sure you've read HACKING
18:57.13Ch3ckwell i submitted my code patch and have not gotten any feedback yet..
18:57.25Ch3ckduring my gsoc application
18:57.39starseekerit may take a little bit - we're currently preparing a release, so we're a bit busy
18:57.58Ch3ckit was just a basic function that decomposes a 4x4 matrix to its scale, rotation .ets parts.
19:00.20Ch3ckso i just wanted to know if its enough to get commit access or i actually enough
19:00.51Ch3ckor i actually need to work on one of the todo list projects..
19:35.32starseekersweet - regress passed on Linux 64-bit and Mac
19:39.39``Erikstarseeker: trunk or stable?
20:42.23Notify03BRL-CAD:carlmoore * 55620 brlcad/trunk/src/util/dpix-pix.c: fix comments (including changing a 'larger' to 'smaller'
21:17.19Notify03BRL-CAD:carlmoore * 55621 brlcad/trunk/src/sig/dsel.c: improve the Usage message, and implement -h and -?
21:24.02*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
IRC log for #brlcad on 20130601

IRC log for #brlcad on 20130601

03:15.50Notify03BRL-CAD:brlcad * 55622 brlcad/trunk/NEWS: carl has made numerous improvements to dozens of utilities making -h and -? consistently give a usage statement. lots of output/usage statement cleanup along with way too.
03:22.34Notify03BRL-CAD:brlcad * 55623 brlcad/trunk/src/util/dpix-pix.c: vmath min/max macros ftw. also use a more standard definition of infinity and eliminate those silly static globals.
03:25.36Notify03BRL-CAD:brlcad * 55624 brlcad/trunk/src/util/dpix-pix.c: main() isn't that complicated, doesn't benefit from the min/max scope
03:35.45Notify03BRL-CAD:brlcad * 55625 brlcad/trunk/include/bu.h: clean up api documentation on bu_vls_vprintf() and bu_vls_printf()
03:36.23Notify03BRL-CAD:brlcad * 55626 brlcad/trunk/src/libged/nirt.c: replace four vls calls to strcat() with one call to printf().
03:46.52Notify03BRL-CAD:brlcad * 55627 brlcad/trunk/NEWS: richard identified a bug in the mged/archer autoview command where it was calucating the view size/center dramatically wrong for some geometry (including a pipe in our toyjeep example). the problem was a primitive that was not properly setting it's min/max value and the autoview command starting with unininitalsed variables. fix was simply to init them proper to INF/-INF.
03:59.35*** join/#brlcad yiyus_ (1242712427@je.je.je)
04:09.16*** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
04:10.16*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
04:13.02Notify03BRL-CAD:brlcad * 55628 brlcad/trunk/NEWS: turns out the fix richard applied was never publicly visible, isolated to either r53477 or r53495, so doesn't get announced. however, bob's fix for the pipe primitive should be publicly visible (looks like it's not been calculating linear segmenets at least up to the 7.22 release)
04:22.46*** join/#brlcad caen23 (~caen23@92.81.171.12)
04:30.02Notify03BRL-CAD:brlcad * 55629 (brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/butter.c and 36 others): ws style cleanup
04:36.50Notify03BRL-CAD:brlcad * 55630 brlcad/trunk/NEWS: still need to quantify this change (r55618), but in theory it'll be faster no matter what because the number of locks are reduced. richard fixed the FIXME in the file that talks about the excessive locking. he made it perform local book-keeping (no contention) and then combines that all together at the end (contention).
06:00.56*** join/#brlcad kesha (~kesha@117.222.82.35)
06:16.15*** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-ugwtgvzbbssizqvh)
06:44.29*** join/#brlcad kesha (~kesha@117.222.82.35)
06:44.32Notify03BRL-CAD Wiki:117.222.82.35 * 5356 /wiki/User:KeshaSShah/GSoC13/Reports:
08:30.37*** join/#brlcad caen23_ (~caen23@92.85.92.235)
09:25.55*** join/#brlcad vladbogo (~chatzilla@188.25.238.238)
09:35.07*** join/#brlcad vladbogo (~chatzilla@188.25.238.238)
09:45.28*** join/#brlcad merzo (~merzo@234-92-133-95.pool.ukrtel.net)
09:53.06*** join/#brlcad vladbogo_ (~chatzilla@188.25.238.238)
12:58.40*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
15:56.31*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
16:09.24Notify03BRL-CAD Wiki:Prathamesh * 0 /wiki/User:Prathamesh:
16:40.14*** join/#brlcad joelDB (43296de4@gateway/web/freenode/ip.67.41.109.228)
16:54.51*** part/#brlcad joelDB (43296de4@gateway/web/freenode/ip.67.41.109.228)
18:56.31*** join/#brlcad jasleen (~chatzilla@117.255.240.102)
19:01.54jasleenbrlcad: I want your feedback about my proposal's rejection
19:02.27jasleenbrlcad: I put this in mailing list, but didn't get any reply.
19:02.53jasleenbrlcad: Your feedback is very important to me, for my improvement.
19:06.09jasleenbrlcad: I would like to get this feedback Publically
19:07.57jasleenPublicly*
19:08.17jasleenwaiting for your reply on mailing list.
19:27.44*** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net)
19:27.44*** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw)
IRC log for #brlcad on 20130602

IRC log for #brlcad on 20130602

00:05.46*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
00:34.15*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
02:02.35*** join/#brlcad jbschw_ (~jbschw@ool-4355ee54.dyn.optonline.net)
02:18.05brlcadhad replied in private, sees she forwarded the reply to the list
02:18.26brlcadyet more lacking attention to detail..
02:23.31Notify03BRL-CAD:brlcad * 55631 brlcad/trunk/include/brep.h: support compiling with this header in c90 mode, no // comments in non-c++ sections of the file
02:29.16Notify03BRL-CAD:brlcad * 55632 brlcad/trunk/src/librt/primitives/brep/brep.cpp: set but unused var quellage
02:59.24Notify03BRL-CAD:brlcad * 55633 brlcad/trunk/include/brep.h: reminded of some instanity in the C standard that has comments parsed in phase 3 BEFORE the preprocessor (phase 4) so even #if 0 // comments being compiled in -pedantic mode will cause gcc to issue a warning. it's a silly unhelpful interpretation by the gcc devs (that a warning needs to be issued in phase 3 just because it's a comment issue even if the comment
02:59.27Notifyis in code hidden by the pre-processor. at least accommodating the silly is simple.
03:02.07Notify03BRL-CAD:brlcad * 55634 brlcad/trunk/src/conv/3dm/3dm-g.cpp: remove unhelpful comment
03:02.14brlcadthat was apparently why distcheck-autotools was failing where it used to be succeeding, helps to read the error messages!
03:17.54*** join/#brlcad kingofcsu (de8303d9@gateway/web/freenode/ip.222.131.3.217)
03:18.48kingofcsuLinux king-laptop 3.9.4-1-ARCH #1 SMP PREEMPT Sat May 25 16:14:55 CEST 2013 x86_64 GNU/Linux   make[2]: *** [src/libged/CMakeFiles/libged.dir/simulate/simphysics.cpp.o] Error 1
03:19.01kingofcsumake[1]: *** [src/libged/CMakeFiles/libged.dir/all] Error 2
03:34.27starseek1rbrlcad: so what I did in 54833 was correct?
03:37.16starseekerhadn't worried about sprinkling the c99 flag around after some of the OSX system headers started *requiring* it...
03:51.22brlcadstarseeker: yeah, I guess you reverted it at some point?
03:52.44brlcadthe c99 flag?
04:10.47starseekerstd=gnu99
04:11.00starseekeror are you saying the autotools build was *still* failing just now?
04:11.23starseekerit only failed in my testing when make clean hit libpng
04:11.55starseekerbrlcad: IIRC you told me when I originally changed the comments to C style that I shouldn't need to do that and something else was wrong...
04:12.25starseekerI went with the std=gnu99 solution since the CMake build was doing that and the flag was needed in some other cases anyway...
04:13.35starseekernice to know I wasn't nuts and the gcc compiler was doing something weird
04:13.37starseeker:-)
22:36.41*** join/#brlcad ibot (~ibot@rikers.org)
22:36.41*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
23:44.51*** join/#brlcad ibot (~ibot@rikers.org)
23:44.51*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
IRC log for #brlcad on 20130603

IRC log for #brlcad on 20130603

02:43.29*** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:06.18tofustarseeker: the build was failing just 'now' before I'd applied those changes, no -std flag
03:07.51tofuI saw the errors and thought something else was wrong myself, with the comments clearly in preprocessor protected sections
03:08.42tofuit took me a while of hunting forsomething else before I remembered that detail
03:09.22tofuso yeah, you weren't nuts .. you just didn't dig deep enough to realize it  ;)
03:11.21brlcadand neither did I at the time, so you probably did seem nuts ;)
03:38.15Notify03BRL-CAD Wiki:Ronshannon * 0 /wiki/User:Ronshannon:
03:57.26Notify03BRL-CAD Wiki:Pat Griffin * 0 /wiki/User:Pat_Griffin:
08:06.39*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:07.56*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:08.06*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
08:08.23*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
08:11.22*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:47.27*** join/#brlcad merzo (~merzo@67-73-132-95.pool.ukrtel.net)
10:14.34*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
12:03.34*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:51.37*** join/#brlcad crdueck (~cdk@24.212.219.10)
13:35.08Notify03BRL-CAD:phoenixyjll * 55635 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Begin to add P/P, P/C and P/S support. Implement ON_PX_EVENT for reporting the intersections.
13:43.55Notify03BRL-CAD:phoenixyjll * 55636 brlcad/trunk/include/brep.h: remove the comma at end of enumerator list.
13:48.58Notify03BRL-CAD:phoenixyjll * 55637 brlcad/trunk/src/libbrep/intersect.cpp: remove the unused variable names to quell compiler warnings.
13:57.57Notify03BRL-CAD:phoenixyjll * 55638 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/Makefile.am brlcad/trunk/src/libbrep/px_event.cpp): Oops, forget to add px_event.cpp to the CMakeList and Makefile.
13:58.51Notify03BRL-CAD Wiki:Phoenix * 5357 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */
15:35.52brlcadwaves
16:29.40``Erikhow goeth 7.24.0 ?
16:45.08``Erikheh, nutty.. a movie review on twitter rot13'd to hide spoilers
16:53.25*** join/#brlcad avneet (~avneet@202.164.53.122)
17:03.48brlcadspoilage within tweet limits?  can't be that big a spoil
17:04.25brlcadI guess that's enought room to say "Darth Vader is Luke's father"
17:08.32Notify03BRL-CAD:brlcad * 55639 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove unused var
17:28.29``Erikit was a terse harsh 4 tweet review... @zedshaw
18:10.25Notify03BRL-CAD:carlmoore * 55640 brlcad/trunk/src/liboptical/sh_treetherm.c: provide solid_name in fixing warning messages
18:24.02*** join/#brlcad vladbogo (~vlad@188.25.238.175)
18:25.12vladbogols
18:25.31vladbogohi all sorry about that :)
18:52.31*** join/#brlcad vladbogo (~vlad@188.25.101.47)
19:07.16Notify03BRL-CAD:carlmoore * 55641 brlcad/trunk/src/util/dsp_add.c: clean up the handling of h and ? as help
19:07.33Notify03BRL-CAD:brlcad * 55642 brlcad/trunk/include/brep.h: more comment conversion for the new PP PC functions // -> /* */ and eliminate tons of trailing ws.
19:17.12*** join/#brlcad Ch3ck (29cac69d@gateway/web/freenode/ip.41.202.198.157)
19:18.10Ch3ckHi everyone i just wish to know when i am to submit my design document on the wiki pages..
19:24.46Notify03BRL-CAD Wiki:77.220.1.218 * 5358 /wiki/User:Izak:
19:30.28*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:43.01*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
19:51.23Notify03BRL-CAD Wiki:77.220.1.218 * 5359 /wiki/User:Izak: /* PROJECT SUMMARY */
19:52.03brlcadvladbogo: about what?
19:55.43vladbogobrlcad: I accidentally sent a "ls" message
19:59.10brlcadstarseeker: trying to figure out some cmakeness and could use some pointers
19:59.13brlcadvladbogo: ah, no worries
20:07.02mpictorbrlcad: when you guys move to github, are you planning to make perplex/re2c/lemon a separate project?
20:07.47brlcadmpictor: we're not moving brl-cad to github anytime soon
20:08.01mpictoroh ok
20:08.15mpictor``Eric said something, but I guess I misunderstood
20:08.48brlcadwhen he said we were "moving to github" a couple weeks ago, he meant we'll be converting our src/other/step sources to those in stepcode on github
20:09.02mpictoroic
20:09.34brlcadwe're in the middle of preparing a major release, so it's just on hold until after
20:09.51brlcaderik might have mentioned the git svn mirror he set up
20:10.35brlcadhttp://brlcad.org/brlcad.git
20:10.40mpictoryea he did
20:11.43mpictorI was thinking of putting perplex/lemon/re2c up by themselves so it would be easier to grab them to rebuild the generated sources
20:12.11mpictorI think I found a regression in the lemon-based parser, where it isn't setting initializers
20:12.34brlcadthe intent has been for those to be their own project, since they are so generally useful
20:14.28brlcadi think nick just sorta ran out of steam making it be its own thing once he got it all working, but he did talk about setting something up
20:14.44mpictorhave you spoken with kesha recently? I haven't in the last several days
20:14.50mpictoroh ok
20:15.33mpictoris thinking of putting it on github as "baffled-citrus"
20:16.04mpictor(as opposed to perplexed lemon)
20:18.39n_reedlaughs uncontrollably at baffled-citrus
20:22.17mpictorfor a minute, I was worried that I was the only one who saw humor in that :)
20:32.33mpictorn_reed: not a regression after all
20:34.20mpictornow I need to figure out why attr initializers aren't being set by either parser
20:45.57*** join/#brlcad Izak (4ddc01da@gateway/web/freenode/ip.77.220.1.218)
20:46.50Guest67778``Erik: Please can I have your e-mail address ?
20:54.30``Erikizak: you already have it and sent email to it... (It didn't seem like a response was necessary, is there something you need help with?)
20:58.52brlcadizak, Guest67778: you should download a real IRC client -- the web interface is not suitable for gsoc
20:59.18Guest67778Thanks. Can you point me to any relevant books on constructive solid geometry which woull help with the project ?
21:00.12Guest67778I have the xchat client but my I have connection problems now. That is why I am using this web interface
21:00.31brlcadwhat sort of connection problems?
21:00.58brlcadwe're going to need to talk with you effectively for GSoC, so hopefully this can be sorted out
21:01.35Guest67778The lines are slow right now due to the extreme rains
21:02.10Guest67778Yes. I am working on getting more relaible and faster connection
21:02.17brlcadso how does using a web connection speed anything up?
21:02.22brlcadit's actually more overhead
21:04.54Guest67778Do you think my Aggreement to participation requirements is adequate?
21:05.37brlcadhow does using a web connection speed anything up?
21:07.49Guest67778I intend to get a personal web connection with access to better speeds. The overheads in the cyber cafe will be eliminated
21:08.14brlcadthe requirements were spelled out in detail ... if you did what the e-mails said, then that will be adequate otherwise it will not
21:08.17brlcadat a glance, you look fine
21:08.34brlcadGuest67778: so you're dodging my questions, that's really not appreciated
21:08.39brlcadyou don't need to dodge, just answer honestly
21:09.07brlcad"I'm in a cyber cafe and they don't let me install xchat" sounds like it might be closer to the truth than "it's too slow"
21:09.42brlcador, "it's too slow at home where I have xchat, but right now I'm in an internet cafe"
21:10.08brlcadI can't guess your situation, you have to state it clearly
21:11.08Guest67778I am at a cyber cafe and the internet lines are used by a dozen people making the connection slower
21:12.25Guest67778I intend to get a personal internet connection which I will use alone. I think this will be faster and I 'll use xchat
21:14.56brlcadGuest67778: so are you on your own computer?  how're you going to write code?
21:16.50Guest67778I am on my computer. I intend to write code in my closet not at the cyber cafe. I intend to get connected to the internet from home
21:16.57brlcadso then the question comes full circle
21:17.01brlcadI don't understand what connection speed has to do with using xchat vs a web interface if it's your computer...
21:17.43brlcadso it'll be slow in xchat and slow(er) in a browser ... is there some other problem?
21:18.20Guest67778When I open xchat it keeps showing n
21:19.15Guest67778messages like Disconnection from peers . I think this will be inappropriate to log in and quit
21:20.56brlcadGuest67778: are you familar with screen+irssi?
21:21.40Guest67778No I am not. What is it?
21:23.13brlcada way to maintain a persistent connection across local disconnects
21:23.22brlcaddo you have access to a server anywhere?
21:23.28brlcadthat you can ssh into
21:24.44brlcadGuest67778: what operating system are you using?
21:25.57brlcadGuest67778: and try typing "/nick thisisatest"
21:53.59*** join/#brlcad caen23 (~caen23@92.85.92.235)
23:24.48starseekerbrlcad: what's the issue?
23:27.43starseeker(sorry, been away from the machine all day)
IRC log for #brlcad on 20130604

IRC log for #brlcad on 20130604

00:21.05*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:b3ba:0:39:4f8c:8301)
02:27.02``Erikhttp://cheezburger.com/7521949696
02:32.31brlcadstarseeker: I figured out what I need to do
02:32.59brlcadneeded to distinguish between a symbol existing and being declared
02:33.25brlcadappropriately, turns out cmake has a macro for this
02:33.53brlcadunfortunately, their macro blows major chunks and is basically broken for our needs
02:35.41brlcadCHECK_PROTOTYPE_EXISTS() is the gem
02:36.03brlcadI'll just have to implement it
02:39.05Notify03BRL-CAD:brlcad * 55643 brlcad/trunk/CMakeLists.txt: test for fileno() since the function disappears in c99 pedantic mode (it's a posix function). instead, check for kill() and fileno() being declared.
03:10.42Notify03BRL-CAD:brlcad * 55644 brlcad/trunk/src/libbn/plane.c: need stdlib.h for modf() and nextafter() but remove the long double support since it requires build system infrastructure. several relatively common platforms (some not so common, some common) don't support long doubles. (gnulib quotes FreeBSD 6.0, NetBSD 5.0, OpenBSD 3.8, Minix 3.1.8, HP-UX 11, IRIX 6.5, Solaris 9, Cygwin, Interix 3.5) moreover, we'd need
03:10.44Notifyother changes to make fastf_t be more than single or double precision.
03:12.55Notify03BRL-CAD:brlcad * 55645 brlcad/trunk/include/config_win.h: windows has fileno() (because we define it to _fileno()), and there aren't c99 declaration issues because msvc doesn't give a hoot about it.
03:16.16Notify03BRL-CAD:brlcad * 55646 brlcad/trunk/include/config_win_cmake.h.in: ditto, we have fileno()
03:24.39Notify03BRL-CAD:brlcad * 55647 brlcad/trunk/src/libbu/backtrace.c: hook off of the configure tests so we don't get duplciate declarations when the posix kill() and fileno() functions are available.
03:39.03Notify03BRL-CAD:brlcad * 55648 brlcad/trunk/src/libbu/units.c: the ctype functions technically take an 'int' derived from an unsigned char, so netbsd is appropriately warning about the danger passing a signed char. we know these are strings, so casting to unsigned char is sufficient to quell.
03:57.13Notify03BRL-CAD:brlcad * 55649 brlcad/trunk/misc/CMake/CompilerFlags.cmake: revert r54119 by caen23 that made debug compilation also use gnu99 instead of gnu89. as noted in the preceding comment, we intentionally compile with both to provoke more warnings. need more info on the clang failures.
04:02.53Notify03BRL-CAD:brlcad * 55650 brlcad/trunk/misc/CMake/CompilerFlags.cmake: separate the comments so it's more obvious that we intentionally use two different standards during compilation testing.
04:20.15Notify03BRL-CAD:brlcad * 55651 brlcad/trunk/misc/CMake/CompilerFlags.cmake: the gnu1x line was leftover, remove
04:21.43Notify03BRL-CAD:brlcad * 55652 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: two more warnings to aspire to
04:27.53Notify03BRL-CAD:phoenixyjll * 55653 (brlcad/trunk/src/libbrep/PullbackCurve.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 3 others): run ws.sh on src/libbrep
05:31.05Notify03BRL-CAD:brlcad * 55654 brlcad/trunk/CMakeLists.txt: so CHECK_PROTOTYPE_EXISTS() is woefully busted in numerous ways. assumes c++, has a bad symbol test, results in unused var warnings, and doesn't work with preprocessor-wrapped symbols coming from system headers. former versions of CHECK_SYMBOL_EXISTS() almost did exactly what we need (a simple (void)symbol; test just like AC_CHECK_DECL) but was bastardized in
05:31.07Notifyrecent versions so it now spews an error too (it's busted and has been reported).
05:37.58*** join/#brlcad caen23 (~caen23@92.85.92.235)
06:05.33Notify03BRL-CAD:brlcad * 55655 brlcad/trunk/CMakeLists.txt: manually wrap a couple simple tests since both CHECK_SYMBOL_EXISTS and CHECK_PROTOTYPE_EXISTS appear to be completely unusable for testing header declarations. deserves a macro in the meantime, but the issue has been reported.
06:25.51*** join/#brlcad caen23 (~caen23@92.81.171.72)
06:27.18Notify03BRL-CAD:brlcad * 55656 brlcad/trunk/src/libfb/if_tk.c: more ctype argument type cleansing
07:28.41*** join/#brlcad Izak (4ddc01da@gateway/web/freenode/ip.77.220.1.218)
07:32.58Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5360 /wiki/User:Izak: /* PERSONAL INFORMATION */
07:44.58*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:07.28*** join/#brlcad caen23 (~caen23@92.81.213.245)
09:29.37*** join/#brlcad vladbogo (~chatzilla@188.25.101.47)
09:43.29*** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net)
10:04.09starseekerhttp://www.ebay.com/itm/Blackbird-Faster-Than-The-Wind-vehicle-/281114481020
10:04.32starseekervotes the Smithsonian should buy it - that's one seriously *cool* vehicle
10:37.14*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:b3ba:0:39:4f8c:8301)
11:37.56Notify03BRL-CAD:brlcad * 55657 brlcad/trunk/CMakeLists.txt: thanks netbsd 5 ... they partially implemented TLS support so it compiles and links, but will simply crash at runtime. (gives __tls_get_addr() runtime link failure on library linkage) change the test to also run the test, not just compile it for the __thread test only to catch this failure. pthread fallback should hopefully still work.
11:43.25*** join/#brlcad vladbogo (~vlad@188.25.101.47)
11:45.44*** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net)
11:59.17d_rossbergvladbogo: look e.g. at src/libdm/CMakeLists.txt: BRLCAD_ENABLE_TK => DM_TK ... QT should be similar
11:59.45starseekerbrlcad: we can make our own local copy of CheckSymbolExists.cmake - if I remember correctly how that works it should be used in place of the system version, as long as we've specified the directory correctly
12:00.19vladbogod_rossberg: thanks. I was currently searching for that
12:00.54starseekerCheckPrototypeExists.cmake too, for that matter... we already have local copies of that since (IIRC) it originally came from KDE and wasn't in CMake proper
12:01.49starseekeror I should say some of the src/other builds do
12:03.09starseekerprobably would have to do that anyway, unless we want to make our minimum CMake version the one where they fix the macros
12:14.00Notify03BRL-CAD:phoenixyjll * 55658 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Eliminate max_dis in the brep command for SSI.
12:51.13vladbogod_rossberg: it is ok if i set the BRLCAD_ENABLE_QT in libdm/CMakeLists.txt or should I set it somewhere else?
13:22.10Notify03BRL-CAD Wiki:Phoenix * 5361 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */
13:23.48Notify03BRL-CAD Wiki:Phoenix * 5362 /wiki/MGED_CMD_brep: /* Syntax */
13:25.46Notify03BRL-CAD Wiki:Phoenix * 5363 /wiki/MGED_CMD_brep: /* Argument(s) */
13:25.59Notify03BRL-CAD Wiki:Phoenix * 5364 /wiki/MGED_CMD_brep: /* Argument(s) */
13:26.57Notify03BRL-CAD Wiki:Phoenix * 5365 /wiki/MGED_CMD_brep: /* Example(s) */
13:27.50Notify03BRL-CAD Wiki:Phoenix * 5366 /wiki/MGED_Commands: /* B */
13:45.46Notify03BRL-CAD:phoenixyjll * 55659 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Extended the brep command to handle P/P, P/C, P/S, C/C and C/S.
13:46.18d_rossbergvladbogo: look for BRLCAD_ENABLE in CMakeLists.txt at the root directory ;)
13:47.48vladbogod_rossberg: thanks
13:48.59Notify03BRL-CAD:phoenixyjll * 55660 brlcad/trunk/src/libbrep/px_event.cpp: Fix the format of ON_PX_EVENT::Dump().
13:59.36Notify03BRL-CAD Wiki:Phoenix * 5367 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */
14:09.37brlcadstarseeker: I know, that was my thought as well -- it still needed to be reported upstream
14:10.10brlcadand I didn't want to take the time to test getting a macro perfect for inclusion in our build or submission to the cmake guys as a patch until after release
14:10.28brlcadso just a couple quick compile tests did the trick, just have to pick up from there after releae
14:10.43brlcadis having a heckuva morning
14:18.32d_rossbergvladbogo: your last comment to your patch is emty (?)
14:20.09vladbogod_rossberg: I initially added it empty by mistake, but I've edited the post
14:39.44brlcadvladbogo: just a sanity check, are you compiling with default flags or do you have strict compilation (warnings as errors) disabled?
14:49.40brlcadmm, behold the awesome of: find -L -type l
14:50.59brlcadan equivalent of that for 'search' would be crazy useful
14:51.25Notify03BRL-CAD:carlmoore * 55661 brlcad/trunk/src/util/dunncolor.c: implement -h and -?, and 'Program continues running:' for no-arguments help
14:59.55Notify03BRL-CAD:carlmoore * 55662 brlcad/trunk/src/sig/dstats.c: remove verbose flag and reference to 'mode'; implement -h, -?
15:02.24vladbogobrlcad: it seems I had strict compilation disabled. Is there any problem with one of the patches? I will recompile them shortly
15:06.10brlcadvladbogo: if you disable strict compilation, there will almost certainly be problems later if there aren't already some now
15:07.37brlcadI hadn't applied your patch yet, but it looked like it lacked some attention to details right away (also demonstrated by all of rossberg's feedback)
15:07.43brlcadhad my doubts that it would actually pass compilation
15:08.03vladbogobrlcad: I know. My bad. I had a compiling script with the wiki/compiling commands and somehow I missed the fact that strict compilation is disabled
15:08.10brlcadin any regard, you should be compiling with strict enabled -- it just means you should not ignore what the compiler is telling you
15:08.18brlcadmust resolve all warnings properly
15:08.26brlcadno worries
15:08.32brlcadthat's what discussion is for ;)
15:09.45vladbogothanks:)
15:10.44brlcadif there's a warning you don't understand, just search it up
15:11.13brlcadthere's usually several dozen articles, pages, stackoverflow questions, and more for each that explain them in detail
15:11.26brlcador failing all that, ask here
15:11.31brlcadI've pretty much seen them all
15:11.37vladbogoI will. I'm waiting for the compilation process right now.
15:13.38vladbogoalso I wanted to ask you about the additional info section on the melange page. How detailed should it be: should it be a general description of the project or something more specific?
15:15.04brlcadyou mean the public summary?
15:16.18brlcadthis write-up?  http://www.google-melange.com/gsoc/project/google/gsoc2013/vladbogolin/47001
15:18.08vladbogoYes. When editing there is also an additional information in which I haven't written nothing for the moment and appears as a TODO
15:19.47brlcadvladbogo: additional info shows up like this: http://www.google-melange.com/gsoc/project/google/gsoc2013/phoenixyjll/40001
15:20.19brlcadinclude whatever you like, but your abstract write-up looks good to me
15:20.34vladbogook thanks
15:20.36brlcada link to your wiki and/or dev log would be good
15:21.43vladbogoalso I have just compiled the latest version of the qt display manager patch and it was successful. About this version were you talking about?
15:28.59brlcadwoo hoo, netbsd compilation complete
15:31.29brlcadI believe this release demonstrates that we've finally grown development activity beyond the need for release branches
17:57.29starseekerblinks - netbsd got added to our list of targeted platforms for this release?
17:58.52starseekerfind -L -type l searches for broken symbolic links?
17:59.26starseekerah - you're thinking of a way to look for entries in combs that reference geometry that doesn't exist in the db?
18:07.00*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
18:07.40*** join/#brlcad crdueck_ (~cdk@24.212.219.10)
18:17.17*** join/#brlcad ibot (~ibot@rikers.org)
18:17.17*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
18:19.13*** join/#brlcad ibot (~ibot@rikers.org)
18:19.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
18:27.54*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
18:32.13*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:09.11*** join/#brlcad ibot (~ibot@rikers.org)
19:09.11*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
19:16.02*** join/#brlcad kanzure (~kanzure@131.252.130.248)
19:18.50*** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net)
19:37.05*** join/#brlcad mpictor (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
19:39.23tofustarseek1r: libGLU is somehow getting found in a /usr/pkg/lib directory
19:39.59brlcadis there a Find GLU different from our FindOpenGL?  I don't see any reference to /usr/pkg in our tree and it's causing a problem
19:45.55starseekerbrlcad: there shouldn't be... what plaform is this, netbsd?
19:46.05brlcadyep
19:46.58starseekerFindGL.cmake and FindX11.cmake in our tree ook in /usr/pkg/xorg
19:47.04starseekers/ook/look
19:47.37starseekerare there symlinks in /usr/pkg/xorg ?
19:48.02brlcadchecks
19:48.08brlcadfwiw: http://paste.lisp.org/+2Y2I
19:48.33brlcad/usr/pkg/xorg does not exist
19:48.56starseekerit might be one of the "standard" system search paths CMake sets on NetBSD...
19:50.15brlcadhow to find out where it's coming from?
19:51.00starseekerlooks at our FindGL.cmake
19:51.28starseekerI don't understand why there would be a cyclic dependency there...
19:51.59brlcadwhat's even more frustrating, /usr/X11R7/lib/libGLU.so exists and is the one it needs to use
19:52.28starseekerwhat's the other one doing there?
19:53.26brlcadI think one is the base install, the other is the netbsd package management system
19:55.39starseekermy first test would be to add NO_DEFAULT_PATH to the OPENGL_glu_LIBRARY find_library call in misc/CMake/FindGL.cmake and see if that changes anything
19:56.05starseekerthey *really* shouldn't do that, especially if there are system incompatibilities in the libraries
19:57.02brlcaddo I need to replace all the FindGL.cmake files in the tree or just the top-level?
19:57.11starseekerer, NO_CMAKE_SYSTEM_PATH rather
19:57.20starseekerjust the top level should work...
19:57.45starseekerFindX11.cmake uses NO_CMAKE_SYSTEM_PATH, I think for similar reasons...
19:58.05starseekerwill update the others once a solution is found
19:58.16starseekerbrlcad: I can add it if you like...
19:58.40starseekertweaking the FindGL.cmake file will involve a fair bit of testing
19:59.24brlcadso adding it to the find_library() call (line 22)
19:59.43brlcadthen clear the cache, and see what it finds
19:59.47starseekerin misc/CMake/FindGL.cmake?
20:00.23brlcadyeah
20:00.29starseekerline 22 is in the header comments...
20:01.37brlcadsry, line 220
20:01.51starseekeryeah
20:02.07brlcadso another question, are those tests affected by other/prior tests?
20:02.14starseekerthe other find_ calls in that case should probably have it to, for that matter...
20:02.29brlcadlike if a find libz finds it in /usr/pkg/lib, is it going to look there?
20:02.34starseekeronly a previous version of the same check
20:03.00starseekerah.  not sure
20:03.24starseekerI doubt it if the libz search specically added that path to its own search
20:04.00brlcadwell if it's a system default path
20:04.17brlcadthat for whatever reason is mysteriously being searched before our specified paths
20:04.23starseekerthen it will always look there unless we tell it not to in that specific search
20:05.12brlcadright, but if we let it search system for libz and then tell it not system for libGLU, will it affect libGLU searching
20:05.40starseekerI want to say no
20:06.01starseekerbut there are a lot of layers to the find_ macros
20:06.18starseekerbrlcad: try r55664
20:06.32starseekerhmm - we seem to have lost our bot
20:30.42*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b114:3e93:0:39:4fd0:8901)
20:30.42*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:30.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:30.42*** join/#brlcad kanzure (~kanzure@131.252.130.248)
20:30.42*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:30.42*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
20:30.42*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:30.42*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:30.42*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
20:30.42*** join/#brlcad crdueck_ (~cdk@24.212.219.10)
20:30.42*** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net)
20:30.42*** join/#brlcad vladbogo (~vlad@188.25.101.47)
20:30.43*** join/#brlcad caen23 (~caen23@92.81.213.245)
20:30.43*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:30.43*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
20:30.43*** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:30.43*** join/#brlcad papna (~papna@python/site-packages/papna)
20:30.43*** join/#brlcad ChanServ (ChanServ@services.)
20:30.43*** mode/#brlcad [+o ChanServ] by calvino.freenode.net
20:32.27brlcadwell with the detection measures in place, it's "the one that works" :)
20:32.28starseekerbut depending on which X11 and which OpenGL library you previously selected, that choice may change
20:32.28brlcaddigging with this default path stuff, I think I've found part of the issue on the netbsd and there may be another approach altogether
20:32.28brlcadboth GLU libraries actually seem to work just fine
20:32.29starseekerwinces
20:32.30starseekerick
20:32.32starseekerit's like OSX where you have the system Xorg X11 and one installed by fink - what's the "right" answer?
20:32.36brlcadyou want/need there to be one, and there's really not
20:32.36brlcadthat's the whole arbitrary
20:32.59brlcadfrankly, I'd say we just look in whatever location the *vendor* shipped with (only) and let the user specify anything else
20:33.39starseekerO.o isn't that pretty much what we're currently doing with FindX11.cmake and FindGL.cmake ?
20:34.17brlcadnah, we search a ton of convention in those .. and cmake default does even more it appears
20:35.46starseekerwait, terminology check - by vendor do you mean the OS distribution or the original project (Xorg, Mesa, etc.)
20:35.46brlcadand yeah, even my notion of a vendor is no more or less flawed (arbitrary) given enough distros and vendors and time
20:36.18brlcadit's looking like with this netbsd system, it's basically a togl build system issue
20:36.39brlcadit needs to test the glew.h header because it requires a rather new version of it
20:36.54brlcadit provides one in its include directory, but that is searched after system dirs
20:37.01starseekercan't help thinking our "builds easily out of the box" experience that we try to guarantee with src/other is sunk before it sails if we force the user to specify basic things like X11 location...
20:37.08starseekerbrlcad: ah
20:38.01starseekerthat's... odd - I thought I took steps to check in the local src directories before the system dirs
20:38.03brlcadwho is talking about forcing the user to specify things like X11 location??
20:38.11brlcadnon sequitor?
20:38.33brlcadjust because you can't sometimes know the answer doesn't mean you'd always force them to tell you
20:38.35starseekerif we don't check in the various locations we've got in FindX11 and FindGL, we'll need user input
20:39.14brlcadyou make them tell when it's not obvious ... or we make sure we test everything we're using so it doesn't result in errors down the line that they can't decipher
20:39.16starseekerisn't that the "searching a ton of convention" you were objecting to earlier?
20:39.57brlcadyou're reading into what I'm saying as implying something I've not said...
20:40.05starseekeris confused
20:41.12brlcadI've said what I mean and only mean what I've said ;)
20:41.28brlcadthat is to say I've not objected to anything that I recall
20:41.45brlcadjust commenting on the system, our options, noting various deficiencies
20:41.49brlcadthat is all...
20:42.35starseekerYou had said earlier "if we're going to even try and be smart/fancy/auto-detecting like this..." - the implication being that we have the option *not* to try it
20:43.29brlcadwe certainly do have that option .. it's code?  still wasn't implying that was the thing to do or not do
20:44.10starseekerah - I had the distinct impression over the last few years that you were not a fan of the automatic searching approach
20:44.24brlcadrelevance? :)
20:44.25starseekeras you say, reading in...
20:44.59starseekerwell, you're the project lead... if you don't like it then it's probably not a good idea for me to push in that direction :-P
20:45.19brlcadI'm not a fan of using a mouse either, but that doesn't mean it's not good for lots of things or that I need to use it or that it's inherently bad
20:45.31brlcadeven if I thought it was BAD, it doesn't mean it's workable
20:45.44brlcad*not workable
20:46.13brlcadi'm more thinking long term how we evolve this even more so that it continues to get better
20:46.36starseekerin my experience, if you're thumbs down on something it's usually 'cause you have a better idea - given the number of times I've lost those arguments, it's usually more efficient to just skip to the system you want and try to get that working
20:46.50brlcadand not being hamstrung by any decision or punting that current is as good as it's going to get
20:47.24brlcade.g., if the current searching really is as good as it gets with this approach, then I would naturally be a proponent of considering other approaches if only to keep us improving
20:47.47brlcad(that said, before you read into that! .. I don't think this is as good as it gets by a long shot)
20:48.33starseekerbrlcad: I just want to know what needs to be coded up to solve the problem to your satisfaction
20:48.48brlcadso back to the problem at hand, a build failure and what to do about it :)
20:49.01starseekermutters under his breath about nuking togl from orbit
20:49.12brlcadstop trying to please me, make the code be the best it can possibly be
20:49.38brlcadwhether incrementally or in stages or steps .. it has to evolve with our needs
20:49.43brlcadit is just code, after all
20:49.46brlcadall code can be improved
20:49.54starseekeralright, glew details - you say it's finding a system glew that it doesn't like?
20:50.02brlcadraises a good point, what is togl in there for?
20:50.10brlcadadrt?
20:50.15starseekerisst gui, and customer code
20:50.24starseekermaybe just isst gui now
20:50.45starseekerif we do what archer/mged do to provide an opengl context to feed ISST, that might be the way out
20:51.50brlcadokay, so either hooking isst through libdm or integrating togl into archer would be some semblance of forward
20:52.18brlcadisst gui by itself is pretty compelling evidence to retain
20:53.02starseekerisst gui probably should be hooking through libdm, actually - I think togl was just the quick-and-dirty way to get an opengl context to play with
20:53.43brlcadthinks a STEP/ISST viewer would be highly valued pairing
20:54.27starseekerthe question will be whether ``Erik's fast drawing trick can work inside a libdm opengl window - if it can, then isst would actually become a poster child for how to do "stand-alone" libdm apps
20:54.39brlcadabsolutely
20:54.49brlcadand if libdm can't handle that, we should make it handle it
20:54.54brlcad(it should be able to)
20:55.33starseekerpulls up the isst code...
20:56.02starseekerjust before release... heck of a time for this, but what the hey...
20:56.46brlcadI worked on a stand-along libdm app a while back ... recall keybindings being the biggest obstacle
20:57.35starseekeryeah, that was an issue with togl too iirc - let's see if we can get the libdm opengl context up in place of the togl opengl context as a first step
21:00.45brlcadstarseeker: for glew, do you know if there would be any issue always searching their provided include dir first?
21:01.08starseekeryou mean togl's?  I thought that's what it *was* doing
21:01.14starseekerif it isn't, go for it
21:01.44starseekeractually stuck glew in when doing the initial import of togl, IIRC - was needed to wrap some nastiness
21:03.42brlcadyeah, it's not doing that
21:04.01brlcadsearches system first -- thought it might have been intentional (to get a newer glew)
21:04.19brlcadtesting
21:04.28starseekerscowls... this is probably going to be a significant restructure, actually - I cheated and used togl's Tcl command line init-and-pack routines to create and stash the context in a Tcl_Obj, which is opened up by various call-back functions
21:04.59brlcadyou think it's safer to revert the no-system-paths change for release?
21:05.06brlcador safe to keep
21:05.36starseekerbrlcad: dunno.  It was apparently an issue on netbsd...
21:05.44starseekerworked OK on Linux here when I tried it
21:06.10brlcadthat just leaves a lot of other untested environments :)
21:06.19starseekeryeah - I'd say revert it for now
21:06.45brlcadit's feeling more stable after the past weekends changes going in
21:06.45starseekerbut we probably want to stick it back in afterwards, if for no other reason than to match better what we do when searching for X11
21:06.50brlcadjust need another windows sanity test
21:07.13starseekerregex/red sanity, or just archer/mged generic testing?
21:07.15brlcadI can kick off a slew of compiles to test that change one last time
21:07.20brlcadjust compilation sanity
21:07.27starseekerstarts a build
21:07.41brlcadlot of little things that could kick off a failure on windows
21:08.08brlcadwoot
21:08.09brlcadIn file included from /home/sean/brlcad/src/other/togl/src/glew/glew.c:32:
21:08.09brlcad/home/sean/brlcad/src/other/togl/src/../include/GL/glew.h:2580:2: error: #error got here
21:08.15brlcad(that's a good error)
21:08.20starseekerhehe
21:10.47starseekeruh... 2580 in glew.h doesn't seem to have anything that would complain about "got here"...
21:11.52starseekerbrlcad: I don't suppose plugging in the newest glew would help?
21:12.23brlcadthat was my own code, testing that it got to a critical symbol it needs
21:12.29brlcadnope
21:12.33brlcadi think this'll fix it
21:12.50starseekerah - phew :-)
21:14.00brlcadwoot, togl compiled clean .. now to check the rest of the build
21:17.29starseekerah, bugger, that's right - if we go with libdm we'll need code for wgl and ogl
21:17.47starseeker(assuming we can get the TIE stuff to work on Windows...)
21:19.00brlcadwhat do you mean?
21:19.56starseekerI guess I should say we *may* need code for both - ogl is X11 only, so if we want an ISST opengl context on Windows we'll need a wgl display manager
21:19.57brlcadsounds like "to go with libdm, we need another hook function so we don't end up with dm-platform-specific code in the client applications"  :)
21:21.09starseekerjudging by tclcad_obj, we'll at least need to pass in the DM_OGL and DM_WGL build flags for the right headers
21:21.39starseekerdon't know if we'll need more platform specific stuff until we see how ``Erik's fast TIE display behaves with libdm
21:22.48starseekerhopefully not, but if I understand correctly his drawing approach is pretty different from what's usually done with libbm
21:25.00brlcadyou say that but all i hear are things that need to be fixed
21:25.25brlcadcallers aren't supposed to be aware of DM types (at all, ever)
21:26.13brlcadof course, this is not the current state of affairs, but I consider that a failure of attention only ... :)
21:26.18starseeker``Erik's fast display uses some OpenGL specific stuff, so I'm guessing he would need to pull the opengl context out of the dm_vars
21:26.26starseekerheh
21:26.38brlcadyeah, opengl is about as "aware" as they need to be
21:26.51brlcadbut that's like a DM attribute/setting that should be queryable
21:27.04starseekerwell, if we can get away with togl for this release it would be nice to fix whatever needs fixing and nuke it - it's been a royal pain
21:27.46starseekernot to mention we could use libdm's proper quaternion support for rotation instead of that miserable hack that's in there now
21:28.11brlcadnods
21:29.13starseekerbeing able to make it a "mode" in archer would solve a number of other things, like proper tree support
21:30.56starseekerbut that *would* be a major "binding" problem :-)  tree actions, mouse actions, keys... probably not too different from sketch in some ways as a distinct interaction mode
21:41.01starseekerwindows build commencing
21:43.35starseekerbrlcad: did you want me to revert the FindGL.cmake change?
22:04.20starseekerbuild succeeded on Windows, mged comes up and raytraces toyjeep
22:12.22*** join/#brlcad caen23 (~caen23@92.81.213.245)
22:24.24brlcadstarseeker: no, we can run with it if you think it's "better"
22:25.05brlcadnetbsd is now clean and compiles default
22:25.19brlcadonly issue is it seems to have littered the source tree with generated man pages
22:26.04brlcadand symbolic links in build tree
23:02.36*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:03.31Notify03BRL-CAD:carlmoore * 55663 brlcad/trunk/src/util/dunnsnap.c: remove h for high-res ('s 1024' or 'S 1024' in its place), and implement -h,-?
23:03.43Notify03BRL-CAD:starseeker * 55664 brlcad/trunk/misc/CMake/FindGL.cmake: Add NO_CMAKE_SYSTEM_PATH to OpenGL searches, to mirror FindX11 behavior.
23:03.45Notify03BRL-CAD:carlmoore * 55665 brlcad/trunk/src/sig/dwin.c: implement -h and -? for help, specify usage of files (not stdin/stdout), and change old h to H
23:03.55Notify03BRL-CAD:brlcad * 55666 brlcad/trunk/src/other/togl/src/CMakeLists.txt: search the provided source directories for headers before searching for them in system directories. fixes a build error encountered on a system where the system-installed glew.h was too old to be used. warrants a header compatibility test if we encounter a case where the system dirs need to get searched first.
23:04.10Notify03BRL-CAD:carlmoore * 55667 brlcad/trunk/src/conv/dxf/dxf-g.c: remove a 'break'; add -h,-?; add 'Usage'
23:42.29``Eriksooo much backlog
23:45.35``Erikthe subset of togl actually used by isst could be rewritten with very little effort... allz isst does is update a texture and blast it to the screen with one big quad
23:47.06``Erikthe ogl dm, iirc, draws rle scanlines using glrect, which is pretty crappy on modern hw (slow on osX, probably due to how glRect() is emulated)...
23:49.12``Erikand yeh, 'convention' is all over the map, linux is weird in the greater scheme in how similar the distros tend to be.. even before lsb :) some systems considered it normal to put executables in /etc/, and frequently, /opt/<package>/ is normal... and that's just unix
IRC log for #brlcad on 20130605

IRC log for #brlcad on 20130605

00:01.19starseekerbrlcad: I'll see if I can put together a netbsd image - were you using the built-in xsltproc or the system version?
00:02.13starseekerthere's an annoying behavior I've occasionally observed with the man page output where it doesn't respect the "standard" output directory settings - not sure whether that's an issue with the .xsl files associated with man pages or what exactly
00:02.35starseekerI have cmake logic to try and handle it, but it sounds like it still has bugs
00:03.21starseeker``Erik: I've never seen etc used for executables - who did that?
00:04.37starseekernowadays /opt is generally for "binary" packages like opera and acroread - again in my experience I've never run across something we want to find being installed in opt...
00:08.02``Erikstarseeker: sunos, aix, hpux, irix, tru64, ...
00:09.11``ErikI thought it was weird when I first saw it, I was all linux and fbsd with a little light aix as a mere mortal...
00:10.12``Erikback in the day, there was no sbin, opt was probably a spindle that wasn't available during boot, and /etc was just a place to shove stuff that didn't belong somewhere... the junk drawer of the file system, thus the name :)
00:20.57starseekerare they still that messed up?  (the survivors on that list?)
00:31.45``ErikI'd imagine so O.o I mean, we have /opt/cmake/bin/ on the linux servers, right? :D
00:33.02``Erikthe point is that there is no 'right way' that everyone uses... :)
00:33.31starseekerthere are however common ways on popular OSes
00:36.47starseekerbetter than nothing I guess
00:37.08starseekerwishes POSIX had standardized X11 and opengl file locations...
00:40.00``Erikin '88, X had plenty of competition and opengl was called irisgl and sgi specific... :D
00:41.17*** join/#brlcad IriX64 (~kvirc@65.95.149.3)
00:41.18``Erikalways projects trying to supercede X as well... quartz seems to be the only one that got traction, though
00:41.51starseekersure, but why can't POSIX standardize it now? :-)  no rule against new standardization efforts...
00:42.27starseekerscowls at netbsd - how do I get networking going with this doggone thing?
00:44.47*** part/#brlcad IriX64 (~kvirc@65.95.149.3)
00:49.49starseekerah
01:46.48brlcadstarseeker: XSLTPROC_EXECUTABLE:FILEPATH=/usr/pkg/bin/xsltproc
02:06.48starseekerbrlcad: I'd be curious if using the bundled version changes anything (I actually wouldn't expect it to, but it's something to check)
02:15.13brlcadhow to force that?
02:33.02starseeker-DBRLCAD_XSLTPROC=BUNDLED (I think)
02:54.51starseekerbrlcad: I'm getting a conflict on netbsd:  include/common.h:68:0: error: "__BEGIN_DECLS" redefined
02:55.11starseeker/usr/include/sys/cdefs.h:293:0: note: this is the location of the previous definition
02:55.19starseekersame deal for __END_DECLS
02:55.30starseeker(netbsd 6.1 amd64)
03:02.23brlcadstarseeker: what are they defined to?
03:03.51brlcadand what was being compiled -- that's a wrong header ordering
03:04.22starseekersscanf.c
03:04.24starseekerin libbu
03:04.53starseekerdefined to __BEGIN_PUBLIC_DECLS and __END_PUBLIC_DECLS respectively
03:05.21brlcadyep
03:05.36brlcadit's missing, that's wrong
03:06.10starseekeryou mean cdefs.h is missing?
03:06.40brlcadno, common.h
03:06.51Notify03BRL-CAD:brlcad * 55668 brlcad/trunk/src/libbu/sscanf.c: by design, common.h should always come before all system headers whenever system headers are include.
03:08.10brlcadwhat are those defines?
03:08.52brlcadactually, never mind.. shouldn't matter :)
03:10.24brlcadthe header missing was the problem
03:23.29starseekeryep, that got it
03:24.31starseekerhmm - include/brep.h:110:1: error: no matching push for '#pragma GCC visibility pop'
03:26.17starseekersomething about the #ifdef logic for C++ I'll bet - the corresponding begin is inside an ifdef
03:32.31*** join/#brlcad caen23 (~caen23@92.81.213.245)
03:43.07*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:43.23Notify03BRL-CAD:starseeker * 55669 brlcad/trunk/src/libbn/tri_tri.c: another common.h missing
03:48.18starseekerbrlcad: http://paste.lisp.org/display/137472
03:50.39brlcadstarseeker: gcc version?
03:50.51Notify03BRL-CAD:starseeker * 55670 brlcad/trunk/include/brep.h: Both the BEGIN and the END need to be inside or outside the ifdef together - mixing and matching doesn't work on NetBSD.
03:50.58starseeker4.5.3
03:51.06starseekerNetBSD b2 20110806
03:51.18brlcadhuh, it was reported back in 4.1 for fedora and fixed then (7 years ago)
03:54.23brlcadstarseeker: looks like we need a try compile test with the xmmintrin.h header
03:55.19brlcadstarseeker: does this succeed:  BRLCAD_INCLUDE_FILE(xmmintrin.h HAVE_XMMINTRIN_H)
03:57.10starseekeryes
04:02.12brlcadstarseeker: try this
04:02.30Notify03BRL-CAD:brlcad * 55671 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/dvec.h): make sure the emmintrin.h header actually works, not just exists. there's a gcc bug spanning 4.0-4.5 where the posix_memalign() decls are different causing a 'throws different exceptions' failure
04:05.04Notify03BRL-CAD:starseeker * 55672 brlcad/trunk/src/other/libregex/regex.h: Don't define __BEGIN_DECLS and __END_DECLS in regex.h if they're already defined.
04:05.53starseekerCMake parsing fails
04:07.33Notify03BRL-CAD:starseeker * 55673 brlcad/trunk/CMakeLists.txt: Fix syntax error
04:07.45starseekerthat failed
04:08.41starseekerand compilation is now succeeding
04:10.08Notify03BRL-CAD:starseeker * 55674 brlcad/trunk/src/libged/illum.c: Another missing common.h
04:10.50Notify03BRL-CAD:starseeker * 55675 brlcad/trunk/src/libged/item.c: Another missing common.h
04:13.35Notify03BRL-CAD:starseeker * 55676 (brlcad/trunk/src/libged/make_name.c brlcad/trunk/src/libged/regdef.c and 3 others): The rest of the missing libged common.h inclusions
04:47.34Notify03BRL-CAD:starseeker * 55677 (brlcad/trunk/src/adrt/librender/component.c brlcad/trunk/src/adrt/librender/cut.c and 14 others): More common.h additions - this gets us to a finished build.
04:47.48starseekerbrlcad: I didn't notice the problems with errant man pages you described using NetBSD 6.1 + bundled xsltproc + latest CMake
04:48.18starseekernot sure what triggered the issue in your case, but here at least it didn't seem to be an issue...
04:49.40starseekercalls it a night
08:34.44*** join/#brlcad Black_Rabbit (~Black_Rab@122.177.69.178)
08:35.52*** join/#brlcad zero_level (~mohit@117.212.27.169)
08:58.06*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:59.44*** join/#brlcad caen23 (~caen23@92.81.213.245)
09:09.59*** join/#brlcad caen23 (~caen23@92.81.177.169)
09:30.54*** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net)
09:30.54*** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
09:42.48*** join/#brlcad merzo (~merzo@252-236-132-95.pool.ukrtel.net)
09:45.14starseekeryawns
09:49.02*** join/#brlcad zero_level (~mohit@117.220.8.177)
10:03.04*** join/#brlcad kesha (~kesha@14.139.122.114)
10:17.27*** join/#brlcad Mahi (~Mahi@ec2-23-20-158-45.compute-1.amazonaws.com)
10:45.33*** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
11:32.02*** join/#brlcad kesha (~kesha@14.139.122.114)
12:34.33*** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
12:46.06*** join/#brlcad caen23_ (~caen23@92.81.180.164)
13:21.34*** join/#brlcad Mahi_ (~Mahi@ec2-23-20-158-45.compute-1.amazonaws.com)
15:17.39*** join/#brlcad ibot (~ibot@rikers.org)
15:17.39*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
15:20.04zero_level``Erik: hi, i learnt from the project ideas page that, you will be mentoring project to implement the image processing library
15:20.36zero_level``Erik: can i have ur email address.
15:39.12*** join/#brlcad kesha_ (~kesha@14.139.122.114)
IRC log for #brlcad on 20130606

IRC log for #brlcad on 20130606

15:15.30*** join/#brlcad ibot (~ibot@rikers.org)
15:15.30*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
15:22.09*** join/#brlcad zero_level (~zero_leve@117.205.31.160)
15:59.30Notify03BRL-CAD:brlcad * 55682 brlcad/trunk/src/libbrep/intersect.cpp: bio.h is a system header wrapper but should still probably come after the <> headers
16:01.04*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:14.30Notify03BRL-CAD:carlmoore * 55683 brlcad/trunk/src/sig/f-d.c: cosmetic stuff to resemble d-f.c source as much as possible
16:28.25*** join/#brlcad zero_level (~zero_leve@117.205.18.39)
16:28.44*** join/#brlcad rays2pix (~deepak@14.139.226.34)
16:50.29brlcadmaths22_: would you be willing to set up viewvc?
16:50.35brlcadon the server
16:51.17brlcadsourceforge seems to not yet be sporting that feature with their new interface, and that's something we use daily
16:51.37brlcadplus... on our server, it'll probably be crazy faster than it was on sourceforge
16:57.03brlcadviewvc or websvn, seems to be merits to both
20:22.47Notify03BRL-CAD:carlmoore * 55684 brlcad/trunk/src/fb/fbclear.c: remove old h (it was a high-res flag; use 's 1024' or 'S 1024) and implement h,?
21:00.26*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
21:18.52Notify03BRL-CAD:carlmoore * 55685 brlcad/trunk/doc/docbook/system/man1/en/fbclear.xml: remove -h reference; notice the reference to Adage in the now-deleted remark about -h
21:55.26*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
22:01.19Notify03BRL-CAD:carlmoore * 55686 brlcad/trunk/src/conv/euclid/euclid_format.c: remove a set of braces because the if/then has just 1 statement
22:06.18*** join/#brlcad merzo_ (~merzo@251-173-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20130607

IRC log for #brlcad on 20130607

00:19.22*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
00:21.07brlcadcaen23_: google just sent me a few pictures of you and skriptkid receiving your awards :)
01:54.26*** part/#brlcad Mahi (~Mahi@ec2-54-234-175-101.compute-1.amazonaws.com)
03:17.20starseekersweet - glfw is adding support for undecorated OpenGL windows.  May have to try plugging them in behind a generic OpenGL libdm/libfb layer.
08:56.36*** join/#brlcad zero_level (~zero_leve@117.212.25.74)
10:45.38*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:1110:0:2:7a6a:b901)
11:59.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:57.55caen23_brlcad: :D heh, nice
12:59.36caen23it was a very cool week indeed
13:39.12starseekergrowls - n_reed, it looks like that trick for generating wireframes won't fly after all
13:39.19starseekertoo resource intensive
13:49.06*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
13:49.07n_reedyou mean it takes too much longer than the normal time?
13:49.23n_reedit was worth a try regardless
14:13.55starseekeryeah - I'm looking at anywhere I can trim fat to try and speed it up, but I doubt it'll be enough
14:14.05starseekerpity - it gives decent results in some cases
14:14.44starseekeris there any way we can tweak the vds folding to bias in some way toward original points in the local neighborhood?
14:32.04n_reednot sure what you mean
14:35.01Notify03BRL-CAD:carlmoore * 55687 (brlcad/trunk/src/sig/f-i.c brlcad/trunk/src/sig/i-f.c): set scale=1.0 in the declaration, not in a separate statement
14:35.38n_reedavoid folding nodes containing original triangles which are adjacent to an already folded node?
14:36.37n_reedor when folding a node always use an original triangle vertex as the proxy? or something else?
14:54.52Notify03BRL-CAD:carlmoore * 55688 (brlcad/trunk/src/sig/bw-d.c brlcad/trunk/src/sig/d-bw.c): changes (preset of scale =1.0 and implementing -h and -?) for bw-d.c and d-bw.c
14:58.09Notify03BRL-CAD:carlmoore * 55689 brlcad/trunk/src/sig/bw-d.c: remove math.h reference, which d-bw.c did not have, and I did make to make sure this didn't break anything
15:06.00starseekern_reed: something along those lines... you had mentioned "losing" the original shape as folding progressed
15:25.44Notify03BRL-CAD:carlmoore * 55690 (brlcad/trunk/src/sig/d-u.c brlcad/trunk/src/sig/u-d.c): cosmetic changes for d-u.c/u-d.c file comparison, and in u-d.c implement 'double scale=1.0;'
15:29.19Notify03BRL-CAD:carlmoore * 55691 brlcad/trunk/src/sig/u-f.c: move scale=1.0 into the type declaration
15:35.08n_reedto reiterate, the primary issue is that rendering requires too many original triangles to be present
15:35.25n_reedif you don't have a patch of original triangles every so often, you end up with holes
15:35.45n_reedif you don't keep any original triangles, you end up with nothing (disappearing tire syndrome)
15:37.27n_reedthis restricts the number of triangles you can remove to a number that seems too few to be of much use to us
16:12.06*** join/#brlcad zero_level (~zero_leve@117.205.26.141)
16:35.26*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:1110:0:2:7a6a:b901)
16:59.43Notify03BRL-CAD:phoenixyjll * 55692 brlcad/trunk/src/libbrep/intersect.cpp: Try to add PS support using get_closest_point().
17:00.56Notify03BRL-CAD:erikgreenwald * 55693 brlcad/trunk/doc/docbook/system/man1/en/fbclear.xml: rebalance the XML so it can be parsed
17:05.04*** join/#brlcad zero_level (~zero_leve@117.205.20.87)
17:08.29Notify03BRL-CAD Wiki:Phoenix * 5368 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */
18:01.24*** join/#brlcad caen23 (~caen23@92.81.209.90)
18:14.51Notify03BRL-CAD:carlmoore * 55694 brlcad/trunk/src/sig/i-d.c: add a blank line (cosmetic comparison with d-i.c) and initialize scale in the type statement
19:18.55zero_level<PROTECTED>
19:19.31zero_level``Erik : Hi
19:31.16zero_level``Erik: I wish to discuss things related to buffers in the image utilities. Please respond when you see this. Thanks :-)
19:32.42Notify03BRL-CAD:carlmoore * 55695 brlcad/trunk/src/util/pix-png.c: don't need those 2 case statements; just use default
19:42.51*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:1110:0:2:7a6a:b901)
19:51.05*** join/#brlcad mpictor (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
19:53.58*** join/#brlcad mpictor (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
19:56.23*** join/#brlcad mpictor_ (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
20:29.38Notify03BRL-CAD:carlmoore * 55696 brlcad/trunk/src/util/pix-ps.c: implement -h and -? (removing old -h high-res)
20:35.37``Erikzero_level: ask your questions, someone will answer them eventually... I'm running around preparing for a preschool graduation at the moment, so I'm not very available, but other mentors might be
20:42.23*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
20:54.10zero_level``Erik: ok,
20:54.20zero_levelI am currently preparing implementation plan for utilities of group 1-6.  I will post it on wiki page. I might need your review for that.
20:54.36zero_levelAlso i wish to shuffle  components of development phase in my time-line.
20:55.25zero_levelAbout buffers.
20:57.13``Erik'k, when the changes are committed to the wiki, mention it in here and at least one mentor will review/comment
20:58.34``Erikre-ordering is fine, um, there are two review times, a half-way review and the final review... if the shuffling moves things between those two halves, just let us know
20:59.36zero_levelIn the image processing utilities, the image is not read in full to the memory, rather buffers of varied size are used. The image is read in parts from one of the raw format pix/bw to these buffers, processed and written to the output buffer/file depending upon the utility
21:00.31zero_levelthis reading --> processing and writting continues until the complete file is not read.
21:01.16zero_levelI require few suggestions here
21:04.03zero_levela) The current work on ICV has a image container which contains feild for both file pointer and the array containing the file. The easiest task would be to refactor the code and let them use the buffers of the varied sizes and read from the input file pointer
21:04.43zero_levelI would welcome implementation suggestion for this !
21:08.46Notify03BRL-CAD Wiki:Level zero * 5369 /wiki/User:Level_zero/proposal: /* June 17 - Sep 2 suffling of components of Development Phase */
21:10.21zero_level``Erik this notification is for shuffling of the components. I would now focus on the 11 Groups first and then the conversion tools
21:10.57``Erikhttp://youtu.be/vxG1PFHOpI8  they turbo'd an old golf to break 1000hp (1013bhp, 744kw... I assume at the flywheel)
21:15.02``Erikzero_level: I don't recall what group 11 is, but I'd imagine the converters are more important in the long run.. I'd like to see some effort on the converters, even if we decide to break it up differently...
21:16.15``Erikw00t, got my twirssi back up and I only had to alter one system perl module
21:17.07zero_level``Erik : i meant all the other image processing tools(1-11 groups) other than converters
21:20.06starseekerbrlcad: anything we can do to assist with tagging?  (I can do another sync, if that would help...)
22:42.41Notify03BRL-CAD:r_weiss * 55697 brlcad/trunk/src/libged/gqa.c: Updates to 'gqa' command to improve results with default settings and improve user messages/warnings. More testing is needed.
23:28.04*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
IRC log for #brlcad on 20130608

IRC log for #brlcad on 20130608

01:04.43``Erikextention error in BRL-CAD trunk, clang 3.0, ubuntu 12.04, i386 32b linux: http://paste.lisp.org/display/137516
01:11.07``Erikizzat pertinant to the current tag/release, or can we eat that this time?
04:36.58*** join/#brlcad crdueck (~cdk@24.212.219.10)
07:58.52*** join/#brlcad zero_level (~zero_leve@117.205.16.195)
08:19.55*** join/#brlcad zero_level (~zero_leve@117.205.27.247)
08:47.52*** join/#brlcad zero_level (~zero_leve@117.205.27.110)
10:10.29*** join/#brlcad caen23 (~caen23@92.81.166.218)
11:06.16*** join/#brlcad zero_level (~zero_leve@117.205.30.28)
11:44.07*** join/#brlcad zero_level (~zero_leve@117.205.22.222)
12:07.30*** join/#brlcad zero_level (~zero_leve@117.220.10.58)
13:00.17*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
13:01.05*** join/#brlcad zero_level (~zero_leve@117.205.31.37)
14:13.51*** join/#brlcad vladbogo (~chatzilla@188.25.101.47)
14:15.50*** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
14:39.50*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
15:05.59*** join/#brlcad caen23 (~caen23@92.81.186.135)
15:08.26*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
16:34.56*** join/#brlcad crdueck (~cdk@24.212.219.10)
19:59.54*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:03.42*** join/#brlcad papna_ (~papna@python/site-packages/papna)
20:06.25*** join/#brlcad KimK_ (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:08.57*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
20:10.54*** join/#brlcad crdueck (~cdk@24.212.219.10)
20:31.05*** join/#brlcad ChanServ (ChanServ@services.)
20:31.05*** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
20:31.25*** join/#brlcad ChanServ (ChanServ@services.)
20:31.25*** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
IRC log for #brlcad on 20130609

IRC log for #brlcad on 20130609

07:19.18*** join/#brlcad IriX64 (~kvirc@65.95.149.59)
08:10.36*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
08:15.43*** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
08:58.10*** join/#brlcad zero_level (~zero_leve@117.205.19.170)
10:22.22zero_levelhi Erik: brlcad: what are pix(5) files. How are they different from normal pix files? Where are they used
10:36.11Notify03BRL-CAD Wiki:Level zero * 5370 /wiki/User:Level_zero/patches: Created page with "=GSOC 13="
10:46.16*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
10:46.43Notify03BRL-CAD Wiki:Level zero * 5371 /wiki/User:Level_zero/patches: /* GSOC 13 */ Patch Information
10:48.06Notify03BRL-CAD Wiki:Level zero * 5372 /wiki/User:Level_zero/: /* Index page user ZERO_LEVEL */
11:11.57*** join/#brlcad zero_level (~zero_leve@117.212.25.177)
11:32.53Notify03BRL-CAD Wiki:Level zero * 5373 /wiki/User:Level_zero/GSOC13/logs: LOG Update
12:14.27``Erikzero_level: where are you seeing hte reference? (there is an alias pix file that is different than the older BRL-CAD pix format, maybe it's a reference to that?)
12:18.09zero_levelErik : for eg the man page of pixhalve
12:39.09*** join/#brlcad zero_level (~zero_leve@117.212.28.227)
13:25.05*** join/#brlcad zero_level (~zero_leve@117.205.28.166)
13:29.12``Erikzero_level: pixhalve revers to the BRL-CAD raw PIX format, straight RGB24 (8 bits per channel) data, no header
13:35.31``ErikI'd tink that modifications to the proposal should be discussed in public unless personal information is involved
13:35.34``Erikthink
14:03.30zero_levelok ``Erik
14:04.22zero_levelbut when i went through the source of pixhalve i found it different than the normal utilities dealing with pix format
14:04.25zero_levelfor eg. pixinterep2x
14:21.19zero_levelsry it is pixinterp2x
14:33.28*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:40.37*** join/#brlcad zero_level (~zero_leve@117.205.29.69)
14:45.56*** join/#brlcad kesha_ (~kesha@49.248.244.79)
15:04.16*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:37.26*** join/#brlcad zero_level (~zero_leve@117.205.25.216)
17:32.06*** join/#brlcad kesha_ (~kesha@49.249.9.35)
21:59.49*** join/#brlcad zero_level (~zero_leve@117.205.24.209)
22:24.06*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
22:46.03``Erik"spin hall effect" O.o interesting
22:51.46*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:22.04*** join/#brlcad zero_level (~zero_leve@117.205.24.122)
IRC log for #brlcad on 20130610

IRC log for #brlcad on 20130610

00:43.11*** join/#brlcad zero_level (~zero_leve@117.205.18.35)
02:20.08*** join/#brlcad crdueck (~cdk@24.212.219.10)
02:44.00*** join/#brlcad zero_level (~zero_leve@117.205.31.205)
02:58.13*** join/#brlcad zero_level (~zero_leve@117.205.31.205)
03:59.23Notify03BRL-CAD Wiki:JoelDBenson * 5374 /wiki/Creating_and_editing_arbn_primitives: created using content formerly in the BRL-CAD Primitives article, in order to reduce the length of that article
04:02.07Notify03BRL-CAD Wiki:JoelDBenson * 5375 /wiki/Creating_and_editing_arbn_primitives: /* Creating and editing arbn primitives */ removed redundant heading
04:06.27Notify03BRL-CAD Wiki:JoelDBenson * 5376 /wiki/Talk:Creating_and_editing_arbn_primitives: Created page with "==Creation Note== I am working on completing the [[BRL-CAD Primitives]] article as an overview of all such shapes. To keep it to a managable length, I plan on creating a seri..."
04:18.12Notify03BRL-CAD Wiki:JoelDBenson * 5377 /wiki/BRL-CAD_Primitives: /* Arbitrary convex polyhedra */ moved creation discussions to a separate article, and finished this section as an overview of arb primitives
04:40.50Notify03BRL-CAD Wiki:JoelDBenson * 5378 /wiki/Talk:BRL-CAD_Primitives: Responded to Sean's comments and adding an explanation of my most recent changes
04:50.35Notify03BRL-CAD Wiki:JoelDBenson * 5379 /wiki/BRL-CAD_Primitives: /* ARB8 Records */ minor edit of arb4, arb5 and raw bullet points
08:31.14*** join/#brlcad zero_level (~zero_leve@117.212.25.123)
08:51.35*** join/#brlcad zero_level (~zero_leve@117.205.25.147)
09:15.41*** join/#brlcad zero_level (~zero_leve@117.205.24.242)
10:46.49*** join/#brlcad zero_level (75cd11e0@gateway/web/freenode/ip.117.205.17.224)
13:10.35Notify03BRL-CAD:erikgreenwald * 55698 (svn:executable ## -1 +0,0 ## and 2 others): remove executable prop for .c filesProperty Changed:----------------brlcad/trunk/src/libdm/adc.cbrlcad/trunk/src/libdm/grid.cbrlcad/trunk/src/libdm/labels.cbrlcad/trunk/src/libdm/rect.cbrlcad/trunk/src/libdm/scale.c
13:55.10brlcad``Erik: interesting: https://github.com/cosmos72/stmx/
14:02.24brlcad``Erik: heh, that VW is the same weight as my car ... 0-60 in <2s yikes
14:22.13``Erikheh, yeh, kw/kg of .828 vs your .155 or my .160 (or starseekers .089)
14:23.53*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:26.44``Erikprobably needs a new set of tires every time it fuels
14:26.48brlcad``Erik: your paste expired, what was the failure?
14:27.09``Erikum, something about inline being an extension if it's the ubuntu/i386 one
14:27.39brlcadsomething that would have succeeded if strict was turned off?
14:28.28brlcadprobably related to the -std=gnu90 flag I re-enabled on debug compilation
14:28.38``Erikhttp://paste.lisp.org/display/137541
14:28.59``Erikyeah, it doesn't happen with CMAKE_BUILD_TYPE=Release
14:30.21brlcadwhat grep INLINE .cmake/CMakeCache.txt | grep -v //
14:30.57brlcadpresume the inline test succeeded, probably just needs to test for that flag after the standards flags
14:31.32``Erik6 lines, says inline is found and called "inline"
14:32.44brlcadyeah
15:03.32Notify03BRL-CAD Wiki:JoelDBenson * 5380 /wiki/Talk:BRL-CAD_Primitives: /* Completion of ARBs section */
15:07.37*** join/#brlcad zero_level (75d41d46@gateway/web/freenode/ip.117.212.29.70)
15:07.51*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
15:40.47Notify03BRL-CAD Wiki:JoelDBenson * 5381 /wiki/BRL-CAD_Primitives: /* ARB8 Records */ minor changes to geometric terminology
16:08.04brlcad``Erik: what does this output?  touch foo.h; clang -std=gnu89 -pedantic -dM foo.h
16:12.45brlcadnever mind, got it
16:39.34brlcad``Erik: can you give that a try?
16:39.40Notify03BRL-CAD:brlcad * 55699 brlcad/trunk/include/common.h: __STRICT_ANSI__ is not the right define to key off of as it catches c89 and c99 (for gcc and clang). if we're compililing gnu89 pedantic, we need to check for GNU inline behavior, which is indicated for gcc 4.1+ and clang via the __GNUC_GNU_INLINE__ define. leaving __STRICT_ANSI__ in place to not rock the windows boat prior to release.
16:51.05*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
17:12.47``Erikseems to work for libbu doing gcc debug and clang debug
17:13.42``Erikbuilds the rest
17:28.21*** join/#brlcad zero_level (75cd18fc@gateway/web/freenode/ip.117.205.24.252)
17:29.44brlcad``Erik: awesome, thanks
17:30.32brlcadif richard is earshot and willing to try a windows libbu compile with __STRICT_ANSI__ removed (in common.h), that would wrap that issue up
17:42.37Notify03BRL-CAD Wiki:Level zero * 5382 /wiki/User:Level_zero/GSOC13/api: /* API DESIGN */
17:43.54*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
17:47.28Notify03BRL-CAD:n_reed * 55700 brlcad/trunk/include/common.h: don't want to remove inline uses from cpp files
18:03.30Notify03BRL-CAD:carlmoore * 55701 (brlcad/trunk/src/util/pixscale.c brlcad/trunk/src/util/pixshrink.c): remove old -h (high-res); use h,?,run-with-no-arguments for help
18:11.28*** join/#brlcad zero_level (75cd154e@gateway/web/freenode/ip.117.205.21.78)
18:13.24Notify03BRL-CAD Wiki:Level zero * 5383 /wiki/User:Level_zero/GSOC13/api: /* STructures and API */
18:14.52Notify03BRL-CAD:n_reed * 55702 brlcad/trunk/src/libdm/dm-ogl.c: remove duplicate prototypes
18:21.50Notify03BRL-CAD Wiki:Level zero * 5384 /wiki/User:Level_zero/GSOC13/api: /* Structure */
18:26.10Notify03BRL-CAD Wiki:Level zero * 5385 /wiki/User:Level_zero/: /* GSOC 13 */
18:26.28zero_levelhi Erik:
18:26.57zero_levelpls review my structure definitions and api designs
18:27.01zero_levelthese are available here
18:27.02zero_levelhttp://brlcad.org/wiki/User:Level_zero/GSOC13/api
18:27.19zero_levelAlso i have created an Index Page for all my work with BRLCAD
18:27.34zero_levelThis is available here http://brlcad.org/wiki/User:Level_zero/#GSOC_13
18:28.30zero_levelAlso Do u suggest of putting my rough notes for the utilities on wiki..
18:31.15zero_level``Erik and brlcad I would also like to get my patches reviewed.
18:31.47zero_levelInformation Regarding them are here http://brlcad.org/wiki/User:Level_zero/patches
18:32.47Notify03BRL-CAD:carlmoore * 55703 brlcad/trunk/src/fb/pix-fb.c: remove h for high-res; implement h,? for help
18:33.12zero_level<PROTECTED>
18:38.21*** join/#brlcad vladbogo (~vlad@188.25.101.47)
18:40.28*** join/#brlcad zero_level (75cd154e@gateway/web/freenode/ip.117.205.21.78)
18:47.21brlcadstarseeker: you should add BRL-CAD to http://en.wikipedia.org/wiki/CMake#Notable_applications
19:09.04brlcadzero_level: it's a good start!
19:09.50zero_levelbrlcad : thanks had to do a lot of code reading
19:10.05brlcadzero_level: few suggestions...
19:10.38brlcadI'd like to see some comments for starters, to say what the intent is of each function, what the params are if it's not obvious from the names, and some consistency with the I/O
19:11.10zero_levelok i will put them in the patch file
19:11.44brlcadnot fond of "oper1" and "oper2" ... vague
19:12.01brlcadalso should denote which parameters can be const
19:12.23zero_levelactually those two represents operations with one image and operations with two images
19:12.26brlcadmight also want to consider "standardizing" your parameters
19:13.04brlcadexcept so are all the other functions, no? ... represent operations with one or two images.. :)
19:13.05zero_levelcan u suggest some instances, that will be easy for future
19:13.22brlcadwhat I mean about standardizing is like a usage pattern
19:13.47zero_levelthose two functions are for airthmetic and logical operations like addition multiplication, or, and etc..
19:14.14brlcadfor example, option #1:  void function(output, const input, ...input params...)
19:14.51brlcadoption #2: void function(const input, output, ... input/output params ...)  <-- this is kind of what you mostly have now sans const
19:15.11brlcadoption #3: output function(const intput, ...input/output params ...)
19:15.11brlcadetc
19:15.29brlcadthe idea is to consciously pick a form and then stick to it religiously
19:16.04brlcadwhich is "best" really depends on many factors, like whether there are any functions that need to return more than one value?
19:16.13zero_levelyes, this will be a good style :-) will try to adher to one of them after seeing what we require here
19:17.11brlcadyou should already have a pretty good sense of what is required now
19:17.22brlcadas that is a pretty extensive list
19:17.56brlcadwhat is icv_operation.oper?
19:18.51zero_levelthat will carry information regarding operation type
19:19.03zero_leveli will post enumerate list for them
19:19.36brlcadif it's an enum, it should be typedef'd instead of a char
19:21.04zero_leveli would rather make it an integer type
19:21.20zero_leveland a list of enum for operations
19:21.38zero_levellike it is done for format in icv.h
19:22.52brlcadthat's the point, you make it a typedef so you can change it later as needed
19:23.08brlcadicv.h is merely a starting point, it has LOTS of room for improvement
19:23.20brlcadso use it as a reference for ideas only, not as religion ;)
19:23.47brlcadfor example, I look at format in icv.h and think it should also be a typedef'd type
19:24.03zero_levelok
19:24.22zero_levelthen the same applies for method in icv_scale and shrink
19:24.29brlcadtypedef enum {...} icv_format_t; ...  struct icv_image_file { ... int fd; icv_format_t format; ...};
19:25.00zero_levelyeah got ur poing regarding typedef
19:26.30zero_levelbrlcad: there are three groups left as per my proposal
19:26.35brlcaddo any of the functions not return void?
19:27.33zero_levelactually i intend to implement them as such that all the functions are called using call by reference
19:27.54zero_leveland the addresses for desired output is sent during function call
19:28.14brlcadwhat do you mean called using call by reference?
19:28.30brlcadsome sort of icv_exec() function?
19:29.06brlcadzero_level: how'd you come up with your groupings?
19:29.32zero_levelone by one :-)
19:29.40zero_levelcall by reference means
19:29.52zero_levelfor example
19:30.30zero_level<PROTECTED>
19:31.14zero_levelhere instead of making a return type of icv_image_file_t
19:31.52zero_leveli have used icv_image_file_t  *img_out, one of the argument
19:31.55brlcadokay, I guess you're reading "into" my question then ... :)
19:32.34brlcadmaking a return type of icv_image_file_t wouldn't necessarily make sense for all function types -- the "output" might not be the image
19:32.39zero_levelabout groupings --
19:33.06zero_leveli have picked the utilities which perform comman functions
19:33.15brlcadicv_image_FILE_t is bothersome... implies there is or will be an icv_image_NOTFILE_t
19:33.17zero_levellike crop and rect
19:33.37brlcadI got that, but how'd you come up with them?
19:33.58brlcadreading their man pages or the source files and grouping them based on what it sounds like they do?
19:34.26zero_leveland also reading there source codes
19:34.36brlcadif you can give a name to each group, that would be very helpful
19:34.37zero_levelbecause there is commanilities in the codes as well
19:34.43zero_levelok
19:34.54brlcadgroup1 for example seems to be "Cropping"
19:35.15zero_leveli also plan to create a seperate file for each group
19:35.23zero_levelwhich will ensure completeness
19:35.44brlcadall the better reason to make sure they can all be described in one or two words
19:36.14brlcaddon't be shy to break things up into multiple files or use subdirectories even
19:36.16zero_levelShould i remove file from icv_image_file_t and make it icv_image_file
19:36.32zero_levelopps
19:36.38brlcadyou tell me
19:37.23brlcadwhat happens when icv_crop() (or any of them, really) fails ?
19:46.00*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
19:51.51``Erikheh, osX.9 SeaLion
19:52.09brlcad:)
19:52.11``Erik(ya been watching the streaming wwdc? I'm just catching the twitter chatter about it)
19:52.41``Erikogl4? :o
19:54.56``Erik(ran into an issue with c++ name conflicts at link time, but Nick seemed to have gotten that taken care of... this old celery is a slow compiler and I've been busy futzing with a tk/dm-ogl bridge to replace togl for isst)
19:55.15brlcadonly part way through
19:58.17``Erikbummer, mbp retina isn't getting anything this cycle
19:59.15brlcadMPro update first .. needing that one
20:00.04``Erik<-- still on a 2008 13" mb (the alum uni one)
20:00.21*** join/#brlcad Ch3ck (~Ch3ck@41.202.197.36)
20:02.40``Erikseeing a bit of "ios7 looks pretty sweet", I should probably log into my dev account once in a while to figure out what's going on O.o
20:03.29``Erik"multitasking for all apps", heh
20:03.55brlcadmy mbp is a little older than that
20:04.30Ch3ckjust finished preparing my design document  for the first progress report and
20:04.48``Erikwhu? they're ditching rounded corners and gloss overlays, making it look like win8?
20:04.56Ch3ckjust about to post on my wiki will need some reviews..
20:05.18starseeker``Erik: you sure you're not watching a hoax?
20:05.46``ErikI might be, I read something about the icon transition being jarring and googled for images...
20:07.25``Erikstarseeker: coulda used your brain to pick, spent the day learning how to make a tcl module that cranks up a dm-ogl window... :) the biggest issue seems to be replacing the togl event loop, I'm thinking a pure tcl approach might be good
20:08.26``Erik@codejake: TL;DR: iOS 7 is Windows Phone OS with rounded corners.
20:08.58``Erik[@wilw:42] Watched a little #WWDC on a break. Excited for iOS users to have some of the things we've had on Android for years.
20:09.52``Erikwil wheaton trolls like a true intarwebz geek
20:13.42starseeker``Erik: doubt there's much to pick about tcl/ogl issues - the isst code represents the sum total of my knowledge (such as it is)
20:14.36``Erikit took a while to unwind the cmake macros to figure out the C module compile line (and I think I'm doing mine different than yours, surely less robust)
20:15.07``Erik(apparently, the stubs thing is important)
20:15.10starseekeryeah, I'm not happy with how far we are from vanilla CMake
20:15.26starseekerproblem is you save a lot of lines when you wrap boiler plate into macros
20:15.59starseekerif you see ways to make it simpler, sing out - I was almost certainly not seeing the forest very well while hacking down trees for that part of the build system...
20:17.39starseekerbrlcad and I were discussing some of that stuff and how to improve it a little while back, actually - one of the things to do after the release
20:18.07starseekerstares at a pile of stink bugs and concludes he should probably haul out the vacuum...
20:32.34Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5386 /wiki/User:Izak/Design_documen: /* Short description and Development plan */
20:44.24Notify03BRL-CAD:carlmoore * 55704 (brlcad/trunk/src/sig/f-d.c brlcad/trunk/src/sig/f-i.c): remove unneeded braces
20:50.02Notify03BRL-CAD:carlmoore * 55705 brlcad/trunk/src/sig/i-f.c: cosmetic stuff, to look as much as possible like d-f.c
22:42.24Notify03BRL-CAD:brlcad * 55706 brlcad/trunk/src/libged/gqa.c: key off any negative tolerance value for weight/volume, not just the specific value we initialized with
22:49.30Notify03BRL-CAD:brlcad * 55707 brlcad/trunk/src/libged/gqa.c: introducing new magic numbers (literal values) without explanation is taboo, go with something (an order of magnitude) that should be defensible. value is still significantly smaller than the previous quarter-mm value...
IRC log for #brlcad on 20130611

IRC log for #brlcad on 20130611

00:56.23*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:39.57*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
01:45.42*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
03:27.05*** join/#brlcad zero_level (75d41ae3@gateway/web/freenode/ip.117.212.26.227)
03:42.54*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
03:50.05zero_levelhi brlcad: ``Erik
03:50.37*** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
03:53.03Notify03BRL-CAD Wiki:Jerryfjfvt05 * 0 /wiki/User:Jerryfjfvt05:
05:56.34*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
08:01.10*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
09:06.38*** join/#brlcad vladbogo (~vlad@188.25.101.47)
10:06.05*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
10:22.07*** join/#brlcad mpictor (~mpictor_@2600:1015:b119:82ab:0:3f:e076:e201)
10:28.16*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b119:82ab:0:3f:e076:e201)
10:44.02*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b119:82ab:0:3f:e076:e201)
11:08.53*** join/#brlcad zero_level (75d41feb@gateway/web/freenode/ip.117.212.31.235)
12:50.18*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:08.04*** join/#brlcad zero_level (75cd141c@gateway/web/freenode/ip.117.205.20.28)
13:10.26*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:12.03Notify03BRL-CAD:carlmoore * 55708 brlcad/trunk/src/rt/view.c: correct lu vs. d discrepancy between variable & format specification; also remove unneeded braces
13:33.04Notify03BRL-CAD Wiki:Level zero * 5387 /wiki/User:Level_zero/GSOC13/api: /* Added name to each group */
15:18.56*** join/#brlcad zero_level (75cd1726@gateway/web/freenode/ip.117.205.23.38)
16:03.14*** join/#brlcad zero_level (~zero_leve@117.205.31.253)
16:07.12*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
16:29.11*** join/#brlcad zero_level (~zero_leve@117.205.18.68)
17:21.14Notify03BRL-CAD:starseeker * 55709 brlcad/trunk/misc/CMake/CompilerFlags.cmake: Don't always add compiler flags to C group - some flags are C++ only
17:45.54*** join/#brlcad zero_level (~zero_leve@117.205.18.68)
18:03.17*** join/#brlcad caen23 (~caen23@92.81.186.135)
19:13.19*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
19:42.59*** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:48.19*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
19:57.12*** join/#brlcad markp (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
20:07.46Notify03BRL-CAD:starseeker * 55710 brlcad/trunk/src/librt/CMakeLists.txt: Add (commented out) file that attemps to make nicer bot wireframes using a surface patch breakout technique. Proving to be too slow for interactive use in its current form - hot spot is determing which faces share the edges with any one particular face, and even if that can somehow be made fast the pre-processing really should be done in parallel.
20:07.48NotifyCheckpointing so a revert point is available.
20:16.12*** join/#brlcad markp (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
20:39.03*** join/#brlcad zero_level_ (~zero_leve@117.205.20.112)
20:42.33Notify03BRL-CAD:carlmoore * 55711 (brlcad/trunk/src/fb/bw-fb.c brlcad/trunk/src/fb/fb-bw.c): Implement -h and -? in fb-bw (removing old -h); and make 1 cosmetic change in bw-fb.c
21:01.34Notify03BRL-CAD:carlmoore * 55712 brlcad/trunk/src/fb/fb-cmap.c: implement -h and -? for help (old -h has become -H)
21:13.57``Erik14:07:58 [@rstevens:56] Who will be the first nerd to make their new Mac Pro look like Bullet Bill from Super Mario Bros.?
21:18.55Notify03BRL-CAD:carlmoore * 55713 brlcad/trunk/src/fb/fb-fb.c: for fb-fb, implement h and ?
21:36.39maths22brlcad: I will look up what vievc is and get back to you
21:42.28maths22brlcad: do you want viewvc running on brlcad.org for the sourceforge svn repo?
21:47.01``Erikfbsd ports seem to be adding CFLAGS+=-Wno-return-type left and right, something we should consider?
21:48.09``Erikmaths22: is that something we could add to our sf page? O.o I'd kinda assumed it'd have to be brlcad.org with a cron'd svn up or something
21:55.43Notify03BRL-CAD:r_weiss * 55714 brlcad/trunk/src/libged/gqa.c: Simplified the "gqa" command logic for testing if the volume/weight estimate is within volume/weight tolerance.
22:09.26*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:53.39maths22Here it is (I can start in brlcad/trunk if you want) http://brlcad.org/websvn/listing.php?repname=BRL-CAD
22:54.36``Erikawesome
22:56.16maths22where do you think it should start?
23:16.04``Erikstart how? I think having all the repos with all the branches available is the best...
23:17.15maths22ok
23:17.19maths22thanks
23:18.51maths22if anything doesn't look good, there are lots of adjustable settings :)
23:18.53maths22just let met know
23:20.59``Erikis the php making calls to the svn repo, or is it working on a local copy?
23:21.10maths22It is calling the remote repo
23:22.18``Erikaight, even provides an rss feed, neat
23:24.01maths22I don't know how it does that (does a user have to open a page?)
23:24.19maths22I don't see any other way it could learn of a comitt
23:29.34``ErikI'm sure it builds it based on the remote repositories log, same way it fills in the 'last modification'... (might even cache the results to be fancy)
IRC log for #brlcad on 20130612

IRC log for #brlcad on 20130612

00:40.31brlcad``Erik: that flag is on my list to enable (post release tagging)
00:41.01brlcadthere are several of the optional ones I'd like to turn on, but require a bit of cleanup and cross-platform testing
00:45.00brlcadmaths22: that looks great .. slow but great
00:45.16brlcadmaths22: hm... blame/annotate doesn't seem to be working
00:45.24brlcade.g., http://brlcad.org/websvn/blame.php?repname=BRL-CAD&path=%2Fbrlcad%2Ftrunk%2Finclude%2Fbu.h&rev=55136&peg=55136
01:07.21maths22slow because it has to contact sourceforge's servers every time
01:07.26maths22I will look at blame
01:09.08maths22My guess is it is querying the remote repo for every revision?
01:09.23maths22It works, but you have to wait a very long time.
01:09.39maths22at least, this one works: http://brlcad.org/websvn/blame.php?repname=BRL-CAD&path=%2Fbrlcad%2Ftrunk%2FBUGS&rev=55366
01:28.35brlcadah yeah, I see it finally returned here too...
01:54.05brlcadmaths22: mirroring the entire repository locally
01:54.20brlcad(1% complete)
02:25.14brlcad(38% complete)
02:41.57maths22to where?
03:10.51brlcad(60%)
03:10.56brlcadmaths22: /usr/src/brlcad
03:11.13brlcadfile:///usr/src/brlcad should work
03:12.16maths22thanks
03:12.24maths22how will it be updated>
03:12.31maths22s/>/?
03:14.38brlcadTBD :)
03:14.48brlcadprobably a cronjob at first
03:16.29brlcadthe later subscribe a local user to the commit notifications, kick off the sync with every commit
03:24.41brlcad(67%)
03:41.43maths22you can now see progress on the websvn (by the number of revisions)
03:45.39brlcadyeah, that's much better
03:46.03brlcadstill takes 10-15sec to load a blame, but better than the 100-200sec it seemed to be
03:48.27brlcadnice, continuous update
03:53.44brlcadso websvn is at least partially to blame ... with 'blame' results being so slow
03:54.24brlcada websvn blame is taking 15-20s where a local svn blame on that same file is 2.5 seconds
04:17.39brlcadissue report filed for slow blame
04:17.52brlcadhttp://websvn.tigris.org/issues/show_bug.cgi?id=344
06:22.41*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:13.11Notify03BRL-CAD:phoenixyjll * 55715 brlcad/trunk/src/libbrep/intersect.cpp: Calculate point-curve intersection using sub-division.
07:16.30Notify03BRL-CAD:phoenixyjll * 55716 brlcad/trunk/src/libbrep/intersect.cpp: ws.
07:44.27Notify03BRL-CAD Wiki:Phoenix * 5388 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */
08:25.55*** join/#brlcad zero_level (~zero_leve@117.212.28.195)
08:33.48Notify03BRL-CAD Wiki:Level zero * 5389 /wiki/User:Level_zero/GSOC13/logs: /* Updates in LOGS */
08:43.56*** join/#brlcad vladbogo (~vlad@188.25.101.47)
09:49.19*** join/#brlcad zero_level (~zero_leve@117.205.19.69)
10:19.57*** join/#brlcad zero_level (~zero_leve@117.205.20.66)
10:28.26Notify03BRL-CAD Wiki:Level zero * 5390 /wiki/User:Level_zero/GSOC13/timeline: /*Updated Time Line*/
10:29.04Notify03BRL-CAD Wiki:Level zero * 5391 /wiki/User:Level_zero/: /* GSOC 13 */
10:30.31Notify03BRL-CAD Wiki:Level zero * 5392 /wiki/User:Level_zero/: /* GSOC 13 */
10:41.26*** join/#brlcad zero_level_ (~zero_leve@117.205.26.227)
10:46.38*** join/#brlcad zero_level (~zero_leve@117.220.13.31)
11:01.39*** join/#brlcad zero_level (~zero_leve@117.205.30.101)
11:06.54*** join/#brlcad zero_level_ (~zero_leve@117.205.17.7)
11:11.00``Erikbeen meaning to tie the git update to receiving a notify message to drop the cron job on that, as well O.o be nice if sf let us tie in arbitrary commit hooks
11:38.34*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:c6e5:0:2:c861:4001)
12:00.21maths22``Erik: could cl-cia notify trigger an update script on commit?
12:01.12``Erikyeah
12:01.40``ErikI built in an event hook list, the irc messages are actually just a hook
12:03.30``Erikhttps://github.com/erikg/cl-cia/blob/master/cl-cia.lisp line 186
12:10.37maths22I think that my be the way to go
12:42.06*** join/#brlcad zero_level (~zero_leve@117.212.26.205)
12:49.19``Erikhttps://github.com/erikg/cl-cia/commit/f033735687eacbb77aefdd86426bdbbbcf75a794
13:40.03*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:43.45Notify03BRL-CAD Wiki:Level zero * 5393 /wiki/User:Level_zero/GSOC13/api: /* Updated with Comments */
13:49.36Notify03BRL-CAD Wiki:Level zero * 5394 /wiki/User:Level_zero/GSOC13/api: /* Operations (Group2) */
13:54.26*** join/#brlcad zero_level_ (~zero_leve@117.212.24.92)
14:29.07Notify03BRL-CAD:starseeker * 55717 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/adrt/CMakeLists.txt): isst wasn't using the brlcad target macros for its library because it needed a custom install directory location. Rather than ditch the macro setup (which does lots of nice things automatically) add the NO_INSTALL option already used for executables to the library macro as well. This lets us pass the
14:29.09NotifyNO_INSTALL flag for the isst library to disable the automatic install call and we can instead substitute our own customized version.
14:29.11Notify03BRL-CAD Wiki:Level zero * 5395 /wiki/User:Level_zero/GSOC13/api: /* API CALLS */
14:36.14Notify03BRL-CAD:erikgreenwald * 55718 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/adrt/Makefile.am and 2 others): redo isst to use libdm instead of togl
14:42.45Notify03BRL-CAD:erikgreenwald * 55719 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 5 others): remove togl
14:53.16Notify03BRL-CAD:starseeker * 55720 brlcad/trunk/src/adrt/CMakeLists.txt: Use the BRLCAD_MANAGE_FILES macro for the isst script.
15:07.02Notify03BRL-CAD Wiki:Level zero * 5396 /wiki/User:Level_zero/GSOC13/api: /* API CALLS */
15:34.43maths22``Erik: what user does cl-cia run as?
15:49.52Notify03BRL-CAD Wiki:Heliorigger * 0 /wiki/User:Heliorigger:
15:57.36Notify03BRL-CAD Wiki:Rays2pix2013 * 5397 /wiki/User:Rays2pix2013/GSoc2013/Proposal: Blanked the page
16:17.36*** join/#brlcad zero_level_ (~zero_leve@117.212.24.92)
16:24.34*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
16:34.09``Erikmaths22: me
16:38.43Notify03BRL-CAD:carlmoore * 55721 brlcad/trunk/src/fb/fb-pix.c: implement h and ?, removing old h (high-res)
16:40.35zero_levelhi:``Erik
16:41.33zero_levelupdates from side can be accessed from http://brlcad.org/wiki/User:Level_zero/
16:41.49Notify03BRL-CAD:carlmoore * 55722 brlcad/trunk/src/fb/fb-orle.c: change old h to H (do not see other alternate), and use h and ? for help; never mind 'DEPRECATED' message, which didn't print during my testing; also, got rid of core dump
16:42.09zero_levelthis is like a index page i have created which contains all the relevant information
16:44.06Notify03BRL-CAD:carlmoore * 55723 brlcad/trunk/src/sig/d-a.c: cosmetic stuff (comparing with a-d.c)
16:44.09``Erikstarseeker: http://www.gizmag.com/aptera-independent-production-us/27868/
16:46.36Notify03BRL-CAD:carlmoore * 55724 brlcad/trunk/src/conv/fast4-g.c: minor changes to Usage; implement h,?
17:08.24*** join/#brlcad zero_level_ (~zero_leve@117.205.20.102)
17:54.25*** join/#brlcad zero_level (~zero_leve@117.205.21.164)
17:54.35*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
18:07.20Notify03BRL-CAD:bob1961 * 55725 brlcad/trunk/src/adrt/isst_tcltk.c: Tweak for compiling on Windows.
18:10.20``Erik:o
18:11.38Notify03BRL-CAD:erikgreenwald * 55726 brlcad/trunk/src/adrt/isst_tcltk.c: remove some debugging printfs
18:19.20*** join/#brlcad zero_level_ (~zero_leve@117.205.18.189)
18:43.54maths22``Erik: how could it then run a command as www (can a script call sudo?)
18:44.25maths22The script itself would be pretty simple, but it needs to run as the repo owner, which is www
19:05.54Notify03BRL-CAD:carlmoore * 55727 brlcad/trunk/doc/docbook/system/man1/en/fb-png.xml: fix the man page for fb-png
19:12.25brlcadmaths22: awesome work on the websvn, thank you!
19:12.32brlcadit's nice to have that back in hand
19:13.12brlcadwe might want to do some URL remapping with websvn, looks like it's not so easy to jump down the tree
19:16.46brlcadkind of want it to default to /brlcad/trunk but have the rest be accessible still
19:17.29brlcadmaybe separate websvn configs unless there's some built-in way to do that
19:36.57*** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:37.51Notify03BRL-CAD:carlmoore * 55728 brlcad/trunk/doc/docbook/system/man1/en/fbanim.xml: remove references to h in the fbanim man page
19:39.11Notify03BRL-CAD:r_weiss * 55729 brlcad/trunk/src/gtools/g_qa.c: Allow the "g_qa" (aka gqa) command, from the system command line, use the "-q" option.
19:41.52Notify03BRL-CAD:carlmoore * 55730 (brlcad/trunk/src/fb/fb-png.c brlcad/trunk/src/fb/fbanim.c): remove old h (high-res); implement help via ?,h
19:43.11Notify03BRL-CAD:starseeker * 55731 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/adrt/CMakeLists.txt): CMake's install command doesn't preserve the executable flag with the FILES option, so add a way to tell the macro it's installing a script.
19:43.48*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:53.53starseeker``Erik: heh - the dream lives (or the "squashed airplane", depending on who you ask)
19:55.23starseekermaths22: is websvn easier to set up/run than viewvc? (just curious)
20:15.52*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:18.55starseekerinteresting - BSD licensed rock shader for OSL:  https://github.com/sambler/osl-shaders/tree/master/stone/SARock
20:19.20starseekerhttps://github.com/sambler/osl-shaders/blob/master/stone/SARock/SARock.osl.jpg
20:27.43maths22starseeker: yes.  viewvc needs cgi, whereas websvn uses php, which is already setup
20:27.55starseekernods
20:38.20Notify03BRL-CAD:carlmoore * 55732 brlcad/trunk/src/fb/fbcbars.c: insert missing 'e' in options in Usage; remove h (high-res); add h,? and run-with-no-arguments for help; 'sets mode to' inserted in 3 places to avoid the appearance of needed ARGUMENT
20:40.49*** join/#brlcad zero_level (~androirc@117.205.18.189)
20:43.32Notify03BRL-CAD:carlmoore * 55733 brlcad/trunk/doc/docbook/system/man1/en/fbcbars.xml: fix the fbcbars man page
20:56.14maths22brlcad: i'll take a look about the url stuff
21:44.13``Erikmaths22: yeh, we can set up a sudo rule if needed (or set group write, I believe I'm in the www group)
21:48.58*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93)
21:55.35maths22I think svn is too picky about user to allow you to do it by group: you will need to do the sudo rule method (you can try the other if you think it might work)
22:01.55``Erikdoes www need to own it? what if I owned it and www just read it?
22:16.44maths22that might work
22:16.54maths22you would probably have to re-sync it
22:17.52``Erikwhere on the fs does it live? I'll see what kinda mess I can make :D
22:41.27maths22/usr/src/brlcad
22:43.10``Erikhm, svnsync? rsync?
22:53.38maths22svnsync
22:54.13maths22http://bob.ippoli.to/archives/2006/09/14/svnsync-mirror-your-svn-repository/
23:07.08maths22brlcad: can you setup multiviews for brlcad.org
23:07.15maths22that will make better urls work
23:26.59maths22I have set the default directory to brlcad/trunk
23:35.41maths22Do you like the tree view, or would you prefer it to be flat?
23:38.11``Erik/usr/src is a managed dir, so I moved the source to /usr/local/src/brlcad
23:45.39maths22what does managed mean?
23:46.34``Erikit's just an svn checkout from a freebsd.org server
23:47.39maths22ok
23:47.46maths22I updated the websvn conf
IRC log for #brlcad on 20130613

IRC log for #brlcad on 20130613

00:06.18Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:Rays2pix2013/GSoc2013/Proposal:
00:12.46brlcad<PROTECTED>
00:12.52brlcadI cleaned out a bunch of files
00:13.03brlcadmost were some websvn temp files of some sort
00:13.11brlcadmaybe cache files
00:13.25brlcadthough I'd be surprised since each load seemed fully uncached
00:13.52brlcad``Erik: presume you know you have a folder in there
00:57.40maths22brlcad: I was trying the download feature on the whole trunk.  It was kind of slow and bad
00:57.51maths22(I aborted it in the middle)
04:34.04*** join/#brlcad ibot (~ibot@rikers.org)
04:34.04*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
07:18.52*** join/#brlcad ibot (~ibot@rikers.org)
07:18.52*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
07:27.16*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:05.41*** join/#brlcad ibot (~ibot@rikers.org)
08:05.41*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
08:06.21*** join/#brlcad zero_level (~zero_leve@117.220.12.250)
08:13.50*** join/#brlcad zero_level_ (~zero_leve@59.91.154.138)
16:40.17*** join/#brlcad ibot (~ibot@rikers.org)
16:40.17*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
16:50.00Notify03BRL-CAD:brlcad * 55752 brlcad/trunk/HACKING: autotools is no more, provide cmake distcheck step
16:53.06Notify03BRL-CAD:brlcad * 55753 brlcad/trunk/HACKING: use sf.net shorthand instead of sourceforge.net for all except e-mail
17:02.25Notify03BRL-CAD:carlmoore * 55754 brlcad/trunk/src/fb/fbcmap.c: implement h,?,run-with-no-arguments help; remove old h
17:05.53``Eriksf doesn't seem very capable of handling a project that has both svn and git repos O.o
17:06.10``Erikponders moving the isst project to github
17:12.44*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:12.50jordisayolhello
17:13.09jordisayolI got a runtime error on archer
17:13.14jordisayol$ archer
17:13.15jordisayolERROR:  Requisite display manager is not available.
17:13.15jordisayolBRL-CAD may need to be recompiled with support for:  ogl
17:13.15jordisayolRun 'fbhelp' for a list of available display managers.
17:13.15jordisayolUnexpected error encountered while running Archer.
17:13.15jordisayolAborting.
17:13.27jordisayolon Linux
17:40.31Notify03BRL-CAD:indianlarry * 55755 brlcad/trunk/src/librt/primitives/brep/brep.cpp: The newton solver iterates until it gets within a program specified closeness tolerance to the ray under consideration. The UV parameters are then checked to determine if they are within the current surface subdivision bounding (SSB) box under evaluation. For rays close to the UV border the solver occasionally fails because it jumps
17:40.33Notifyslightly out of its current UV but within the ray closeness tolerance. These rays are usually picked up when evaluating the adjacent SSB but not always. To make sure these valid hit points aren't dropped I've added a slight tolerance (VUNITIZE_TOL) to the UV check. This fix is related to speckling picked up on raytraced images of implicit geometries converted to a BREP.
18:00.17*** join/#brlcad zero_level (~zero_leve@117.205.17.39)
18:09.41Notify03BRL-CAD Wiki:Barbaracaras * 0 /wiki/User:Barbaracaras:
18:10.53Notify03BRL-CAD:erikgreenwald * 55756 geomcore/trunk/CMake/FindBRLCAD.cmake: add fotter. downcase keywords. indent.
18:26.27*** join/#brlcad zero_level_ (~zero_leve@117.205.18.91)
18:31.08``Erikstarseeker: if you wanted more vim-fu, you could also just append /c to the end (and get emacs style confirmation requests on every change), or checkout the :%v stuff O.o
18:38.20Notify03BRL-CAD:starseeker * 55757 (brlcad/branches/STABLE/CHANGES brlcad/branches/STABLE/CMakeLists.txt and 195 others): merging trunk to STABLE from r55609 to HEAD r55755
18:41.04``Erikheh, fotter
18:47.05*** join/#brlcad zero_level (~zero_leve@117.205.20.204)
18:47.18Notify03BRL-CAD:starseeker * 55758 NIL: Tag release 7.24.0
18:47.35``Erikw00t
18:48.23zero_levelhi. is this the release point every one was referring ?
18:57.54Notify03BRL-CAD:carlmoore * 55759 brlcad/trunk/doc/docbook/system/man1/en/fbcmrot.xml: change h option to H because h is being taken for help
19:01.27Notify03BRL-CAD:carlmoore * 55760 brlcad/trunk/src/fb/fbcmrot.c: change old h option to H; implement h,? help; run-with-no-arguments too but 'Program continues running'
20:11.00*** join/#brlcad ibot (~ibot@rikers.org)
20:11.00*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
20:53.56*** join/#brlcad ibot (~ibot@rikers.org)
20:53.56*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
20:53.57*** join/#brlcad Ch3ck (29cac374@gateway/web/freenode/ip.41.202.195.116)
20:55.59Ch3cktrying to combine the push and xpush routine
20:56.29Ch3ckwell i need some assistance to pointers in the src where these functions are actually called by brlcad
20:58.02Ch3ckmy approach is to make xpush 'push -x' so i wish to know which files to test
20:58.16Ch3ckand check when making the changes in the src..
20:58.22Ch3ckappreciate any assistance..
21:01.06``ErikI'd imagine they're bound as tcl routines and have a correlating routine in src/libged/ for the C side
21:01.43Ch3ckok
21:02.03``Erikhm, there seem to be both src/libged/xpush.c and src/libged/push.c :)
21:02.05zero_levelhi ``Erik did u see my mail ?
21:02.10Ch3ckwhich files should i check to see if the push and push -x actually work correctly and also for testing
21:03.28``Erikzero_level: which? I've not had a chance to look over the wiki pages and patch if that's the topic... with the release done and isst stuff 'stable', I may have some time tomorrow to look, after I work with starseeker on an improved FindBRLCAD.cmake ...
21:03.31Ch3ckyes erik
21:04.07Ch3cki just wish to know which files on the mged command interface to look for when testing this mged routines
21:04.24Ch3ckor some files in the src that can assist me in testing the push and push -x routine..
21:04.29``ErikCh3ck: on the C side or tcl side?
21:04.36zero_level``Erik ok. Thanks. I had imagined that you would be busy with the relase.
21:05.49Ch3ckerik: on the c side..
21:05.54``Erik(I think most of my efforts on this release have been walking around asking "is it tagged yet?" and doing weaksauce commits that force the testing cycle to restart *cough* :)
21:06.09``ErikCh3ck: src/libged/push.c and src/libged/xpush.c
21:07.10Ch3ckthanks erik
21:07.14Ch3cki know that
21:07.23``Eriksrc/libged/xpush.c has ged_xpush() which is the exact moment process control hits the C code
21:07.28Ch3cki wish to test this new routine on the mged interface
21:07.40Ch3cklets say i have written a new routine
21:07.53Ch3ckhow do i integrate it into mged
21:07.56Ch3ckfor brlcad
21:08.44``Erikthe mged interface is half tcl... when you type xpush in the command window, you're typing a tcl command that immediately calls ged_xpush()
21:08.58Ch3ckok
21:09.00zero_level``Erik btw the mentors at brlcad follow which time zone. I see them around always ? I wonder if there is something called sleep ?
21:09.08Ch3ckso i'll test it by looking at the tcl interface
21:09.32Ch3ckcan you please give me the link in the source code so i can see how to integrate the new command
21:09.34Ch3ckand remove xpush
21:09.41Ch3ckand do some tests
21:09.53``Erikthe binding is src/mged/setup.c line 390
21:10.01Ch3ckSo how do i test the new commands for brlcad
21:10.05Ch3ck?
21:10.12Ch3ckany shell script or
21:10.13``Erikzero_level: we're mostly GMT-5 (EDT)
21:10.18Ch3cktest sripts
21:10.56``ErikCh3ck: if you're completely replacing xpush, change the xpush line in src/mged/setup.c to point to your new function... or add a second one with a new name... xpush2 ?
21:11.14Ch3ckok
21:11.18Ch3ckthanks very much erik
21:11.25Ch3cki'll do that tomorrow..
21:11.43``Erik(if I understand correctly, xpush was meant to replace push, it's "eXperimental PUSH"... so xpush2 would be ... totally awesome in a twisted way :D )
21:11.51``Erikgood luck!
21:12.21*** join/#brlcad Izak (29cac374@gateway/web/freenode/ip.41.202.195.116)
21:13.15Ch3ckthanks very much erik..
21:27.48Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5408 /wiki/User:Izak/GSOC_2013_logs: /* GSoC logs*/
21:28.36*** join/#brlcad ibot (~ibot@rikers.org)
21:28.36*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
21:29.51Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5409 /wiki/User:Izak/GSOC_2013_logs: /* PROJECT DETAILS */
21:30.34Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5410 /wiki/User:Izak/GSOC_2013_logs: /* From June 3rd to June 7th */
21:31.32Guest69907`Erik: About our interaction schedule , what do you propose ?
21:32.29Notify03BRL-CAD:starseeker * 55767 brlcad/trunk/CMakeLists.txt: The configure.cmake.sh script now becomes simply the configure script.
21:35.22Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5411 /wiki/User:Izak/GSOC_2013_logs: /* From June 3rd to June 7th */
21:36.20Notify03BRL-CAD:starseeker * 55768 brlcad/trunk/TODO: reminder to complete stepcode migration.
21:39.30Guest69907I have uploaded a design document and GSoC log page on my wiki. Any suggestions on possible changes will be appreciated.
21:39.44Notify03BRL-CAD:starseeker * 55769 brlcad/trunk/TODO: todo for the ami.tcl/ampi.tcl simplification
21:40.01brlcadGuest69907: hang around a while and you'll get loads of feedback ;)
21:40.37brlcadzero_level: yes it is/was the release point
21:40.43Guest69907:)
21:44.34brlcadCh3ck: you should have been able to figure that out just by search the source tree for ged_xpush()...
21:44.54Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5412 /wiki/User:Izak/GSOC_2013_logs: /* From June 3rd to June 7th */
21:44.56Ch3ckyeah
21:45.00brlcadno problem asking, but that was an easy one :P
21:45.10Ch3ckfigured it was mged
21:45.20brlcadthen why didn't you search mged? :)
21:45.22Ch3ckyeah
21:45.33Ch3ckcombined the made xpush 'push -x'
21:45.35Ch3ck:0
21:45.38Ch3ck:)
21:45.45brlcadokay
21:45.55Ch3ckwell library looked huge so
21:46.00Ch3ckfigured i better ask
21:46.03Ch3ckand start working on it fast.
21:46.22Ch3ckso i'll try to implement the new xpush as push -x tomorrow
21:47.39Notify03BRL-CAD:starseeker * 55770 brlcad/trunk/src/archer/CMakeLists.txt: Use the new feature in BRLCAD_MANAGE_FILES to greatly simplify archer CMake logic
21:47.40Guest69907I am fixing the rb_delete.c file using the third edition of the Cormen book,
23:02.00*** join/#brlcad ibot (~ibot@rikers.org)
23:02.00*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
23:22.08starseekernuts, he should have stuck it out longer
23:36.55*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20130614

IRC log for #brlcad on 20130614

05:43.01*** join/#brlcad ibot (~ibot@rikers.org)
05:43.01*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
07:06.32Notify03BRL-CAD:brlcad * 55776 brlcad/trunk/HACKING: update the steps so that they're all indented, they start to clean up after themselves, and they're aware of preceding commands for pwd.
07:07.10Notify03BRL-CAD:brlcad * 55777 brlcad/trunk/HACKING: replace inline'd version with actual
11:00.45*** join/#brlcad ibot (~ibot@rikers.org)
11:00.45*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
15:04.23*** join/#brlcad ibot (~ibot@rikers.org)
15:04.23*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
15:08.15brlcadhi kesha_ ltns!
15:27.30*** join/#brlcad zero_level (~zero_leve@117.205.22.26)
15:31.24*** join/#brlcad zero_level_ (~zero_leve@117.205.20.172)
15:40.18*** join/#brlcad kesha__ (~kesha@49.249.200.124)
15:51.41*** join/#brlcad kesha_ (~kesha@49.249.200.124)
15:51.51kesha_hi brlcad, I was not well. Doctor advised complete rest. Feeling better now. Back to work from today :)
15:52.06kesha_Hows release work going ?
15:52.57zero_levelkesha_ : release 7.24 happened yesterday !
15:55.10brlcadkesha_: good to hear that you're better, send us a quick line to let someone know you're sick so we won't think that you're drunk in a hole somewhere!  starting to get worried.. :)
15:55.36brlcadrelease is posted, announcements should be going out soon
15:56.08brlcad``Erik: can you post windows binaries? or see if bob can?
15:56.28zero_levelIn the midst of this weather, things could be worse. Take care ! :-)
15:56.45kesha_Mark knows about it. Who is working on Outreach department of release ?
15:57.01brlcadkesha_: okay, that's good to hear
15:57.35kesha_zero_level: thanks :)
15:58.57kesha_brlcad: If possible, add a small news about release to brlcad.org :)
16:00.56kesha_I thought I would, but it seems I dont have access to edit that webpage.
16:01.48``Erikbrlcad: richard is using his windows machine and both bob and cliff are out so that office is locked... I'll ask richard if he can cook some
16:06.50``Erikhe says he'll try, but he's concerned that the build path will have his name in it
16:07.02brlcadkesha_: we have an extensive release process we follow... which includes updating the website
16:07.43Notify03BRL-CAD:brlcad * 55780 brlcad/trunk/HACKING: automation and reduction. there are steps we're not doing, reflect on why and adjust: too many compiles. once we pass tests on trunk, make the latter checks be more simple. provide even more automation to include lines for creating new binary dirs and uploading release notes into them. also *automatically* update the README and NEWS files with a little bit of regex
16:07.45Notifymagic. release is almost fully automatable into a script now...
16:08.13brlcadkesha_: but you certainly can help -- care to try and write some release notes here: http://brlcad.org/wiki/Community_Publication_Portal
16:08.25brlcada fresh voice would be nice
16:08.56brlcad``Erik: heh, well the build path is going to have someone's name in it, right?
16:09.02brlcadwhat's he scared of?
16:10.12*** join/#brlcad zero_level_ (~zero_leve@117.205.28.111)
16:11.41``Erik"the stigma of screwing it up" (after I called it "the credit and kudos for doing a release") :) I suggested trying to make a tmp type directory that doesn't have username in path, so he's going to give that a shot... we'll see what happens
16:12.41brlcadyeah, tell him it's something he can put in his accomplishments
16:13.29*** join/#brlcad zero_level__ (~zero_leve@117.205.18.229)
16:13.46kesha_brlcad: I am reading that. Can you also provide me some links regarding the length, past release announcements etc ?
16:14.06brlcadkesha_: as short as possible while being as informative as possible :)
16:14.19brlcadall of the previous announcements are on the website
16:14.32brlcadand on sourceforge in the news section
16:15.53kesha_I am very fond of this task. I had once contributed for KDE's outreach, an article for dot about the annual KDE meetup - http://dot.kde.org/2013/03/07/kde-meetup-2013-india
16:16.35kesha_Cool, I will look at them :)
16:18.00brlcadkesha_: we can work on it together this time around
16:18.53brlcadwe need to get back to publishing outreach articles weekly, so there's a lot of possibilities
16:19.24brlcadan outreach manager would be a role I'd like to see someone eventually fill
16:22.06brlcadfor the announcement, a summary or reworking of our release notes is usually a starting point
16:23.32brlcadwe usually need a detailed long version (for the website and some news channels), the same length or a shorter version for our mailing lists, and a 1-paragraph short summary (for other news channels)
16:24.02brlcadalong with one image that embodies the article
16:25.47kesha_Ok. So has anyone started preparing anything for the same ? Or shall I start upon it ?
16:33.14*** join/#brlcad zero_level__ (~zero_leve@117.205.30.8)
16:33.17brlcadkesha_: suggest just starting on it and we can see how it evolves
16:33.23kesha_inspired by reading interviews of Andrei, Phoenix, Jordi Sayol :) Loved listening them.
16:34.07kesha_brlcad: great ! (y)
16:38.47*** join/#brlcad zero_level__ (~zero_leve@117.205.21.38)
16:42.17*** join/#brlcad zero_level (~zero_leve@117.205.26.86)
16:44.04*** join/#brlcad zero_level__ (~zero_leve@117.205.24.118)
16:46.06*** join/#brlcad caen23 (~caen23@92.81.187.173)
16:48.19``Erikcool, git mirror is back to updating O.o (dang perl issues)
16:49.05*** join/#brlcad zero_level (~zero_leve@117.205.22.78)
16:55.13starseekerkesha_: which interviews were those?
16:57.27starseekeron the Community Portal page?
17:03.37kesha_starseeker: yes.
17:04.14kesha_Their experience, their journey description..
17:05.10starseekercool (was wondering if someone had interviewed them with audio for a tech radio show or some such :-)
17:06.54kesha_We can have it from now onwards ;) *Its never too late to mend* :D
17:12.45``Erikhuh, even rhel is switching from mysql to mariadb
17:24.49brlcadnobody likes oracle
17:25.26zero_levelhi do we have some protocol for number of arguments in a library funcnction ?
17:30.26zero_level*function ?
17:30.50``Erikbrlcad: richard is going to try to upload to sf this evening if it builds ok, do you want him to send you an email when it happens?
17:31.12``Erik(he wants someone to doublecheck/approve)
17:33.53Notify03BRL-CAD:carlmoore * 55781 (brlcad/trunk/src/fbed/fbed.c brlcad/trunk/src/fbed/prnt.c): insert h,? for help; old h becomes H; do NOT provide run-with-no-arguments help; notice prnt.c is also affected by this commit
17:33.57``Erik(whups, he doesn't seem to have the ability to add a file to sf)
17:34.03*** join/#brlcad zero_level__ (~zero_leve@117.205.24.174)
18:07.00*** join/#brlcad zero_level__ (~zero_leve@117.205.21.183)
18:18.56*** join/#brlcad zero_level__ (~zero_leve@117.205.21.164)
18:21.39*** join/#brlcad zero_level (~zero_leve@117.205.23.12)
18:33.55*** join/#brlcad kesha_ (~kesha@49.249.200.124)
18:34.58*** join/#brlcad zero_level (~zero_leve@117.205.18.195)
18:39.55brlcad``Erik: sure he can just upload it
18:40.08brlcadI already uploaded release notes, just needs the installer
18:42.21brlcad``Erik: he now also has the ability to upload files
18:46.59*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:55.35Notify03BRL-CAD:brlcad * 55782 brlcad/trunk/HACKING: counting ftl
19:17.54Notify03BRL-CAD:brlcad * 55783 brlcad/trunk/TODO: remove two dozen entries that are either completed, fixed, or otherwise overcome by events
19:23.40Notify03BRL-CAD:brlcad * 55784 brlcad/trunk/TODO: there's a lot of them, so separate proposed new object types into their own section
19:25.09maths22brlcad: once this is released, should I create a new VM image?
19:26.14brlcadmaths22: that would be really awesome
19:26.28brlcadyou worked on that for GCI as well, yes?
19:26.51maths22I think so; it was my last task.
19:27.08brlcadyeah, me too
19:27.39brlcadthat would be really great, you can even spruce it up if you like, try to make it even better
19:28.07brlcadbrl-cad logo as the desktop background would be cool if it's not already
19:28.22maths22actually, I had done the qemu testing one
19:28.32maths22caen23 did the vm one
19:30.11maths22I will have to start from the existing one, as caen23 never uploaded the enormous original file
19:30.20maths22his modifed version, that is
19:30.26maths22the logo is the background alread
19:30.42maths22y  I will have to take a look later
19:30.53maths22When do you expect the release to be ready?
19:42.47brlcadmaths22: release is already tagged and uploaded
19:42.54Notify03BRL-CAD:brlcad * 55785 brlcad/trunk/TODO: group the api (header) and user documentation tasks together. caen23 converted the remaining manpages.
19:42.58brlcadjust haven't sent out announcements yet
19:43.32brlcadfor the VM, suggest just having it have a checkout of the STABLE branch
19:43.45brlcadit'll have to get updated for the new sf.net URL anyways
19:44.21brlcadputting it on stable should give a good baseline for testing and help make future updates just a matter of updating the checkout to whatever the latest stable is
19:44.28brlcadotherwise latest trunk works too
19:44.56*** join/#brlcad kesha__ (~kesha@49.249.200.124)
19:45.55brlcadkesha__: how goes it?
19:55.44kesha__brlcad: good, am going through previous releases of BRL-CAD, other release from different orgs as well as googling about some stuff related to it..I will prepare the draft report 2moro. Tonight I will be reading about this stuffs.
19:55.49Notify03BRL-CAD:brlcad * 55786 brlcad/trunk/TODO: more completed tasks including Skriptkid's work implementing thread affinity for posix threading. decided stashing a matrix as an attribute was a bad idea (bad analysis results on older versions). release steps now have automatic update steps.
20:03.13*** join/#brlcad zero_level (~zero_leve@117.205.20.252)
20:12.56maths22Ok.  I forgot that I don't need an installer
20:15.31Notify03BRL-CAD:carlmoore * 55787 brlcad/trunk/src/fb/fbfade.c: improve handling of usage message
20:21.03*** join/#brlcad zero_level (~zero_leve@117.205.18.93)
20:24.09maths22I probably won't be able to work on this for about 2 weeks, but I will get started once I am back in town.
20:26.14brlcadkesha__: eep, we need to post the announcement immediately, I thought you were writing! :D
20:27.18brlcadmaths22: you mean an installer for the VM image?
20:27.53brlcadmaths22: that's cool if you can't get to it now, there's always more work to be done :)
20:28.19brlcadyour efforts on the website have been awesome all around, you interested in taking up a redesign?
20:28.48brlcadthere were several very interesting GCI prototypes, I'm sure we can come to a design consensus
20:29.59zero_levelbrlcad: are u talking about brlcad.org ?
20:30.04``Erikbrlcad: I left at 1400, he was attempting to contact you via email... might be waiting until monday if he's already left
20:31.08zero_level``Erik did u see my patches ?
20:31.20zero_leveli am about submit one more!
20:31.34zero_level^to
20:34.09``Erikbrlcad: seem to be .exe files uploaded O.o :) guess he succeeded
20:34.15``Erikzero_level: not yet
20:34.38zero_level``Erik will u get some time today ?
20:37.17maths22I will take a look at a redesign.  I also wonder if we could unite the drupal and mediawiki as truly one site.  I'm not yet sure how to do it.
20:37.29maths22I meant a brlcad installer.  I forgot the vm uses source :)
20:39.22kesha__brlcad: oops ! I just love near deadlines- it makes my potential twice from before ;)
20:43.03brlcad``Erik: yep he did, awesome
20:43.08brlcadhopefully they work well enough
20:43.27brlcadhe was unhappy that grouper wasn't working, but that was a change that had to be reverted for release (broke -abc options)
20:44.00brlcadzero_level: a lot of patches will be reviewed today and this weekend, so give them another checking to make sure they are *perfect*
20:44.04brlcadespecially style
20:44.08brlcadkesha__: :)
20:47.22*** join/#brlcad kesha_ (~kesha@49.249.1.48)
20:54.30Notify03BRL-CAD Wiki:Level zero * 5414 /wiki/User:Level_zero/patches: /*Update with a patch information*/
21:25.55*** part/#brlcad zero_level (~zero_leve@117.205.18.93)
22:51.47*** join/#brlcad ibot (~ibot@rikers.org)
22:51.47*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
22:56.31*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
23:38.38maths22I looked at the new readme; what executeable is archer/mged
23:38.48maths22both archer and mged existed in the last release
IRC log for #brlcad on 20130615

IRC log for #brlcad on 20130615

00:16.53starseekermaths22: /usr/brlcad/rel-7.24.0/bin/archer ?
00:17.10starseekerarcher was pre-alpha in previous releases - this is the first time we are asking for attention
00:27.07maths22thanks
00:27.23maths22how does the archer command line compare to the mged one?
02:15.11brlcadmaths22: the archer command line isn't yet nearly as feature-filled as mged
02:15.39brlcadthat will be remedied, but wasn't necessary for the alpha
03:52.40Notify03BRL-CAD:brlcad * 55788 brlcad/trunk/TODO: remove oddities, generalize cmake to infrastructure (build, test, scripts, web)
04:16.52maths22ok.  Thanks
04:29.22*** join/#brlcad zero_level (~zero_leve@117.205.22.14)
04:48.31*** join/#brlcad zero_level (~zero_leve@117.205.21.126)
05:03.03*** join/#brlcad kesha_ (~kesha@49.249.1.48)
05:06.43*** join/#brlcad zero_level (~zero_leve@117.205.18.117)
05:11.21*** join/#brlcad zero_level_ (~zero_leve@117.220.12.125)
05:26.16*** join/#brlcad zero_level (~zero_leve@117.220.12.125)
05:41.16*** join/#brlcad caen23 (~caen23@92.81.210.14)
05:53.11Notify03BRL-CAD Wiki:KeshaSShah * 5415 /wiki/Community_Publication_Portal:
05:56.10kesha_brlcad: Review the Community Publication Portal and suggest neccessary changes if any.
05:56.28kesha_http://brlcad.org/wiki/Community_Publication_Portal#Draft_Release_Note
05:56.50*** join/#brlcad zero_level (~zero_leve@117.212.30.249)
05:57.39Notify03BRL-CAD Wiki:KeshaSShah * 5416 /wiki/Community_Publication_Portal: /* Draft Release Note */
06:17.02*** join/#brlcad kesha_ (~kesha@49.249.1.48)
06:33.14*** join/#brlcad zero_level (~zero_leve@117.205.31.175)
06:39.20*** join/#brlcad kesha__ (~kesha@49.249.18.246)
07:02.16*** join/#brlcad zero_level (~zero_leve@117.212.26.152)
07:44.19*** join/#brlcad kesha_ (~kesha@49.249.18.97)
08:03.44*** join/#brlcad kesha_ (~kesha@49.249.18.97)
08:37.50*** join/#brlcad zero_level (~zero_leve@117.205.17.130)
09:06.06*** join/#brlcad caen23 (~caen23@92.81.210.14)
09:25.00*** join/#brlcad zero_level (~zero_leve@117.212.31.194)
09:34.21Notify03BRL-CAD:tbrowder2 * 55789 brlcad/trunk/CMakeLists.txt: make provision for an integer version of the BRL-CAD version number so it can be compared with cpp macros
09:38.04*** join/#brlcad caen23_ (~caen23@92.81.210.14)
09:44.39*** join/#brlcad caen23 (~caen23@92.81.210.14)
09:48.33*** join/#brlcad zero_level (~zero_leve@117.205.28.183)
09:54.14Notify03BRL-CAD:tbrowder2 * 55790 brlcad/trunk/CMakeLists.txt: add the missing expresions to all parts of the two new if blocks
10:14.28*** join/#brlcad zero_level (~zero_leve@117.212.25.196)
10:42.54*** join/#brlcad zero_level (~zero_leve@117.212.30.219)
11:31.49*** join/#brlcad vladbogo (~vlad@188.25.101.47)
11:48.37*** join/#brlcad zero_level (~zero_leve@117.205.28.159)
12:34.00*** join/#brlcad zero_level (~zero_leve@117.205.28.159)
13:09.40Notify03BRL-CAD:starseeker * 55791 brlcad/trunk/CMakeLists.txt: Use the CMake MATH command to generate the integer version number - more compact.
13:55.50*** join/#brlcad vladbogo (~vlad@188.25.101.47)
14:28.54*** join/#brlcad zero_level (~zero_leve@117.212.31.124)
16:10.18*** join/#brlcad kesha_ (~kesha@49.249.18.97)
16:23.25*** join/#brlcad kesha__ (~kesha@49.249.18.97)
16:34.58*** join/#brlcad kesha__ (~kesha@49.249.18.97)
16:57.59Notify03BRL-CAD Wiki:Level zero * 5417 /wiki/User:Level_zero/GSOC13/logs: Updates in log
16:58.41Notify03BRL-CAD Wiki:Level zero * 5418 /wiki/User:Level_zero/GSOC13/logs: /* 12th June - 14th June */
17:08.11*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
17:29.03Notify03BRL-CAD:starseeker * 55792 brlcad/trunk/CMakeLists.txt: Add a note about why we aren't using find_program to look for umask
IRC log for #brlcad on 20130616

IRC log for #brlcad on 20130616

06:12.39*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
06:29.04*** join/#brlcad zero_level (~zero_leve@117.205.20.212)
07:11.18*** join/#brlcad caen23 (~caen23@92.85.92.64)
08:41.01*** join/#brlcad harmanpreet (7cfd9bf3@gateway/web/freenode/ip.124.253.155.243)
08:43.52*** join/#brlcad harmanpreet_ (~chatzilla@124.253.155.243)
08:45.12*** join/#brlcad kesha_ (~kesha@49.202.231.232)
08:59.58*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:00.05jordisayolhello
09:00.38jordisayolI've upladed new deb/rpm packages for brlcad 7.24.0
09:02.12jordisayolBTW. the Windows exe 7.24.0 is also available, but the default windows download is still BRL-CAD_7.22.0_x86.exe
09:02.30jordisayolthis should be changed.
09:24.53*** join/#brlcad zero_level (~zero_leve@117.205.17.163)
10:11.38*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
10:21.15*** join/#brlcad zero_level (~zero_leve@117.212.25.41)
10:30.32*** join/#brlcad caen23 (~caen23@92.85.92.64)
11:03.51*** join/#brlcad kesha__ (~kesha@49.202.231.232)
11:47.00*** join/#brlcad zero_level (~zero_leve@117.205.17.171)
12:25.24*** join/#brlcad zero_level (~zero_leve@117.212.26.67)
12:26.31*** join/#brlcad kesha__ (~kesha@49.202.231.232)
12:56.20Notify03BRL-CAD Wiki:Harman052 * 5419 /wiki/User:Harman052: GSoC'13 Proposal: Web Interface of BRL-CAD
13:26.30mpictorif any of you are in the business of reseller web hosting, I hope you don't use zamfoo! http://www.webhostingtalk.com/showthread.php?t=1275572
14:04.04*** join/#brlcad zero_level (~zero_leve@117.212.28.236)
16:09.40*** join/#brlcad kesha (~kesha@49.248.244.77)
16:14.53*** join/#brlcad kesha_ (~kesha@49.248.244.77)
16:44.29*** join/#brlcad zero_level (~zero_leve@117.205.27.28)
17:02.27*** join/#brlcad vladbogo (~chatzilla@188.25.101.47)
17:46.44*** join/#brlcad kesha__ (~kesha@49.202.239.138)
17:58.15*** join/#brlcad kesha__ (~kesha@49.202.239.138)
18:18.26*** join/#brlcad kesha__ (~kesha@49.202.239.138)
18:28.11*** join/#brlcad zero_level (~zero_leve@117.205.24.217)
19:36.50DarkCalfmpictor, I wouldn't run an application called zamfoo just on the name alone
19:44.05mpictorDarkCalf: I don't pay much attention to names, but some people have dug into the parts of the code that aren't obfuscated and into the update system; both are horrifying
19:44.40mpictorthe update system requires you to type your _root_ password into their unsecured website
19:57.38*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
22:41.36*** join/#brlcad caen23 (~caen23@92.85.92.64)
IRC log for #brlcad on 20130617

IRC log for #brlcad on 20130617

00:26.52DarkCalfwhy would anyone go along with that?
00:28.26DarkCalfi dont even let my provider have the real root password... they get an administrator account thats disabled 99% of the time
01:02.43*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
04:39.48*** join/#brlcad zero_level (~zero_leve@117.220.9.133)
05:05.34*** join/#brlcad zero_level (~zero_leve@117.205.17.189)
05:29.45*** join/#brlcad kesha (~kesha@49.202.239.138)
05:33.46*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:34.12*** join/#brlcad caen23 (~caen23@92.81.220.39)
06:29.37*** join/#brlcad zero_level (~zero_leve@117.220.15.242)
06:43.24*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
06:53.13*** join/#brlcad zero_level (~zero_leve@117.220.12.63)
07:15.48*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:17.18*** join/#brlcad zero_level (~zero_leve@117.212.31.149)
07:40.07*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:48.04*** join/#brlcad zero_level (~zero_leve@117.205.25.16)
08:16.32*** join/#brlcad zero_level (~zero_leve@117.205.17.136)
08:38.44*** join/#brlcad zero_level (~zero_leve@117.212.24.54)
08:40.22*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
09:01.38*** join/#brlcad zero_level (~zero_leve@117.205.17.128)
10:15.13*** join/#brlcad kesha (~kesha@49.249.19.99)
10:17.32*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:45.32*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:13.28*** join/#brlcad kesha_ (~kesha@49.249.19.99)
11:51.48*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
12:02.25*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
12:39.30``Erikneat, "building a modern computer from first principles" http://www.nand2tetris.org/
12:42.19*** join/#brlcad zero_level (~zero_leve@117.212.26.253)
13:01.05*** join/#brlcad zero_level (~zero_leve@117.205.23.121)
13:07.23*** join/#brlcad kesha_ (~kesha@49.202.239.245)
13:34.27*** join/#brlcad zero_level (~zero_leve@117.220.10.188)
14:26.25*** join/#brlcad zero_level (~zero_leve@117.205.31.119)
14:35.17*** join/#brlcad vladbogo (~chatzilla@188.25.101.47)
14:37.33*** join/#brlcad vladbogo (~vlad@188.25.101.47)
14:39.09Notify03BRL-CAD:phoenixyjll * 55793 brlcad/trunk/src/libbrep/intersect.cpp: The tolerance should be considered in the IsPointIn() test.
14:40.02Notify03BRL-CAD Wiki:184.95.55.18 * 5420 /wiki/Mailing_Lists:
14:43.39Notify03BRL-CAD:phoenixyjll * 55794 brlcad/trunk/src/libbrep/CMakeLists.txt: Add a test for P/P, P/C and P/S intersections using a sphere.
14:45.38*** join/#brlcad kesha_ (~kesha@49.248.244.66)
14:45.46Notify03BRL-CAD Wiki:Vladbogolin * 5421 /wiki/User:Vladbogolin/GSoC2013/Logs:
14:47.28Notify03BRL-CAD Wiki:Phoenix * 5422 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */
14:48.13Notify03BRL-CAD Wiki:Phoenix * 5423 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */
14:48.36Notify03BRL-CAD Wiki:Vladbogolin * 5424 /wiki/User:Vladbogolin/GSoC2013/Logs:
15:45.39*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:52.02*** join/#brlcad zero_level (~zero_leve@117.205.31.154)
15:57.00jordisayolhello. there're new exe installers for windo
15:57.15jordisayols/windo/windows/
15:57.39jordisayolbut the default windows download is still "BRL-CAD_7.22.0_x86.exe"
15:59.08jordisayolthis should be changed to "BRL-CAD_7.24.0_x64.exe" or "BRL-CAD_7.24.0_x86.exe"
16:17.51*** join/#brlcad zero_level (~zero_leve@117.205.31.154)
16:28.41*** join/#brlcad jasleen (~chatzilla@117.255.242.134)
16:36.15*** join/#brlcad harmanpreet (~chatzilla@124.253.16.106)
16:42.43Notify03BRL-CAD Wiki:Level zero * 5425 /wiki/User:Level_zero/patches: /* Patch Versions*/
16:43.20Notify03BRL-CAD Wiki:Harman052 * 5426 /wiki/User_talk:Harman052: /* Dairy */ new section
16:46.43*** join/#brlcad zero_level (~zero_leve@117.212.25.67)
16:49.11Notify03BRL-CAD Wiki:Level zero * 5427 /wiki/User:Level_zero/patches: Patch Info
16:51.22Notify03BRL-CAD Wiki:Level zero * 5428 /wiki/User:Level_zero/patches:
18:59.54Notify03BRL-CAD Wiki:KeshaSShah * 5429 /wiki/User:KeshaSShah/GSoC13/Reports:
19:01.12*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
19:18.46Notify03BRL-CAD Wiki:KeshaSShah * 5430 /wiki/User:KeshaSShah/GSoC13/Priority2: Added Link to log in my proposal
19:19.15Notify03BRL-CAD Wiki:KeshaSShah * 5431 /wiki/User:KeshaSShah/GSoC13/Priority2: /* My Development Reports */
19:21.00Notify03BRL-CAD Wiki:KeshaSShah * 5432 /wiki/User:KeshaSShah/GSoC13/Reports:
19:44.18*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:57.44*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
21:43.14*** join/#brlcad caen23 (~caen23@92.81.220.39)
22:43.39*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
IRC log for #brlcad on 20130618

IRC log for #brlcad on 20130618

00:18.38DarkCalfwaves to #brlcad
00:37.54*** join/#brlcad kesha_ (~kesha@49.248.244.66)
00:58.32*** join/#brlcad kesha_ (~kesha@49.248.244.66)
01:05.49*** join/#brlcad kesha_ (~kesha@49.248.244.66)
01:55.18*** join/#brlcad kesha_ (~kesha@49.248.244.66)
02:14.47*** join/#brlcad kesha_ (~kesha@49.248.244.66)
03:40.04*** join/#brlcad zero_level (~zero_leve@117.205.23.195)
03:45.40*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:05.53*** join/#brlcad zero_level (~zero_leve@117.212.30.199)
04:30.36*** join/#brlcad zero_level (~zero_leve@117.220.8.156)
04:35.50*** join/#brlcad zero_level (~zero_leve@117.220.8.156)
04:39.43*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
04:45.02*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:53.59*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:54.27*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
04:57.13*** join/#brlcad zero_level (~zero_leve@117.212.25.75)
05:09.08*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:09.51*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
05:17.27*** join/#brlcad zero_level (~zero_leve@117.205.28.97)
05:33.05Notify03BRL-CAD Wiki:Harman052 * 5433 /wiki/User_talk:Harman052:
05:37.10*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:43.47*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:17.57*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:47.59*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:15.59*** join/#brlcad crdueck (~cdk@24.212.219.10)
07:34.57*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:52.11*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:58.41*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:01.15*** join/#brlcad crdueck (~cdk@24.212.219.10)
08:41.08Notify03BRL-CAD:phoenixyjll * 55795 brlcad/trunk/src/libbrep/intersect.cpp: Use macros to represent default tolerance and change it to 0.001 (the same as the default tolerance of curve/curve, curve/surface, surface/surface defined by openNURBS).
08:42.43*** join/#brlcad zero_level (~zero_leve@117.205.30.31)
08:49.14Notify03BRL-CAD:phoenixyjll * 55796 brlcad/trunk/src/libbrep/intersect.cpp: The input u_domain and v_domain should be considered.
08:50.23Notify03BRL-CAD Wiki:Phoenix * 5434 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */
09:04.21*** join/#brlcad zero_level (~zero_leve@117.205.27.5)
09:05.50*** join/#brlcad vladbogo (~chatzilla@188.25.101.47)
09:22.36Notify03BRL-CAD Wiki:Vladbogolin * 5435 /wiki/User:Vladbogolin/GSoC2013/Logs:
10:06.08*** join/#brlcad zero_level (~zero_leve@59.91.152.164)
10:32.48*** join/#brlcad zero_level (~zero_leve@117.220.15.37)
11:01.31*** join/#brlcad zero_level (~zero_leve@117.205.16.166)
11:30.17*** join/#brlcad caen23 (~caen23@92.81.220.39)
11:39.31zero_levelhi Erik
11:39.43zero_leveljust read ur comment on my bwhisteq patch
12:07.35Notify03BRL-CAD Wiki:Level zero * 5436 /wiki/User:Level_zero/patches: /* patch adding structure definitions in ICV.h */
12:12.40*** join/#brlcad zero_level (~zero_leve@117.205.29.105)
12:41.35*** join/#brlcad zero_level (~zero_leve@117.205.23.229)
12:54.26*** join/#brlcad vladbogo (~chatzilla@188.25.101.47)
13:04.28*** join/#brlcad zero_level (~zero_leve@117.205.26.159)
13:06.03*** join/#brlcad kesha (~kesha@49.249.9.55)
13:13.33*** join/#brlcad kesha_ (~kesha@49.249.19.83)
13:27.15*** join/#brlcad zero_level (~zero_leve@117.212.30.1)
14:33.56*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
15:25.36Notify03BRL-CAD Wiki:Fjibarguen * 0 /wiki/User:Fjibarguen:
15:46.57*** join/#brlcad zero_level (~zero_leve@117.205.31.223)
15:51.59zero_levelhi ``Erik:
15:52.57brlcadzero_level: talked briefly about bwhisteq
15:53.17brlcadhe looked at your patch, looks like you do preserve the existing behavior
15:53.29brlcadit just looks like the existing behavior may be wrong :)
15:53.47brlcadthat tool hasn't been used or modified in a very LONG time
15:53.56brlcadcan you verify that it works?
15:54.09brlcador demonstrate that it doesn't?
15:54.28zero_levelbut brlcad : who do i compare it with ?
15:54.35zero_levelthe matlab histeq ?
15:54.45brlcadgood question
15:54.59zero_levelboth will be way different
15:55.16brlcadyou could make a test file that has known values perhaps, like a 256x256 image with a gradient going from 0 to 255
15:55.34brlcadsomething so you'd know whether the result is "correct"
15:55.40brlcador compare to matlab
15:55.52zero_levelmoreover, i still think both the implementation are same !
15:55.56brlcaddon't want to spend too much time on it since it is so old
15:56.04zero_levelmy patch and previous implementation
15:56.12brlcadif it works, great, something might need to be documented
15:56.43brlcadzero_level: yeah, that's understood now -- you just uncovered what seems like might be a pre-existing bug
15:56.46brlcadno worries
15:57.07brlcadif it doesn't work, we can do a quick eval to decide whether it's worth fixing
15:57.18brlcadneed to know if it's right/wrong though
15:57.23zero_levelok
15:57.28brlcadcan you figure it out? :)
15:57.32brlcadquickly :)
15:58.03brlcad(just don't want anyone to spend days on this)
15:59.30zero_leveli procedding it this way. --create a png file of uniform gradient using matlab--converting it using bw-png  --using bw-histeq(existing) and bwhisteq(after patch)
15:59.44zero_levelthe resultant must not have much difference
15:59.52zero_levelis this methodology fine ?
16:07.59zero_levelbrlcad: any inputs about my methodology ?
16:08.33brlcadhopefully you'd use png-bw... ;)
16:09.19brlcadzero_level: so short answer - no
16:09.37brlcadthere's no question about your patch any longer, I believe
16:10.08brlcadthe question is wether bwhisteq (before or after patch) is actually correct or not
16:10.21brlcadnothing to do with the patch
16:10.30zero_levelthat i understood :-)
16:10.52zero_levelso, my methodology about working of bwhisteq ?
16:10.58zero_levelyes png-bw
16:11.17brlcadoh, I see you're telling me what you DID
16:11.19brlcadthat's fine
16:11.29brlcadwe're past that
16:11.31brlcad:)
16:13.05zero_levelno it is what i am doing to verify bwhisteq, after ur suggestion
16:13.45brlcadbut how does that verify whether bwhisteq is correct?
16:13.56brlcadit just verifies your patch preserves behavior
16:14.01brlcadnow whether the behavior is right
16:16.09brlcads/now/net/
16:16.11zero_levelyes since the image is of equal bins. therefore bwhisteq must not change the image.
16:16.34brlcadcan't type toay apprently
16:18.14brlcadwhat does bwhisteq actually do?
16:18.35brlcadrather what is it "supposed" to do?
16:19.17zero_levelit equalizes the histogram
16:20.10zero_levelso i am giving it an image which has same number of pixels of intensities from 0 to 255
16:20.21brlcad<PROTECTED>
16:21.19brlcadso takes a single 1-byte channel image file with intensity values
16:21.52brlcadpresumably finds the max to min range, maps that to 0-255, writes out new single 1-byte channel image?
16:24.39zero_levelto equalize, yes!
16:25.14brlcadokay, just making sure we're on the same page of understanding
16:25.57brlcadso then gradient test is fine, but only mildly useful in that it should provide no change
16:27.44brlcadI'd suggest also testing three more images: one with half black and half 128, another with half white and half 128, and last with half 128 and half 127
16:28.04brlcadcan then just visually inspect to make sure all three turn into half black half white
16:28.33zero_levelok
16:57.46*** join/#brlcad harmanpreet (~chatzilla@210.56.121.229)
17:09.41zero_levelbrlcad : only for the first case(uniform) the answer is right
17:09.48zero_levelfor the rest it is not right
17:10.18zero_levelit is converting to (127 - 128) combination
17:11.34*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:14.15zero_levelno it is converting to (63,191)
17:14.45zero_levelthe lighter gets conveted to 191 and the darker gets coverted to 63
17:15.14zero_levelthe lighter half and the darker half
17:24.48Notify03BRL-CAD Wiki:Harman052 * 5437 /wiki/User:Harman052: Formatting Improved.
17:26.04*** join/#brlcad kesha_ (~kesha@49.249.200.67)
17:27.09*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:34.52*** join/#brlcad zero_level (~zero_leve@117.205.17.121)
17:54.56*** part/#brlcad zero_level (~zero_leve@117.205.17.121)
17:54.58*** join/#brlcad zero_level (~zero_leve@117.205.17.121)
18:09.15Notify03BRL-CAD Wiki:Harman052 * 5438 /wiki/User:Harman052/GSoc2013/Logs: Details Updated
18:29.03*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:36.07*** join/#brlcad zero_level (~zero_leve@117.205.24.89)
18:52.32*** join/#brlcad kesha_ (~kesha@49.249.200.67)
18:57.31*** join/#brlcad kesha_ (~kesha@49.249.200.67)
19:03.04*** join/#brlcad zero_level (~zero_leve@117.205.16.250)
19:34.46*** join/#brlcad zero_level (~zero_leve@117.205.16.149)
19:49.13*** join/#brlcad Ch3ck (29cac1fa@gateway/web/freenode/ip.41.202.193.250)
19:49.47Ch3ckjust made a new patch for the new push routine with the additional ability to recognise
19:50.12Ch3cka push -x in case there is no  -x option as in push -x or xpush(deprecated)
19:50.21Ch3ckalso concerning my pull routine
19:51.20Ch3cki wish to know if brlcad has an implementation of the inverse of a 4x4 matrix so i could get started on studying the libged libraries and other associated libraries related to my project.
19:51.48*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
19:57.59*** join/#brlcad Izak (29cac1fa@gateway/web/freenode/ip.41.202.193.250)
19:58.46Izak<PROTECTED>
20:17.02brlcadCh3ck: saw the patch, comments coming soon
20:17.14Ch3ckyeah
20:17.16brlcadthere is some inverse logic, but very limited
20:17.26Ch3ckit was just the full source code
20:17.35Ch3cki am trying to upload a modified one
20:17.40brlcadah, did not see that
20:17.41Ch3ckbut network sucks.
20:17.46brlcadpatches should be just patches... :)
20:17.52brlcadsvn diff
20:17.53Ch3ckyeah
20:18.05Ch3cki did that today
20:18.09Ch3ckjust recovered from malaria
20:18.22Ch3ckso came back stronger today..
20:18.59zero_levelbrlcad: I saw the result
20:19.08zero_levelthose were not right
20:19.15zero_leveljust got the hold of the source
20:19.41zero_levelworking to modify that
20:19.48brlcadCh3ck: glad to hear you recovered!
20:19.55brlcadno recovering would have kinda sucked... :)
20:20.12brlcadzero_level: okay, so any notion of whether it'll be easy to fix?
20:21.30zero_leveli am considering to fully modify the code after calculation of bins
20:21.58*** join/#brlcad Ch3ck_ (29cac1fa@gateway/web/freenode/ip.41.202.193.250)
20:22.03zero_levelalso i thing this may be one of the brlcad's premitive function
20:22.21zero_levelmay be it works for something else.
20:22.30brlcadmaybe what works?
20:22.59zero_levelmay be this alorithim does something in the name of the histogram equalization!
20:23.11brlcadyou mean something else, like just poorly named?
20:23.14zero_levelso do u want me to modify this file or add a new one ?
20:23.16zero_levelyes!
20:23.41brlcadwell if that's not obvious from the file's contents, we don't need to spend time figuring it out
20:24.08brlcadyou could search the history, see if the comments tell you anything
20:24.21zero_levelhistory of bwhisteq ?
20:24.35brlcadprior to r22000, that file would have been in the top-level util directory I believe
20:24.44brlcadyes
20:24.59brlcador if there are any other utilities similarly named
20:25.05brlcadthat deal with histograms
20:25.28brlcaddoes pixhist work alright?
20:25.58zero_levelwe dont have a histogram equalization for pix
20:25.59brlcadpixhist3d is another, pixhist3d-pl
20:26.17zero_levelthat i suppose is performed by using pix-bw3
20:27.01zero_leveland then bwhisteq and then bw3-pix
20:27.42zero_levelusing bwhisteq meant performing equalization on each channel and then combining
20:28.23brlcadso what is ill-defined is what is meant by "equalized"
20:28.49zero_levelthe interesting point as i saw was when there were two different halfs of different intensities as the resultant of the three cases u said
20:29.27brlcadif you have a half 0/0/0 and half 255/255/255 image, those are either already "equal" (assuming equal area) .. or their intensities still need to be "balanced"
20:29.29zero_leveland all these were 63 for the darker half and 191 for the lighter half
20:29.32Ch3ck_brlcad: you were saying..
20:30.10zero_levelwhat i saw from the result were two buildings in the histogram at 63 and 191
20:30.17brlcadzero_level: yeah that is _also_ an equalization of sorts ... just an unusual one (to me)
20:30.18zero_levelwhich makes it balanced
20:30.28zero_levelyes!
20:32.33zero_levelbut when we read the code it is not the the normal mapping as u explained
20:32.47zero_leveldo u want me test on lena image.. ?
20:35.31brlcadzero_level: sure, would be good to see what it does
20:36.06brlcadif it's useful, we can keep it as is
20:36.08zero_levelbrlcad: was already on it!
20:36.21brlcadif we keep it, we should document this behavior (better)
20:36.37brlcadif it's not useful or only marginally so, we can get rid of it
20:37.13zero_levelbrlcad: ok !
21:18.00zero_levelchecked for barbara and lena works fine.
21:18.14zero_leveli am finding a way to post them on wiki so that u can see that
21:18.21zero_levelbrlcad:
21:27.27zero_levelbrlcad find the images here barabara : http://tinypic.com/r/2rqeubl/5 barabara equalized : http://tinypic.com/r/71gq6q/5 lena : http://tinypic.com/r/33krogg/5 lena equalized : http://tinypic.com/r/10r2sti/5
21:33.28*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:39.21brlcadzero_level: okay, so on the surface I'd say that's more than marginally useful
21:39.34brlcadso keep on, it's fine
21:40.10zero_leveli still wonder about the working of the code. Either it is state of the art. or can be improved significantly
21:40.28brlcadyep
21:40.45brlcadin this case, it's certainly not state of the art, but it is still useful
21:40.51zero_levelalso saw CxImage library there also they implement in the general way where we map the pixels
21:40.57brlcadjust not an active area of development and hasn't been for probably 20 years
21:43.08brlcadzero_level: so if you try equalize in cximage, do you get the same result?
21:43.27brlcadmaybe also try "normalize"
21:44.08zero_leveldidnt install the library but the code is entirely different
21:44.17zero_levelchecked with matlab histeq function
21:44.20zero_levelthere are differe
21:44.25zero_level*different
21:44.38brlcadthey have a demo app: http://www.codeproject.com/Articles/1300/CxImage
21:44.49brlcadthat shows equalize and normalize
21:48.05zero_levelthe matlab histeq are slightly different. on seeing one cannot find the difference. but pixel wise differences are observed using subtraction
21:48.55brlcadpixdiff tool will show you the differences
21:49.22brlcadstill "slightly different" is informative
21:49.57brlcadcould imply a round-off error or off-by-one bug or edge case handled differently or just an entirely different (but similar) method altogether
21:51.52brlcaddid you do histeq(I, 256) in matlab?
21:52.22brlcaddefault is 64
21:52.44zero_leveli did only histeq(I)
21:52.54brlcadso that's probably the difference
21:52.58zero_levelok
21:53.00brlcadtry 256
21:54.10brlcadI like that you're comparing with matlab.... :)
21:54.39zero_leveli did with 256 this tym
21:55.06brlcadBRL-CAD has MANY parallels with Matlab in terms of design, history, commands, low-level functionality
21:56.09zero_levelthe sum of abs diff for pixels is 70434 for 263144 pixels
21:56.17zero_level*262144
21:56.30zero_levelfor the barbara image
21:56.39zero_leveli think this is negligible
21:56.45brlcadhm, how diff?
21:56.50brlcadwhat does pixdiff say?
22:03.48zero_levelpixdiff bytes:  191709 matching,   70434 off by 1,       0 off by many
22:04.06brlcadnice, so that is basically matching with some round-off error
22:04.12zero_levelthis is the result of pixdiff on barbara equlaized with matlab and bwhisteq
22:04.38brlcadit'd be iteresting to figure out who has the rounding error
22:04.57brlcadcould be either, that's a very tiny difference
22:05.46brlcadgiven our tools usage, my bets would be on it having a rounding issue but that's still surprisingly good
22:05.54brlcadand reinforces the value of the tool
22:15.30zero_levelbrlcad: about that mail
22:15.47zero_levelbecause it has few things regarding the development plan
22:16.20zero_levelalso those whole sum is because of 1 pixel intensity difference
22:17.45brlcad<PROTECTED>
22:18.03brlcadlike 128/128/128 vs 128/127/128
22:18.10*** join/#brlcad zero_level (~zero_leve@117.205.16.149)
22:18.16brlcad<PROTECTED>
22:18.19brlcadlike 128/128/128 vs 128/127/128
22:18.34brlcadnot even 127/127/127 vs 128/128/127
22:22.34*** join/#brlcad zero_level (~zero_leve@117.205.16.149)
22:37.01*** join/#brlcad zero_level (75cd1727@gateway/web/freenode/ip.117.205.23.39)
22:37.57*** join/#brlcad zero_level_ (~zero_leve@117.205.23.39)
IRC log for #brlcad on 20130619

IRC log for #brlcad on 20130619

00:43.20*** join/#brlcad Tecan (~fasdf@unaffiliated/unit41)
00:46.57Tecanits installed how do i run ?
00:47.13Tecanbrlman has little / no effect
00:47.36Tecansets a small fire in a corner to keep warm while waiting
00:50.06Tecanmged
00:53.28Tecanneat stuff
00:55.27Tecanis there a book on this stuff ?
01:05.12*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:35a3:eb2d:dc1f:917b)
01:44.25*** join/#brlcad zero_level (~zero_leve@117.205.27.20)
02:47.08*** join/#brlcad zero_level (~zero_leve@117.205.19.181)
03:19.01*** join/#brlcad Tecan (~fasdf@unaffiliated/unit41)
03:40.48*** join/#brlcad zero_level (~zero_leve@117.212.24.35)
03:52.51*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:52.52*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
03:53.44*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
03:55.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:55.43*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
04:45.14*** join/#brlcad zero_level (~zero_leve@117.220.12.178)
05:02.58*** join/#brlcad zero_level (~zero_leve@117.220.12.187)
05:46.25*** join/#brlcad zero_level (~zero_leve@117.205.30.60)
05:52.15*** join/#brlcad Tecan (~fasdf@unaffiliated/unit41)
06:04.24*** join/#brlcad zero_level (~zero_leve@117.205.18.113)
07:03.29*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:16.54*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
07:32.22*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:37.28*** join/#brlcad zero_level (~zero_leve@117.212.27.99)
07:59.24*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:08.36*** join/#brlcad kesha (~kesha@49.249.200.67)
08:13.59*** join/#brlcad zero_level (~zero_leve@117.212.31.132)
08:32.33*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:49.08harmanpreet?
08:58.45*** join/#brlcad zero_level (~zero_leve@117.205.27.235)
09:17.09Notify03BRL-CAD Wiki:KeshaSShah * 5439 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 1 */
09:23.07Notify03BRL-CAD Wiki:KeshaSShah * 5440 /wiki/User:KeshaSShah/GSoC13/Reports: /* June 18 */
09:25.54*** join/#brlcad zero_level (~zero_leve@117.205.29.19)
10:06.44*** join/#brlcad zero_level (~zero_leve@117.212.28.39)
10:18.53*** join/#brlcad zero_level (~zero_leve@117.212.28.39)
10:22.06*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:43.15*** join/#brlcad zero_level (75d41c27@gateway/web/freenode/ip.117.212.28.39)
10:43.50*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:44.12*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b113:4dff:0:f:2df:b101)
11:06.44*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:10.14*** join/#brlcad zero_level (~zero_leve@117.205.30.171)
11:35.33*** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:49.59*** join/#brlcad zero_level (~zero_leve@117.220.14.195)
12:01.51zero_levelhi brlcad: ``Erik:
12:02.03zero_levelamong the utilities in the /src/util folder
12:02.16zero_leveli am creating a utility to test my conversion functions.
12:02.49zero_leveli compiled the source code as i did previously as illustrated in INSTALL file
12:03.20zero_levelbut the new test utility didnt get compiled !
12:03.34zero_leveldo i have to add the information in some file ? where ?
12:28.00*** join/#brlcad zero_level (~zero_leve@117.212.26.179)
12:38.03*** join/#brlcad mpictor (~mpictor_@2600:1015:b10f:860d:0:f:2e6:7301)
12:47.56*** join/#brlcad zero_level (~zero_leve@117.205.24.226)
13:16.49*** join/#brlcad harmanpreet (~chatzilla@124.253.78.126)
13:43.15*** join/#brlcad zero_level (~zero_leve@117.205.24.192)
14:10.14brlcadzero_level: yes, see the CMakeLists.txt file
14:10.31brlcadthere's one in pretty much every directory that describes how to compile things in that directory
14:10.51zero_levelalso i guess Makefile.am
14:10.55brlcadif you're creating test tools, you may want to mirror the testing infrastructure in src/libbu/tests
14:11.03brlcadthere are no longer Makefile.am files
14:11.10brlcadif you have them, you're not up to date
14:11.16zero_levelok
14:11.24zero_leveli have 7.23.1
14:11.31zero_leveldo i download 7.24 ?
14:11.40brlcader.... no
14:12.11brlcadyou should be working from a subversion checkout
14:12.20brlcad~cadsvn
14:12.20ibotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
14:12.38brlcadthat's the slow but sure way
14:12.55zero_levelok. i did this .. but days(months_) back
14:12.58brlcadfor the faster svn+ssh:// method, go to the sf.net project page
14:13.00zero_levelupdating now
14:13.07brlcadokay, so then you need to run "svn up"
14:13.22brlcadyou should run svn up every day, several times throughout the day
14:13.53brlcadbasically every time you Notify write a message in here, there's an update to be received
14:14.17brlcadthat means someone commited a change
14:15.44*** join/#brlcad harman (~harman@202.164.53.122)
14:18.17Notify03BRL-CAD:brlcad * 55797 brlcad/trunk/src/libbn/tcl.c: like this, zero_level (ws)
14:20.23zero_leveli saw libbu now. where are the test tools installed ?
14:20.49zero_leveldidnt find them among the binaries
14:20.52zero_levelbrlcad:
14:37.59*** join/#brlcad zero_level (~zero_leve@117.205.30.149)
14:43.35brlcadzero_level: they're not installed, but they are available after compilation in the build directory
14:43.41brlcadbin directory
14:56.31zero_levelbrlcad: also about committing changes! do i have the access to ?
14:57.01brlcadzero_level: considering you just today learned about "svn up", I'm not sure you're ready for commit access :)
14:57.28zero_leveli used to do svn update
14:57.33zero_level:-)
14:57.35zero_levelsvn status
14:57.39brlcadkeep submitting your work (daily) as patches and get folks to review them
14:57.45zero_levelok
14:57.58brlcadwe have a backlog because of release
14:58.06zero_levelok
14:58.08brlcadused to ... but didn't in months? :)
14:58.22brlcador weeks at least
14:59.25zero_levelbrlcad: also can we disucss about this mail http://sourceforge.net/mailarchive/message.php?msg_id=31038788
15:05.10brlcadzero_level: big e-mails provoke big responses
15:05.18brlcadbig responses take considerable time
15:05.33brlcadsee aforementioned comment about there being a backlog because of release :)
15:19.11*** join/#brlcad zero_level (~zero_leve@117.205.17.127)
15:20.08*** join/#brlcad vladbogo (~vlad@188.25.101.47)
15:27.01Notify03BRL-CAD Wiki:Vladbogolin * 5441 /wiki/User:Vladbogolin/GSoC2013/Logs:
15:45.04brlcadif you have questions, ask them here and get your answer ... don't wait
15:45.34brlcadzero_level: big e-mails provoke big responses, big responses take lots of time -- see aforementioned comment about there being a backlog
15:45.50vladbogohi all
15:46.15vladbogoi was working on the integration of qt in the cmake build yesterday
15:46.17brlcadthat's part what makes IRC much more effective if you stay logged in, because we can answer quick questions easily
15:46.27brlcadhi vladbogo how goes it?
15:46.37vladbogoas i saw there is a slight difference between qt4 and qt5
15:47.02vladbogoi successfully built a small project using qt5
15:47.30vladbogoi wanted to ask you what version of qt should I use?
15:48.44vladbogoi still have to find out a way to determine the path to the qt installation. Hopefully I will find out that today
15:49.01brlcadyou should use the very latest
15:49.22vladbogothat's what I used but I wanted to be sure
15:50.29brlcaddefinitely 5
15:51.23brlcadvladbogo: for your project, build system issues are secondary -- you can/should get by with as little effort as possible
15:51.37brlcadonce you have things working, we can hook up the build system properly very quickly
15:52.05brlcadunless you really want to understand the build system
15:52.08brlcadbecome a cmake guru
15:52.31brlcadotherwise, you can get away with just adding some compile/linker flags in your specific directory
15:53.09vladbogook then I will leave other details for later (such as determining the fact that qt is installed)
15:53.34brlcadyep
15:53.41brlcadjust assume it's installed, use it
15:53.54brlcadwhen it comes time to commit, we can sort out the build
15:54.04brlcadvladbogo: where are your patches?
15:54.15brlcadcan you provide the links?
15:54.29brlcadI know you have them down in a few places
15:54.40vladbogoimmediately
15:55.09vladbogothis one is the latest
15:55.10vladbogohttp://sourceforge.net/p/brlcad/patches/189/
15:55.47vladbogoand also the qt patch
15:55.49vladbogohttp://sourceforge.net/p/brlcad/patches/185/
15:56.11vladbogowhich is an improved version of the txt display manager
15:56.30vladbogoshould I also provide the link to the ones I have done in the application period?
16:01.16Notify03BRL-CAD:brlcad * 55798 brlcad/trunk/src/conv/g-voxel.c: accept sf patch 189 (Optional arguments g-voxel.c) from Vlad Bogolin which provides the same optional arguments as libged's voxelize command.
16:07.36Notify03BRL-CAD:brlcad * 55799 brlcad/trunk/AUTHORS: accepted patch from vlad bogolin to clean up g-voxel, other patches pending too. he's a gsoc 2013 participant.
16:16.28brlcadvladbogo: per your mailing list comment, who did you talk with?
16:17.20brlcadI don't want to step in the way of their plans if they want you spending time working on proper integration early rather than later
16:18.16brlcadI just tend to like reactive, not anticipatory
16:18.22vladbogoD. Rossberg
16:19.09brlcadand the build isn't technically strictly necessary until it comes time to enable that code, so it can happen now or later
16:19.11brlcadokay
16:19.50brlcadso keep on then, but just don't let yourself get stuck -- we have a lot of cmake expertise here
16:19.58vladbogowe haven't discussed in what degree the integration should be done
16:20.04brlcadthere should be a find qt macro that you can run
16:20.19brlcadwe're not bundling qt, it's too big
16:20.37vladbogoI found that but in order to work I have to specify the path in the CMAKE_PREFIX_PATH
16:20.42brlcadso the build system needs to simply test for it, similar to how it currently tests for X11, and if it's available, it builds your interface
16:21.46brlcadwhere is qt installed on your system
16:21.59vladbogoin the home directory
16:22.43brlcadso that's something cmake could never find on its own, you have to tell it
16:22.57brlcaddid you read http://qt-project.org/quarterly/view/using_cmake_to_build_qt_projects ?
16:23.12brlcadand http://www.kdab.com/using-cmake-with-qt-5/
16:23.35vladbogoyes this are exactly the pages I used
16:23.56brlcadokay great
16:24.56brlcadso then try just setting the prefix path
16:25.08brlcadCMAKE_PREFIX_PATH=~/path/to/Qt cmake ..
16:25.32brlcador cmake -DCMAKE_PREFIX_PATH=~/path/to/Qt ..
16:25.40vladbogolike this it works
16:26.17brlcadthen you just need to use the right variables to enable/disable your files
16:27.40brlcadfollow the logic for BRLCAD_ENABLE_X11 as I expect you'll need to add similar lines for BRLCAD_ENABLE_QT
16:27.57brlcadin the top-level CMakeLists.txt file and src/libdm/CMakeLists.txt file
16:29.14vladbogoi will look then there. Now (in the qt-dm patch) the BRLCAD_ENABLE_QT is always set
16:29.56vladbogothis was planned for today
16:30.15brlcadk
16:30.38brlcadvladbogo: curious, looking over your dm-txt patch -- why do you export all of the functions?
16:32.39vladbogothat was a misunderstanding
16:32.50vladbogothe txt dm patch needs some reviews
16:33.49vladbogoi focused on solving the problems on the qt-dm
16:35.10vladbogoshould I fix the dm-txt patch?
16:54.21brlcadyes please
16:54.43brlcadprobably end up not even needing that new header
16:54.52vladbogoyes
16:55.17vladbogoi did all the changes in the qt dm which at the moment is basically the same
16:56.13brlcadnods
17:01.09vladbogoi will start working to the txt dm
17:07.03vladbogoalso I want to ask you how should I approach the existence of the txt dm? Is it ok if it's the same as the null dm and the macro is defined in dm.h?
17:09.15harmanbrlcad: Hi, I was working for making a patch to add feature requested at: http://sourceforge.net/p/brlcad/feature-requests/130/. I read your comment on this link to get some idea, but I am not getting; from which to which file I am suppose to move?
17:10.26brlcadvladbogo: what macro?
17:10.52brlcadif it's got a macro that has to be published, that would be a reason for it to have a header
17:11.29brlcadharman: sourceforge is apparently having problems today .. site is really slow
17:13.09vladbogobrlcad: dm.h (line 53) (#define DM_NULL (struct dm *)NULL) I used the same approach to determine that the txt dm exists and defined it there. Being a debug dm I suppose it is ok because it has to be present anytime
17:13.47brlcadvladbogo: DM_NULL is just a typecast NULL
17:13.57brlcadfor older compilers
17:14.16brlcadthat could/should basically be NULL nowadays
17:14.32brlcadi don't see what that has to do with your txt dm though..
17:16.04brlcadharman: okay, 130 finally displayed -- the task involves the journal command in mged, yes?
17:16.15harmanyes..
17:16.28brlcadharman: so where is the journal command sources?
17:16.58brlcadaside from asking, how might you go about finding it?
17:18.00harmanactually.. I read your comment and was trying to follow what you said.
17:18.25brlcadokay
17:18.38harmani searched for bu_log_add_hook
17:18.46vladbogobrlcad: nevermind. I was thinking at something wrong
17:18.51harmanand I found it on log.c
17:18.53harmanok
17:19.23brlcadokay, that's where that particular function is implemented, and?
17:21.21harmanmeans.. I found this in log.c
17:32.34brlcadheh
17:34.10brlcadharman: if I'm trying to help you with something, you have to actually ask a question or you'll have to follow down a line of reasoning to help you understand what you need to do next
17:35.26brlcadyou wrote "from which to which file I am suppose to move?" which I started to help you with, and you redirected onto my comment about bu_log_add_hook, so my response followed "and?"  and so what? you found the sources for that log function.  now what?
17:37.10brlcadglad to help, but I'm not just going to try and guess or be a professor on a white board telling you all there is to know about bu logging or the journal command or mged's command infrastructure and hope that something I say is something you were needing to hear
17:37.17brlcadthat'd be inefficient, right?
17:37.32brlcadso I'll help you get to where you're going, but I'm not going to drive the car :)
17:39.12brlcadyou have the right idea, obviously you should try to understand my reply to the feature request since I basically say how to do it
17:39.30brlcadbut you must first understand and reproduce the problem so you know what it is you're trying to change
17:39.40brlcadhave you run the journal command?
17:39.56harmanoh.. I was away from system..
17:40.04brlcadyou're allowed to do that
17:40.08brlcad:)
17:40.09harmanyes.
17:40.20harmani run it
17:40.28brlcaddo you understand the problem as tom stated it?
17:40.32harmanyes
17:40.43brlcaddo you know where/how the journal command is implemented?
17:41.01harmanno
17:41.18brlcadso there's your first step before trying to understand my reply since that's part of the problem statement scope
17:41.31harmanokay..
17:41.34brlcaddo you know how to go about finding it?
17:41.56brlcadvariety of ways
17:44.34harmanI basically do file search
17:46.16brlcadokay, that's a fine starting point, so what does that tell you?
17:46.22harmanbut that does not give produce any result..
17:47.32brlcadhow are you searching?
17:47.54brlcadyou're clearly able to run the journal command so SOMEWHERE in the source tree there should be at least one reference to the word journal
17:48.56harmanhistory.c?
17:49.32brlcadI assume you more specifically mean src/mged/history.c
17:50.03harmanyes yes
17:50.45brlcadthat sounds like the place, and if you followed a different approach for finding the command, it would be confirmed
17:51.20harmani used grep command
17:51.29brlcadgood
17:51.43brlcadif you looked in src/mged, you would have found a reference to "journal" and and f_journal function
17:52.21brlcadthat piece of code should look very much like a command table, and would have been strong evidences that you "found" where the command is hooked in
17:52.35brlcadthat f_journal function becomes the starting point
17:52.48brlcadfrom there, you find the implementation in history.c
17:53.24brlcadokay, so now you should try to follow the logic in that file, starting with f_journal(), to see if you have a basic understanding of what it's doing
17:53.39harmanokay..
17:53.40brlcadthen re-read my response about how to possibly go about fixing it
17:53.51harmanok
17:55.37harmani will do it
17:55.53brlcadonce you have a basic understanding of the command, that should really help with figuring out what you can do to fix it
17:56.09brlcadat which point my comments may help or you may even end up with a better idea
17:56.24brlcadthat command was very quickly implemented, terrible code, so there's lots of room for improvement
17:56.33brlcadyou could simply start by making a patch that cleans up the code
17:56.49harmanokay..
17:56.55brlcadrefactoring and improving code while you read it is a great way to learn the code too
17:57.11harmanthanks for the tip
17:57.32brlcadjust make sure any "cleanup" changes you make are not mixed with any feature request changes
17:57.40brlcad(a patch should do just one thing, not many things)
17:58.21harmani will keep it in mind
17:58.30brlcadsame thing with commits
17:58.54harmanokay..
18:00.40*** join/#brlcad caen23_ (~caen23@92.81.220.39)
18:00.45harmanyou were talking about ideas you and other developers have idea to improve project scope
18:00.45brlcadvladbogo: your patches are looking great, daniel was happy too
18:01.01brlcadvladbogo: you now have commit access, test commit some small change now if you would please
18:01.20vladbogobrlcad: thanks
18:01.28brlcadvladbogo: and (re)read the HACKING section on dev responsibilities
18:02.01vladbogobrlcad: i have also submitted the txt dm with fixes
18:02.22brlcadharman: yeah, actually it was from another dev who really frowned on the proposed interface approach, but liked the idea of a web interface overall
18:02.24vladbogobrlcad: i will read the HACKING again
18:02.38brlcadvladbogo: excellent
18:04.13brlcadvladbogo: so patch 179 is curious...
18:04.38zero_levelbrlcad: i am posting few issues from the mail her
18:04.42zero_level*here
18:05.09zero_levelbrlcad #Proposal Time Line Modifications
18:05.35zero_levelI wish to remove group 10-11 from my proposal. I believe this will help in more time for the import/export tools and increases feasibility of the project.
18:05.48zero_levelMy Update proposal time line is here http://brlcad.org/wiki/User:Level_zero/GSOC13/timeline
18:07.13vladbogobrlcad: i think that approach should be discussed in order to make the best decision. That is just an idea I had in order to reduce the #ifdefs
18:07.39brlcadvladbogo: it seems like an incomplete patch?  you leave dm_open() and add a new function and a new MY_*() macro (bad name)
18:08.47brlcadzero_level: what were groups 10-11?
18:08.57vladbogoI know it's a bad name. My idea would be to modify DM_OPEN as MY_DM_OPEN but as I only did the refactoring for the X dm that was not possible
18:09.34brlcadI think that's the "incomplete" I'm seeing
18:09.39zero_levelhttp://brlcad.org/wiki/User:Level_zero/GSOC13/Refinements#Merge_or_Split_.28GROUP.2310.29
18:10.23vladbogobrlcad: adding a comment for the first commit it's ok?
18:11.58vladbogobrlcad: I didn't knew if my idea for the patch it's better than the actual implementation so I submitted the patch and if you think that it is useful to finish it I will work on refactoring all the dm's
18:12.06zero_levelbrlcad u will find information regarding that on the web link
18:12.08brlcadvladbogo: as long as it's a useful comment or improving a comment, sure
18:14.08brlcadvladbogo: now that you have commit, you can think about it from a different approach and incrementally get there
18:15.54brlcadfor example, one commit could add the new dm_open callback to the struct, and NULL entries for all of the DM's (with nothing using them)
18:16.32brlcadzero_level: brevity instead of links is nice ;)  but that's a good question to ask your reviewing mentor
18:16.52zero_levelis he around today ?
18:17.05brlcadzero_level: technically speaking, I'm much more concerned that you end up with a solid API design, framework for growth, and completely migrated commands -- not works in progress
18:17.24brlcadso most of your groups are secondary towards design
18:17.29zero_levelok
18:17.48brlcadalready told you during evals that you were being way too ambitious/presumptuous :)
18:18.19brlcadyour schedule should reflect where all your time is still going though regardless
18:18.51harmanbrlcad: okay... you mentioned in the message that focusing on NURBS instead of reinventing the wheel with basic shapes would improve scope. Can you please tell how can I invlove NURBS in my project?
18:19.14zero_levelbrlcad yesterday i submitted a patch regarding icv_structures. patch num = 192. link = http://sourceforge.net/p/brlcad/patches/192/
18:20.42vladbogobrlcad: yes I know what you mean but I don't know if the select_dm function is the best approach because it still has ifdefs.
18:22.02brlcadharman: yeah, and that is probably an involved discussion
18:22.37brlcadbut the basic notion is that we still don't think you fully get what you're proposing with editing representations on the front-end and boolean operations .... :)
18:23.05brlcadand we really don't want to end up with a idea that is never put into production use or just ends up being a neat demo
18:23.25brlcador that duplicates existing functionality unnecessarily!  so many concerns. ;)
18:24.03brlcadwhich leaves us introspecting what sort of interface WOULD be useful that we do not readily have that might make sense in a browser
18:24.22brlcadand still fits within scope
18:24.53brlcadzero_level: I saw it
18:25.01zero_levelbrlcad : ok
18:25.17brlcadvladbogo: that is true, twas another critique
18:25.25zero_levelam i going right there ?
18:25.30brlcadthe whole point of those structure callback tables is to avoid the ifdefs
18:26.11brlcadvladbogo: perhaps another approach would be a callback that returns the type ... depends on how it's used, right?
18:26.23zero_levelbrlcad: today i am making test functions for my convert patches
18:26.53zero_levelalso working on group 1 (Croping) test compiles.
18:27.00brlcadzero_level: you just submitted that, there are some others ahead of it... :)
18:27.11zero_levelok
18:27.16vladbogobrlcad: I know but there still has to be a way to select the dm. A new callback that returns the type sounds like a good idea.
18:27.30brlcadif your old patches aren't perfect, i'd suggest giving them a look over once again (and make them perfect)
18:27.52brlcadvladbogo: maybe .. it just depends what that type is used for
18:28.01brlcadideally we'd fully hide the type, it shouldn't matter
18:28.58brlcadat most, callers really only need a few things like whether OpenGL is available, whether there are events, maybe whether it's current,e tc
18:29.10zero_levelalso brlcad: i have created an index page on wiki which contains all the info. I hope u have seen that. the link is here http://brlcad.org/wiki/User:Level_zero/
18:29.31vladbogobrlcad: i will consider this and think about a better solution
18:30.51brlcadzero_level: no I hadn't seen that because that trailing slash isn't the convention for user dirs
18:30.55brlcadhttp://brlcad.org/wiki/User:Level_zero
18:31.05brlcadshould move the page
18:31.53Notify03BRL-CAD Wiki:Level zero * 0 /wiki/User:Level_zero/: trailing slash is not the convention
18:32.19zero_levelbrlcad : here it is http://brlcad.org/wiki/User:Level_zero/index
18:33.33harmanbrlcad: ok.. if it is an invloved discussion then I can start discussion over mailing list and in the mean time I should work on patches. Is it OK?
18:34.39zero_levelbrlcad : our bwhisteq uses the same method as histeq. But the mapping is done as such it avoids the closed form function to find the new map.
18:37.17brlcadharman: it's more an extension of your proposal discussion
18:37.34brlcadon http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/harman052/15001#c46001
18:38.36brlcadzero_level: closed form... avoids what?  statement doesn't say anything to me as worded other than our bwhisteq tool matches matlabs histeq function
18:39.26brlcad"But the mapping is done as such it avoids the closed form function to find the new map." ... which mapping?  what is it?  new map from what?  how is closed form relevant? :)
18:40.04harmanbrlcad: sorry, i didn't get you.
18:40.50brlcadharman: i'm saying that you probably don't have enough to start a discussion... :)
18:41.02brlcadand just asking for people to talk isn't likely going to start a discussion
18:41.39harmanthen what next?
18:43.00brlcadso I've got a little time now, lets discuss where we left off
18:43.19*** join/#brlcad kesha (~kesha@49.202.239.196)
18:43.20brlcadI get how you're planning on displaying projected rpps in four views
18:44.12brlcadbut then what?  you used that in response to my concerns about how that applies to the general case that you are reportedly aiming for
18:44.23brlcadbut your description doesn't generalize
18:44.49brlcadit only works for rpps because an un-rotated projected rpp is just a rectangle and the web tech deals with drawing rectangles fine
18:45.39brlcadeven with rpps, I don't think your description deals with the visualization aspect
18:46.12brlcadif I move an rpp in just one view and subtract it, what does that mean?  how is the subtraction performed?
18:46.22brlcadthe result is not an rpp any longer
18:49.03brlcadI think to make progress on a different direction, you're going to need to understand what this problem is about geometry representation types, what data you actually have to work with, and what it is exactly that is being accomplished
18:49.38brlcadand this is very much not feeling like a discussion.  hello?
18:50.01harmani am reading and thinking
18:51.55brlcadtaking a step back, the overarching goal was stated as a web interface to BRL-CAD
18:52.12harmanyes..
18:52.27brlcadthat's obviously very open-ended, with a lot of room for doing something really interesting and useful and not held back by our current usability limitations
18:52.32brlcadthat part I think we all get :)
18:53.53brlcadhowever to "shift all features and functionality of desktop software to browser" is a very big statement from your proposal that begs for understanding why this is a problem now
18:54.41brlcadwhy does BRL-CAD currently not have OpenGL shaded display visualizations of geometry?
18:55.28harman"shift all features and functionality of desktop software to browser is the ultimate goal.
18:55.47brlcadyes, I realize this is meant as a small stepping stone, just a start
18:55.58harmanyes
18:56.10vladbogobrlcad: I am trying to make my first commit but I don't know how to specify my sourceforge username(I am trying svn commit --username). Can you give me a hint?
18:56.24brlcadbut there still seems to be a fundamental realization that is yet to be attained... :)
18:56.51brlcadvladbogo: just run svn commit, it'll prompt a password, hit enter, it should prompt a username
18:57.42brlcadharman: so to my question -- why don't we already have pretty opengl shaded views?
18:58.52harmanplease explain..
18:59.18brlcadyour proposal addresses a fundamental issue in BRL-CAD
18:59.41brlcadit's hard to use, the interface is not "modern" or pretty or shaded ( you get wireframes )
18:59.45brlcadwhy do we display wireframes
18:59.50brlcadwhy not something else?
19:00.00harmanyou said.. wireframes
19:00.03vladbogobrlcad: i tried that and it does not prompt neither password or username: simply opens the editor and after writing the comment prompts svn: Authorization failed
19:00.20harmanhas mathematical reason behind their implementation
19:01.16brlcadvladbogo: it'll depend what method you used to check out -- go to the sf.net page and get a read/write checkout url
19:01.35vladbogobrlcad: thanks
19:01.44brlcadharman: wireframes don't have mathematical reasoning behind them
19:01.52brlcadwireframes are just a bunch of 3d line segments
19:02.10harmanokay
19:02.26brlcadif I open up the editor, create a sphere, create a cylinder that runs into the sphere, create another sphere on the other end, and union the shape together (like a barbell) ... what's the problem displaying that?
19:02.30brlcado-o
19:02.41brlcador better: O=O
19:03.27brlcadis there a problem?
19:03.33harmanwith wireframes?
19:03.51brlcadno, we obviously already show the wireframe
19:03.58brlcadbut why the wireframe
19:04.02brlcadwhy not show the geometry shaded
19:04.13harmanyes.. I too wanted to know
19:04.14brlcadlike games or blender or any other 3D
19:04.14harmanas
19:04.22harmanthere are so many CAd softwares
19:04.24brlcadthis is what you're missing :)
19:04.28harmanlike FreeCAD
19:04.37brlcadmhmm, so why?
19:04.42harman:-)
19:05.02harmanyou can explain better.. ;-)
19:05.16brlcad"you're going to need to understand what this problem is about geometry representation types"
19:05.28brlcadgeometry representation
19:05.56brlcadwhat does it mean to be a representation of geometry .. what is your data .. what is your representation type
19:06.07brlcadtake a simple sphere
19:06.18brlcada point (0,0,0) and a radius (10)
19:06.25harmanhmm
19:06.25brlcadnow display it
19:06.38brlcadwhat do you do?
19:07.33brlcadfor sake of relevance, say we're using your web interface even, nice snazzy html5 canvas or webgl, doesn't matter
19:08.06harman1. user select primitive (sphere).
19:08.24harman2. fill radius and name of object.
19:08.51harmanin input boxes (that appear after selection)
19:08.58brlcadthat's what the user does, sure fine
19:09.02brlcadnow what do YOU do
19:09.15brlcadyou being the code you wrote to ultimately display the sphere
19:09.25harmanwait..
19:10.03brlcaduser does #1, does #2 (specifies radius 10), now how is it actually displayed?
19:10.03harman3. this will draw a circular shape in the windows..
19:10.03brlcadhow?
19:10.30harmannow at this time.. only circular shape made in html5 or js is drawn
19:10.47brlcadand for clarity, we're not drawing a 2d circle and pretending it's a sphere, we want a 3d shaded sphere
19:10.54harmanthat represent sphere (it's 2D view)
19:11.51brlcadwe can have this exact same explanation in 2D if you'd like, but the goal was not 2D
19:12.17harmanthat's why we provide 4 windows to see 2D different views of 3D object
19:13.42brlcadwhich is why you're not understanding the problem :)
19:13.51brlcadokay, so lets simplify this to 2D
19:13.52harman??
19:14.23brlcadthe 4 views doesn't have anything to do with representation
19:14.36brlcadthey're just views
19:14.48harmanyes
19:14.56harmanthey are just views
19:14.57brlcadso lets say we have a view that is 100x100
19:15.05harmanok
19:15.30brlcadand the view is centered at 0,0
19:15.37brlcadso -50,-50 to 50,50
19:15.52brlcadand we're now working with 2D geometry
19:16.04harmanhmm
19:16.08brlcadyour geometry is a 2D circle defined with origin (0,0) and radius (10)
19:16.24brlcadyou want to visualize it, what do you do?
19:16.59brlcadi don't mean what does the user do
19:17.07brlcadwhat do YOU make the code do to display it?
19:17.29harmanOh I see..
19:18.18harmanyou mean how we will visualize it in 3D world?
19:18.44brlcadwe're sticking with 2D at the moment
19:18.55brlcadpretending BRL-CAD is a fully 2D CAD system
19:19.10Notify03BRL-CAD:vladbogo * 55800 brlcad/trunk/src/conv/g-voxel.c: Added comment to src/conv/g-voxel.c to highlight the optional parameters section.
19:19.21brlcadwe show an outline of a circle, outlines of boxes, etc. .. wireframes only, and we're trying to figure out why
19:19.54brlcadyou're making a new fancy web interface to show off this 2D system but don't want to just display wireframes
19:20.02harmanyes.. in that case we will have outlines
19:20.23brlcadso user specifies a circle, how do you display it?
19:20.24harmanfilled with colour
19:20.34brlcadHOW
19:20.51harmanhtml5 is capable to make such shapes
19:20.55brlcadc'mon man, you're a dev, talk code to me :)
19:21.23brlcadbetter, okay so you plan to use html5 to display such a shape (2d circle)
19:22.05harmanyes
19:22.11brlcadnow the user creates another circle half offset from the first
19:22.27brlcadyou again draw the second with html5
19:23.27brlcadthat's all fine, yes?
19:23.37harmanyes
19:23.39brlcadnow the user requests an intersection boolean operation
19:23.43brlcadwhat do you do?
19:23.43harmanok
19:25.17harmani mentioned in the proposal that
19:25.30brlcadforget the proposal, we're talking here and now :)
19:25.56brlcadi have two circles defined and an intersection, what do you do?
19:26.01brlcadhow do you visualize that?
19:26.12harmanorder of selction will matter
19:26.27brlcadfor an intersection order does not matter
19:26.38harmansuppose circle A and circle B..
19:26.39brlcada ^ b
19:27.23harmanwe will be keeping a function behind the scene that holds the command of intersection
19:27.43harmanin which we just need to fill the names of objects
19:27.50Notify03BRL-CAD Wiki:Vladbogolin * 5444 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:28.12brlcadokay, so "comb intersection a + b" in BRL-CAD parlance ... we still need to visualize this
19:28.29harmanmeans?
19:29.34brlcadi've asked how you visualize that shape
19:29.44harmanthe resulted shape?
19:30.00brlcadwhatever you want to display
19:30.23brlcaduser created two spheres and asked for an intersection, what do you do to show them that?
19:30.49brlcadyou've told me you have a function that holds a command .. that obviously doesn't show them that
19:30.53brlcadwhat do you do to show them that?
19:31.20brlcadsorry, two circles
19:34.17harmanwe have event handlers in javascript that can be used to show result on the browser
19:34.33harmanafter user finishes
19:34.36brlcadyou're goin to again make me ask HOW aren't you :)
19:35.30brlcadhow is the result of that action displayed?
19:36.15brlcadhums a song
19:39.16brlcadharman: this is entirely about data and algorithm, not toolkits or user interface
19:40.14brlcadyour inability to answer is getting at the heart of the problem
19:42.20harmanyes.. algorithm and all that to be faced at later stage not now. i know it is possible but and can be done using above mentioned tools.
19:42.37brlcadi'm going to have to go soon, but think about it for a while -- how do you actually show the result of an intersection of two circles?  how is the evaluation performed?  what is the resulting data?
19:42.50brlcadno you don't know that
19:43.11brlcadbecause it's not possible with just the mentioned tools ... without you implementing everything that's missing
19:43.34brlcadthe algorithm is not to be sorted out later, it's central to the ENTIRE problem
19:44.13*** join/#brlcad caen23 (~caen23@92.81.220.39)
19:44.15harmanthat flow i already explained, the function holds intersection command
19:44.16brlcadyou don't yet understand why and that was fine during the proposal review
19:44.21brlcadbut now it's critical
19:44.29brlcadokay, it holds a command
19:44.48brlcadand then what?
19:45.06brlcadthat doesn't show anything
19:45.22brlcadthat doesn't even calculate anything from an algorithmic perspective as described
19:46.09harmanuser's selection picks the names of objects and supply to function that fills into command.
19:46.32harmanthat command is written into file.
19:47.41brlcadwe could have this same discussion with pen and paper .. draw a circle on a piece of paper then draw another overlapping circle ... now I ask for you to draw me the intersection
19:47.55brlcadhere's your piece of paper, what do you do?
19:50.14harmanit is already drawn when both circles overlapped. :-)
19:50.27brlcadno, that's the union
19:50.44harmanomg
19:51.01harmansorry
19:51.05brlcadhttp://mathworld.wolfram.com/Circle-CircleIntersection.html
19:51.13brlcadsee image under (16)
19:52.16harmani know intersection.. actually your questions..
19:52.19harman:-)
19:52.34brlcadhm?
19:52.50brlcadnot following
19:52.51harmanerase the non overlapping part
19:53.00harmanwe got intersection
19:53.02brlcadi gave you a new sheet of paper
19:53.12brlcadhow do you draw just the intersection?
19:54.27brlcadyou're on the right track, but technically insufficient
19:58.16brlcadharman: alright, times up, gotta run
19:58.20brlcadplease do continue to this about this
19:58.31brlcadthink about how it pertains to 2D circles
19:58.51brlcadthink about how it extends to arbitrary shapes (non-circles)
19:59.24brlcadwhere/how the evaluation is performed, how you're actually showing a result, where that data comes from ... and then how that all extends into 3D!
19:59.44brlcadwe can talk more later, but this is THE central issue
19:59.49harmanokay
20:00.16brlcads/please do continue to this about this/please do continue to THINK about this/
20:00.45brlcadI'll be waiting to hear what you've understood the next time we talk
20:00.58harmansure
20:01.03brlcadin the meantime, work on a good patch or three ;)
20:01.40harmanhmmm
20:09.02Notify03BRL-CAD:brlcad * 55801 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/CMakeLists.txt and 3 others): accept sf patch 163 (Added a text DM) by Vlad Bogolin which implements a non-graphical text debugging interface to libdm.
20:13.48brlcadvladbogo: so I'd call 55800 an unuseful comment as that's pretty much exactly what the code says too.  comments should say what the code does not. (and there's probably not much to be said about a getopt block)
20:14.18brlcadmight as well say /* do some stuff */ :)
20:25.30vladbogobrlcad: sorry about that. I will be more careful in the future and I will remove when I change the txt_open_dm()
20:29.38Notify03BRL-CAD:starseeker * 55802 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: Start trying to figure out how to speed up the sparse bot wireframe drawing
20:30.36*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:34.31Notify03BRL-CAD:starseeker * 55803 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: memset instead of loop here
21:04.37Notify03BRL-CAD:vladbogo * 55804 (brlcad/trunk/src/conv/g-voxel.c brlcad/trunk/src/libdm/dm-generic.c brlcad/trunk/src/libdm/dm-txt.c): Renamed txt_open_dm to txt_open to maintain consistency. Also removed unuseful comment from g-voxel.c
21:14.17Notify03BRL-CAD Wiki:KeshaSShah * 5445 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 1 */
21:23.50*** join/#brlcad Ch3ck (295cd318@gateway/web/freenode/ip.41.92.211.24)
22:16.27*** join/#brlcad zero_level (~zero_leve@117.205.16.131)
22:51.06``Erikzero_level: I think your submitted icv struct patch tries to add too much at one whack... there are some parts that I like and some that I'm not sure I agree with, but the lumping turns it into an "all-or-nothing" decision...
22:51.47zero_level``Erik ok
22:52.15zero_levelwhat is lumping turns it into an "all-or-nothing" decision ?
22:52.22``Erikzero_level: I'm ok with the operations enum, I don't think having structs for geometry and position add any value
22:53.15``ErikICV_SIZE_NULL seems redundant, just use NULL
22:53.17zero_level``Erik point will be required in few functions
22:53.28zero_levellike icv_rect
22:53.39``Erikicv_kernel is poorly named/commented, I don't understand what it's for
22:53.56zero_levelicv_kernel stores the kernel information for filtering
22:54.02zero_leveli will add the comments there
22:55.11zero_level``Erik geometry ?
22:55.12``Erikgenerally, a patch should be the same as a commit... it should be very focused in what it does and the 'one brief line' comment should instantly let the casual reader understand the purpose, extent and change
22:55.16``Erikwidth/height
22:55.33zero_levelu mean size ?
22:55.36``Erikyes
22:55.53``Erikwhat's wrong with passing in width, height, X and Y as seperate arguments?
22:56.12zero_levelok. what we could do is define a macro
22:56.19zero_levelfor size
22:56.28zero_leveland keep points alive
22:56.45``Erik"struct icv_size { int width, height; }" kinda makes me go "ugh, someone has been looking at too much bad c++"
22:57.04zero_level#define icv_size icv_point
22:57.24``Erikvmath even provides 2d arrays that could be used with all the goodies, if you really wanted
22:58.24``Erikone thing I would like to see some attention to is the intermediate memory format of the pixel data
22:59.05``Erikperhaps stored with the rgb values in normalized floats, so we can do high precision manipulations, etc
22:59.40``Erikhigh dynamic range images, etc
23:00.31zero_leveli am afraid if we have a format for that ?
23:00.43zero_levelour raw formats like bw and pix use
23:01.04zero_level8bits pixel and 24bit rgb pixel
23:01.26``Erikformat for which? pix and bw are inadequate... one of the big reasons icv started was to improve output from raytracing tools...
23:02.04``Erikthe ray tracer has the capability to generate some very precise results, but we throw away a lot of data to produce a 24 bit image
23:02.19``Erikwe want to do better that what is already there! :D
23:02.41zero_levelso how do u suggest we do this?
23:03.22zero_leveldo we create two image structures one with uchar and other with float ?
23:04.15zero_levelalso conversion to float will have an impact on the api functions of brlcad utilities
23:05.18``Erikthe internal representation would be float, so in reading a pix file, it'd be for(i=0;i<pixels;i++){ buf.pix[i].red = ((double)*bp)/255.0; bp++; buf.pix[i].green=((double)*bp)/255.0; bp++; buf.pix[i].blue=((double)*bp)/255.0; }
23:05.44``Erikyes, the utilites have to be taught to use the interface instead of directly mucking with data
23:06.44zero_levelsince it is raw format the current versions directly reads the bytes into the buffer using read etc.
23:06.57``ErikI started that process a while back, you'll see some utilities using icv_save_writepixel() and icv_save_writescanline() instead of directly accessing data... for the purpose of abstracting internal representation
23:08.34``Eriksrc/rt/view.c and src/rt/viewedge.c use the new api... they're also two of the very few rt's that can save as png out of the box, due to the data abstraction
23:09.35``Erik(I feel it's important to address internal representation first, as that will directly impact how all manipulation functions will be written)
23:10.10zero_levelalso we could do store a variable for data_type
23:10.18``Erikupdating existing tools to use an api right now will give us some freedome in how we deal with the representation
23:10.54zero_leveland make the data variable a void* type
23:11.28zero_leveli was focussing on the utilities from src/util folder
23:11.41``Erikonce the internal representation is encapsulated, it can be changed
23:11.58zero_levelinternal representation of icv_image ?
23:12.11``Erikyeah... maybe the first couple efforts could be redoing conversion utilities to use the api?
23:12.26``Erikpix-png, pix-bw, bw-pix, etc?
23:14.54zero_levelthis will hamper the performance of these utilities
23:15.18zero_levelmy plan was to implement them as functions in the libicv. ?
23:15.32zero_leveland rather other utilities also as functions of libicv
23:15.55``Erikthe performance is a non-issue...
23:16.00zero_leveli have designed an api call for them as well http://brlcad.org/wiki/User:Level_zero/GSOC13/api
23:17.13``Erikwhen I was started with bu_image, I envisioned all the image conversion utilities being basically 2 function calls... something of the nature of "icv_image img; read_image(&img, argv[1]); write_image(&image, ICV_PNG, argv[2]);"
23:18.14zero_levelyes. for the conversion tools even i think of doing it this way
23:19.00``ErikI actually managed to unsettle starseeker in describing an approach where all converters would be hard links to the same executable and the logic of the executable parsing argv[0] for what mode to operate in :)
23:19.02zero_levelu see icv_convert function in 188 patch
23:19.53``ErikI've only had a chance to look at the bwhisteq patch and the icv structures one... let me load it up (but I have to leave soon)
23:22.10*** join/#brlcad kesha (~kesha@49.202.239.196)
23:22.13``Erikhm, that patch definitely has some good stuff to it, I'll review it further tomorrow
23:22.55zero_levelalthough untested
23:23.01``Eriksorry about having to run so quick... I'll try to look it over before oh, 14:00 GMT? and I'll be on irc at that time
23:23.01zero_leveli am testing it today
23:23.31``Erikhave a good evening :) *wanders off*
23:26.48zero_level``Erik : same to u, i will try to be around at that time.
23:26.52zero_levelthanks
23:27.51zero_level``Erik Also all my information are on this page http://brlcad.org/wiki/User:Level_zero/index
IRC log for #brlcad on 20130620

IRC log for #brlcad on 20130620

00:48.49*** join/#brlcad zero_level (~zero_leve@117.205.25.46)
01:05.58*** join/#brlcad zero_level (~zero_leve@117.205.17.76)
07:10.43*** join/#brlcad ibot (~ibot@rikers.org)
07:10.43*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
07:16.51*** join/#brlcad zero_level (~zero_leve@117.205.18.247)
08:26.37*** join/#brlcad zero_level (~zero_leve@117.212.26.157)
08:57.58*** join/#brlcad kesha (~kesha@49.249.18.210)
09:16.20*** join/#brlcad Izak (29cac660@gateway/web/freenode/ip.41.202.198.96)
09:24.17*** join/#brlcad kesha_ (~kesha@49.249.18.15)
09:31.16*** join/#brlcad kesha__ (~kesha@49.249.18.15)
09:31.29IzakKesha how far?
09:31.46Izakhave you obtained commit acces ?
09:34.19*** join/#brlcad kesha_ (~kesha@49.249.199.245)
09:35.47*** join/#brlcad kesha_ (~kesha@49.249.199.245)
09:38.18IzakIn what format should patches be sub,itted?
09:38.32Izaksu,itted = submitted
09:54.24*** join/#brlcad kesha_ (~kesha@49.249.199.245)
11:16.38*** join/#brlcad zero_level (~zero_leve@117.212.31.234)
11:47.42*** join/#brlcad kesha_ (~kesha@49.249.199.245)
12:01.23*** join/#brlcad zero_level (~zero_leve@117.212.24.27)
12:27.15*** join/#brlcad zero_level (~zero_leve@117.212.28.236)
12:37.53Notify03BRL-CAD:phoenixyjll * 55805 (brlcad/trunk/src/libbrep/intersect.cpp brlcad/trunk/src/libbrep/opennurbs_ext.cpp): It seems that we inappropriately prepTrims when m_removeTrimmed is false, causing get_closest_point() to fail. Someone who wrote this code needs to check whether this change is correct.
12:42.17Notify03BRL-CAD Wiki:Phoenix * 5446 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */
12:45.15Notify03BRL-CAD Wiki:Phoenix * 5447 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */
12:46.32Notify03BRL-CAD Wiki:Phoenix * 5448 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */
12:57.03Notify03BRL-CAD Wiki:Phoenix * 5449 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */
12:58.14Notify03BRL-CAD:phoenixyjll * 55806 brlcad/trunk/src/libbrep/intersect.cpp: Use a smaller depth for PSI to improve performance.
13:00.25*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:16.34*** join/#brlcad zero_level (~zero_leve@117.205.25.64)
13:40.39*** join/#brlcad kesha_ (~kesha@49.249.199.245)
14:15.46*** join/#brlcad zero_level (~zero_leve@117.205.21.173)
14:32.05zero_levelhi ``Erik
14:55.50``Erikyargh, sorry, had a briefing this morning, just now getting to look at the patch.
15:23.40*** join/#brlcad zero_level (~zero_leve@117.205.22.119)
15:32.58zero_levelhi: ``Erik posted the updated patch in the same thread.
15:33.16zero_levelsee patch 188
15:54.54*** join/#brlcad kesha_ (~kesha@49.249.18.225)
16:09.25*** join/#brlcad kesha_ (~kesha@49.249.191.151)
16:19.31*** join/#brlcad kesha_ (~kesha@49.202.239.120)
16:34.54*** join/#brlcad kesha__ (~kesha@49.249.9.42)
16:59.57*** join/#brlcad kesha (~kesha@49.249.18.13)
17:03.45*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:07.31*** join/#brlcad kesha (~kesha@49.249.200.90)
17:15.21*** join/#brlcad kesha_ (~kesha@49.202.239.218)
17:25.46*** join/#brlcad zero_level (~zero_leve@117.205.28.87)
17:34.16*** join/#brlcad kesha__ (~kesha@49.249.1.90)
17:56.18*** join/#brlcad zero_level (~zero_leve@117.205.23.92)
18:06.02Notify03BRL-CAD Wiki:Harman052 * 5450 /wiki/User:Harman052/GSoc2013/Logs:
18:24.31*** join/#brlcad kesha__ (~kesha@49.249.1.90)
18:39.44*** join/#brlcad cstirk (~quassel@96.255.19.39)
19:57.16Notify03BRL-CAD:starseeker * 55807 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: This is less pretty than using edges (doesn't cull all the lines we would want to cull) but should be faster - if this can't be made 'fast enough' adding more processing on isn't workable either.
19:59.28Notify03BRL-CAD Wiki:41.92.210.20 * 5451 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */
19:59.40zero_levelhey ``Erik :
20:08.16Notify03BRL-CAD Wiki:Level zero * 5452 /wiki/Google_Summer_of_Code/2013: /* added zero_level Information */
20:21.07Notify03BRL-CAD Wiki:NyahCh3ck20 * 5453 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Coding Log Report for GSoc 2013 */
20:23.45Notify03BRL-CAD Wiki:Tbrowder * 5454 /wiki/Google_Summer_of_Code/2013: /* Getting started */
20:26.56Notify03BRL-CAD Wiki:Tbrowder * 5455 /wiki/Google_Summer_of_Code/2013: /* Getting started */
20:28.29Notify03BRL-CAD Wiki:Tbrowder * 5456 /wiki/Google_Summer_of_Code/2013: /* Getting started */
20:37.19*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:39.09Notify03BRL-CAD Wiki:NyahCh3ck20 * 5457 /wiki/Google_Summer_of_Code/2013: /* Accepted Projects */
20:59.54*** join/#brlcad zero_level (~zero_leve@117.205.20.130)
21:51.10brlcadzero_level: finishing your statement before hitting the enter key will tend to get you a response
21:51.53brlcaddon't just mention someone's name hoping for them to respond if they're here -- just say what you would have said if they said hi/hey/whatever back
22:09.25zero_levelhey ``Erik: in the mean time you review my updated patch (patch num 188) i am working on icv_rect function from group 1(Cropping).
22:12.40zero_levelbrlcad: i need your help here. If I have completed work on a patch (say icv_convert). And now if work on a completely new work sat icv_rect do i remove the previous files from my working copy. or just add it in the new patch ?
22:12.57zero_levelprovided the previous patch is itself large.
22:16.13brlcadzero_level: state in any subsequent patch submissions if other patches must be applied first, that way they are reviewed and committed in order
22:17.23brlcadbut keep pinging on folks to help review them and keep checking them to make sure they have no issues and will apply cleanly
22:19.05zero_levelbrlcad: pinging on folks? on IRC?
22:49.14*** join/#brlcad zero_level (~zero_leve@117.205.25.76)
23:23.56zero_levelbrlcad, ``Erik posted a new patch for icv_rect function
23:24.15zero_levelpatch num #196 https://sourceforge.net/p/brlcad/patches/196/
23:31.59``Erikzero_level: sorry I didn't get a chance to really focus on the convert patch, had some work issues come up. I was happy to see a pix load functions (I think that by itself is easily worthy of being a patch by itself), still not keen on the 'size' struct, and it seems like the convert function itself is superfluous
23:32.54``ErikI've not had a chance to really look at the 3to1 function... as a general observation: the patch is too big and tries to do way too much
23:35.39``Erikif you were to, say, split the pix load function out and call that a patch by itself, that would probably be pretty quick to review and either provide solid feedback or apply. Strive for atomic concise patches :)
23:38.27``Erikok, see, crop.patch is 554 lines, I just don't have the time right now to look at that much... I have time for a patch with maybe 20 lines... the bwhisteq patch was excellent in size and scope, the only reason it wasn't an easy accept was that it exposed a vague and unexpected behavior that'd been lurking in the code since 1986, and I'm not keen on letting a bug or incorrect behavior survive
23:38.58``Erik(also; it had a trailing whitespace, but that's a minor issue)
23:42.26zero_level``Erik this patch has a long history
23:42.47zero_level171 176 178
23:44.23zero_levelso i will create pix load as a patch
23:45.48zero_levelabout the superfluosness of convert patch ! that is just a representation of the uses of current load/save utilities
23:46.34zero_level``Erik also 3to1 is a conversion of the utility pix-bw
23:46.50zero_leveland 1to3 is conversion of the utility bw-pix
23:47.54zero_levelthese will be helfpful for conversion between images of different depth
23:54.53``Erikyeah, I caught that they were bw<->pix helpers, I just haven't had a hcance to dig into them
23:55.33``ErikI've written up some documentation and a function prototype for loading ... give me a minute to verify it compiles ok
23:56.15``Erik(btw, writing doxygen comments for icv functions could also be a good patch to help towards a commit bit)
23:58.36zero_levelok, ``Erik are u compiling patch 188 or 196 ?
23:58.49Notify03BRL-CAD:erikgreenwald * 55808 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): stub out an icv_image_load() prototype with some docs
23:59.01``Erikcompiling 55808, actually... :)
23:59.30``Erik188 and 196 are too big
IRC log for #brlcad on 20130621

IRC log for #brlcad on 20130621

00:00.03``Erik188 should be 4 patches, and you even list out exactly what 4 seperate patches they should be
00:00.23zero_levelok :)
00:00.51``Erikas brlcad mentioned, you can have patches depend on other patches as long as you put the dependancy in the description
00:01.56``Erikconsider commit 55808 and simply creating a load_pix() function to satisfy it... that could be one patch. Another could be loading bw. Yet another as load_png... these would be properly sized patches
00:01.57zero_levelwould u mind if i mix pix load and bw load ?
00:02.06zero_levelin one patch ?
00:02.31``Erikyou can do that, I think it'd be easier and better to have them as seperate patches...
00:02.38zero_levelok
00:05.20``Erikbtw, the patches don't have to link them to the icv_image_load() function... you can just do a patch to make pix_load() in a way that can eventually be used by the function
00:08.35zero_levelok
00:10.08``Erikpokes notify
00:10.10Notify03BRL-CAD:erikgreenwald * 55809 brlcad/trunk/src/libicv/fileformat.c: some noise on splitting the load out to seperate funcs
00:10.21``Erikthere ya go
00:11.04zero_levelI guess the man reason for that was to remove code redundancy of opening the file
00:11.16zero_levelalso we have this guess_file_format
00:11.22zero_levelwhich is very handy
00:11.49zero_levelso we may not need the fileformat in the icv_load
00:14.42``Eriksince the guess stuff is heuristic (and currently merely based on the filename string), I'd be more comfortable being able to override it..
00:16.08``Erik(also; changing 'unsigned char *data' to 'struct pixel_s { float r, g, b, a; }; ... struct pixel_s *data;' would be nifty
00:16.11``Erik)
00:23.01``Erikbrlcad, starseeker, n_reed, anyone else: RFC: splitting libicv/fileformat.c, break into format files (png.c bw.c pix.c ppm.c etc), or functionality files (load.c save.c etc)
00:28.59zero_levelfunctionality files will be better ``Erik
00:30.30zero_levelbecause most of the load, save have common features
00:32.44``Erikthat was my gut feeling, but I'm a functional coder and generally unimpressed by object oriented stuff... so I'm hoping to get a little bit of discussion going when people wake up and read backlog *shrug*
00:33.02``Erik(it's irc, discussions can be staggered over several days)
00:40.56zero_level``Erik see patch 197
01:20.41zero_level``Erik also patch 198 (added new) is split version of crop.patch
02:38.04*** join/#brlcad zero_level (~zero_leve@117.205.19.214)
03:16.24*** join/#brlcad zero_level (~zero_leve@117.205.19.214)
03:44.54*** join/#brlcad caen23_ (~caen23@92.81.178.41)
04:53.16*** join/#brlcad kesha (~kesha@49.249.1.90)
05:14.41Notify03BRL-CAD Wiki:KeshaSShah * 5458 /wiki/Google_Summer_of_Code/2013: /* Added STEP libraries project */
05:15.54Notify03BRL-CAD Wiki:KeshaSShah * 5459 /wiki/Google_Summer_of_Code/2013: /* STEP libraries */
05:33.30*** join/#brlcad zero_level (~zero_leve@117.220.10.102)
05:36.12Notify03BRL-CAD Wiki:KeshaSShah * 5460 /wiki/User:KeshaSShah/GSoC13/Reports: /* June 20 */
06:00.05*** join/#brlcad zero_level (~zero_leve@117.205.19.237)
06:38.21*** join/#brlcad zero_level (~zero_leve@117.220.11.41)
06:56.48*** join/#brlcad zero_level (~zero_leve@117.220.10.200)
07:19.36*** join/#brlcad zero_level (~zero_leve@117.212.31.85)
07:44.34*** join/#brlcad kesha (~kesha@49.249.1.67)
07:46.26*** join/#brlcad zero_level (~zero_leve@117.220.15.86)
07:46.26brlcad``Erik: I'd opt for format files, so if there's some new snazzy format that requires funky header or implementation logic, it's all isolated in one place
07:47.03brlcadif you wanted to use a c++ lib, the entire impl would become cpp files, instead of being isolted to just that format
07:47.36brlcadand since you were disconnected zero_level, I just responded that I'd opt for format files, so if there's some new snazzy format that requires funky header or implementation logic, it's all isolated in one place
08:18.24*** join/#brlcad zero_level (~zero_leve@117.205.27.115)
08:44.44*** join/#brlcad kesha (~kesha@49.249.199.244)
09:29.15*** join/#brlcad kesha (~kesha@49.249.18.150)
09:52.46*** join/#brlcad kesha (~kesha@49.249.1.76)
10:02.11*** join/#brlcad kesha (~kesha@49.249.1.175)
10:13.07*** join/#brlcad kesha (~kesha@49.249.1.175)
10:24.41*** join/#brlcad zero_level (~zero_leve@117.220.13.46)
10:25.43*** join/#brlcad kesha_ (~kesha@49.249.1.175)
10:28.17zero_levelhi can us send me the logs of today
10:36.33*** join/#brlcad kesha_ (~kesha@49.249.1.175)
10:37.48Notify03BRL-CAD:phoenixyjll * 55810 brlcad/trunk/src/libbrep/intersect.cpp: Add Newton-Raphson iteration in PCI to improve accuracy (use the one from subdivision and linear approximation as a starting point)
10:38.51Notify03BRL-CAD Wiki:Phoenix * 5461 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */
10:49.36*** join/#brlcad kesha_ (~kesha@49.249.19.73)
10:55.56*** join/#brlcad kesha_ (~kesha@49.249.19.73)
11:14.57*** join/#brlcad kesha__ (~kesha@49.249.1.56)
11:18.36*** join/#brlcad zero_level (~zero_leve@117.212.24.96)
11:36.36*** join/#brlcad zero_level (~zero_leve@117.205.29.64)
11:56.03Notify03BRL-CAD Wiki:Phoenix * 5462 /wiki/Google_Summer_of_Code/2013: /* Consolidating and Adding the Image Processing Functions to LIBICV */
11:56.36Notify03BRL-CAD Wiki:Phoenix * 5463 /wiki/Google_Summer_of_Code/2013: /* Consolidating and Adding the Image Processing Functions to LIBICV */
11:56.45Notify03BRL-CAD Wiki:Phoenix * 5464 /wiki/Google_Summer_of_Code/2013: /* NURBS Intersections */
11:59.55*** join/#brlcad zero_level (~zero_leve@117.205.25.31)
12:18.40*** join/#brlcad zero_level (~zero_leve@117.212.26.106)
12:31.33*** join/#brlcad Ch3ck (295cd317@gateway/web/freenode/ip.41.92.211.23)
12:40.02*** part/#brlcad Ch3ck (295cd317@gateway/web/freenode/ip.41.92.211.23)
12:46.01*** join/#brlcad zero_level (~zero_leve@117.205.30.27)
13:06.25*** join/#brlcad zero_level (~zero_leve@117.212.25.96)
13:11.06zero_levelHi ``Erik also see patch 200 for Doxygen comments for icv.h
13:16.19zero_levelbrlcad: I found identifier searcher http://brlcad.org/xref/ident . This is very helpful in Code Hacking. Do we have this on the latest version ? Can i do something to assist in updating the identifer search tool for the latest version?
13:21.28Notify03BRL-CAD Wiki:Level zero * 5465 /wiki/User:Level_zero/patches: /* Updates in Patch Information */
13:22.17zero_levelhI ``Erik this page has all the patch information http://brlcad.org/wiki/User:Level_zero/patches
13:36.50Notify03BRL-CAD:starseeker * 55811 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: Nick had a good idea to use the pair map as a way to make an indexed array of edges up front, and then work with arrays after that. This is a stab at creating the arrays from the map, which is not further hooked into the code - seems to about double the time as compared to the vertex approach.
14:04.25Notify03BRL-CAD Wiki:Vladbogolin * 5466 /wiki/Google_Summer_of_Code/2013:
14:07.18Notify03BRL-CAD Wiki:Vladbogolin * 5467 /wiki/User:Vladbogolin: Created page with "=Personal Information= {| class="wikitable" |- |'''Student Name'''|| Bogolin Simion Vlad |- |'''IRC nick'''|| vladbogo |- |'''Email'''|| vladbogolin@gmail.com |}"
14:22.30*** join/#brlcad vladbogo (~vlad@86.121.102.20)
14:25.55*** join/#brlcad cstirk (~quassel@96.255.19.39)
14:28.08Notify03BRL-CAD Wiki:Vladbogolin * 5468 /wiki/Google_Summer_of_Code/2013:
14:34.10*** join/#brlcad zero_level (~zero_leve@117.205.26.6)
15:30.39*** join/#brlcad zero_level (~zero_leve@117.205.17.121)
15:43.47*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
15:46.41*** join/#brlcad vlad__ (~vlad@86.121.101.186)
15:56.58*** join/#brlcad vlad__ (~vlad@86.121.102.87)
16:03.02*** join/#brlcad zero_level (~zero_leve@117.205.17.52)
16:43.53*** join/#brlcad caen23 (~caen23@92.81.178.184)
17:03.21*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
17:18.16*** join/#brlcad kesha (~kesha@49.249.18.101)
17:56.26*** join/#brlcad ibot (~ibot@107.24.15.137)
17:56.26*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
18:46.59*** join/#brlcad ibot (~ibot@184.232.247.220)
18:46.59*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
21:56.31*** join/#brlcad ibot (~ibot@174-27-225-67.slkc.qwest.net)
21:56.31*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
IRC log for #brlcad on 20130622

IRC log for #brlcad on 20130622

07:21.03*** join/#brlcad ibot (~ibot@174-27-222-97.slkc.qwest.net)
07:21.03*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
IRC log for #brlcad on 20130623

IRC log for #brlcad on 20130623

19:54.24*** join/#brlcad infobot (~infobot@184.232.196.228)
19:54.24*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
19:56.39Notify03BRL-CAD:brlcad * 55818 brlcad/trunk/AUTHORS: carlmoore is also carl
19:58.35Notify03BRL-CAD:brlcad * 55819 brlcad/trunk/AUTHORS: update the recently contributed markers
20:05.14Notify03BRL-CAD Wiki:NyahCh3ck20 * 5496 /wiki/Google_Summer_of_Code/2013: /* Matrix Pull Routine for performing the opposite of the Matrix Push on Geometry. */
20:06.12Notify03BRL-CAD Wiki:NyahCh3ck20 * 5497 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */
21:19.55Notify03BRL-CAD Wiki:Level zero * 5498 /wiki/User:Level_zero/GSOC13/logs: /* Weekly Updates */
21:20.23Notify03BRL-CAD Wiki:Level zero * 5499 /wiki/User:Level_zero/GSOC13/logs: /* Week 1 */
21:50.20Notify03BRL-CAD Wiki:Vladbogolin * 5500 /wiki/User:Vladbogolin/GSoC2013/Logs:
22:02.17Notify03BRL-CAD Wiki:Level zero * 5501 /wiki/User:Level_zero/GSOC13/logs: /* Weekly Updates */
IRC log for #brlcad on 20130624

IRC log for #brlcad on 20130624

02:09.49*** join/#brlcad cstirk (~quassel@96.255.19.39)
03:55.23brlcadthat is very cool, freebsd 9 being used for playstation 4
06:43.32*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:40.28Notify03BRL-CAD:d_rossberg * 55820 NIL: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.24.0)
17:51.00*** join/#brlcad infobot (~infobot@63.226.104.168)
17:51.00*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
17:52.13*** join/#brlcad infobot (~infobot@63.226.104.168)
17:52.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
18:04.44Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5505 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */
18:10.58Notify03BRL-CAD:starseeker * 55825 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): No need to copy corners and normals around - just use the frames
18:18.57Notify03BRL-CAD Wiki:NyahCh3ck20 * 5506 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
18:21.48Notify03BRL-CAD:vladbogo * 55826 brlcad/trunk/include/dm.h: Added qt display manager info to dm.h
18:37.58Notify03BRL-CAD Wiki:NyahCh3ck20 * 5507 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */
18:44.13Notify03BRL-CAD Wiki:NyahCh3ck20 * 5508 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */
18:49.32Notify03BRL-CAD:vladbogo * 55827 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libdm/CMakeLists.txt brlcad/trunk/src/libdm/dm-generic.c): Added the qt display manager to libdm and included in the cmake build.
18:51.19Notify03BRL-CAD:starseeker * 55828 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: It looks like there is very similar code between the knot and the non-knot subdivideSurface functions. Start re-working the logic to see if they can be combined.
19:01.05Notify03BRL-CAD:vladbogo * 55829 (brlcad/trunk/src/mged/CMakeLists.txt brlcad/trunk/src/mged/attach.c): Added the qt display manager files to mged folder so that mged can use it.
20:00.05*** join/#brlcad vlad__ (~vlad@86.121.96.67)
20:11.23*** join/#brlcad vladbogo_ (~vlad@86.124.248.7)
20:20.47Notify03BRL-CAD Wiki:Harman052 * 5509 /wiki/User:Harman052/GSoc2013/Logs:
20:27.32Notify03BRL-CAD:starseeker * 55830 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Comments were moved to libbrep_brep_tools.h header.
20:35.53Notify03BRL-CAD:starseeker * 55831 (brlcad/trunk/src/libbrep/libbrep_brep_tools.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Move defines into a header.
20:51.45Notify03BRL-CAD:starseeker * 55832 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Start easing the logic towards a similar form in the sans-knots subdivide. This has to be done very carefully to avoid unintential side effects.
21:42.53*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
22:01.06Notify03BRL-CAD Wiki:Vladbogolin * 5510 /wiki/User:Vladbogolin/GSoC2013/Logs:
22:04.45zero_levelbrlcad , ``Erik , Today i am implementing operations on images.
22:04.59zero_levelPredominately as i see there are two types of operations
22:05.21zero_levela) In the images Adding, substracting deviding a double.
22:05.48zero_levelb) Adding two images substracting two images Logical operations bw images etc.
22:06.10zero_levelI have few questions regarding implemntations!
22:09.42zero_level1) I plan two implement them i two groups and passing a element of enum as shown here http://brlcad.org/wiki/User:Level_zero/GSOC13/api . I believe this is fine. ?Or do i implement them as icv_add, icv_subs as seperate functions ?
22:11.44zero_level2)If, I follow the current implementation way, I seek suggestion regarding names, the current names are icv_airth1 and icv_airth2.. And i am very bad at naming
22:12.37``ErikI'd imagine you're going for too much abstraction... understandable, schools teach abstraction at all cost
22:12.46``Erikis the intermediate format final?
22:13.01zero_levelyou mean icv_image struct
22:13.05zero_level?
22:13.33``Erikyes, unless the operations involve different data sets
22:14.47zero_levelyes, as per your and brlcad's suggestions,   i am planning to use pixel_s {float r,g,b,a}
22:14.53``Erikdouble, not float
22:14.53zero_leveland no other datatype.
22:15.01zero_levelyes.
22:15.09``Erikin that case, you can use a slew of vmath operators fairly trivially
22:15.14``ErikV3ADD() etc
22:15.52zero_levelok, also for logical operations ?
22:16.05zero_levelthat is cool :-)
22:16.53``Eriklogical in what sense?
22:17.22zero_leveli was just trying to modify bwdiff and pixdiff, and bwmod to functions.
22:17.22``Erik&& || ! type stuff is just... what it is
22:17.40zero_levellogical : OR operations. AndOperations etc.
22:17.47zero_levelyes
22:17.48``Erik< > type stuff has NEAR_ZERO() and stuff to do the floating point fluff
22:18.19``Erikvmath.h is rich with math-fu
22:19.00``Erikmost oriented towards doubles and vectors of doubles... which is yet another reason using double as a channel type is attractive :)
22:19.52zero_levelok,just opened vmath doc page. But i guess these functions will still be handy. But in the function defintions we could use vmath api.
22:21.23``Erikthere will be some functions, but the macros should make them trivial
22:22.19``Erikalso; don't be too quick to over-abstract... wait until you actually do something twice before you break it into a seperate function
22:23.59zero_levelalso ``Erik can u have a look at my api link so that you could advise on my functions abstractness
22:24.20zero_levelhere goes the link http://brlcad.org/wiki/User:Level_zero/GSOC13/api
22:25.33zero_level``Erik : also see patch 197. there are seperate files this time.
22:25.50zero_levelfor load functions
22:38.36zero_level``Erik is vmath you are refering similar to http://bartipan.net/vmath/ ? or ?
22:39.51zero_levelor include/vmath.h ?
22:39.57zero_leveli guess the later.
22:44.46zero_levelalso is found that  V3ADD is VADD3 in include/vmath.h
IRC log for #brlcad on 20130625

IRC log for #brlcad on 20130625

00:01.26zero_level``Erik I think we will require smth of this kind
00:01.45zero_level#define icv_add(a,b,c,n) do { \
00:01.46zero_level<PROTECTED>
00:01.46zero_level<PROTECTED>
00:01.46zero_level<PROTECTED>
00:01.46zero_level<PROTECTED>
00:01.48zero_level<PROTECTED>
00:01.50zero_level<PROTECTED>
00:01.53zero_level<PROTECTED>
00:04.09zero_level<PROTECTED>
00:30.50``Erikif the types are packed instead of named, HADD2() seems to be the macro
00:31.19``Erikand as much as I adore pointer math, that certain case might be better served with a for loop and 'i' iterator for readability
00:32.58``Erik(it's a tricky balance, but the real goal is to make it easily readable to a human... excessive abstraction makes it hard to read, excessive conciseness makes it hard to read... :) it's an art!)
00:34.22``Erikmy gut feeling is that a pixel op can be a macro, a full image thing should be a func...
00:41.36zero_levelalso ``Erik I want to ask an important point here.
00:42.28zero_levelSince we are making this library for use in brlcad only do we assume the correctness of the arguments in the function by application programmer or check them every where ?
00:43.08zero_levelfor eg. check in icv_oper for size of the input images and the fact that they must be equal
02:43.11zero_level``Erik, brlcad: do we create seperate icv_math.h for these macros ?
02:43.52zero_levelin src/libicv
03:00.54brlcad[A
03:08.35*** join/#brlcad zero_level__ (~zero_leve@117.205.28.89)
05:37.57Notify03BRL-CAD Wiki:Level zero * 5511 /wiki/User:Level_zero/GSOC13/logs: logs 24th July
06:48.42Notify03BRL-CAD:phoenixyjll * 55833 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Begin to implement curve-curve intersections. More tests and improvements are needed.
07:02.08*** join/#brlcad kesha (~kesha@49.249.1.15)
07:32.50Notify03BRL-CAD:phoenixyjll * 55834 brlcad/trunk/src/libbrep/intersect.cpp: overlap_tolerance is used now.
07:43.39Notify03BRL-CAD:phoenixyjll * 55835 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add the new CCI and CSI functions to brep_debug.cpp.
07:50.44Notify03BRL-CAD Wiki:Phoenix * 5512 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */
08:14.54*** join/#brlcad kesha (~kesha@49.249.1.15)
08:41.48*** join/#brlcad kesha (~kesha@49.249.1.15)
08:54.47Notify03BRL-CAD:phoenixyjll * 55836 brlcad/trunk/src/libbrep/intersect.cpp: Fix a fatal typo.
09:00.43Notify03BRL-CAD:phoenixyjll * 55837 brlcad/trunk/src/libbrep/intersect.cpp: Add logic in case that one side may fail.
09:37.13*** join/#brlcad kesha (~kesha@49.249.1.15)
09:40.30Notify03BRL-CAD:phoenixyjll * 55838 brlcad/trunk/src/libbrep/intersect.cpp: Fix an opposite logic, and use pointers for ON_X_EVENTs.
09:52.25*** join/#brlcad kesha (~kesha@49.249.1.15)
09:54.58*** join/#brlcad kesha__ (~kesha@49.249.1.15)
10:02.03Notify03BRL-CAD:phoenixyjll * 55839 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fix wrong index...
10:09.15*** join/#brlcad kesha__ (~kesha@49.249.191.238)
10:51.07*** join/#brlcad kesha__ (~kesha@49.249.9.138)
11:31.35*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b115:5b2d:0:41:62b8:7a01)
11:44.55*** join/#brlcad vladbogo (~vlad@86.121.102.76)
12:15.09archivistafter reading an email, wonders why object oriented means optimised !
12:20.29*** join/#brlcad vladbogo_ (~vlad@86.124.248.7)
12:36.05*** join/#brlcad vladbogo__ (~vlad@86.121.100.209)
12:58.31*** join/#brlcad vladbogo__ (~vlad@86.121.103.81)
13:04.08*** join/#brlcad vladbogo_ (~vlad@86.121.100.72)
13:18.48brlcadarchivist: you're welcome to point that out ;)
13:22.06*** join/#brlcad vladbogo__ (~vlad@86.121.102.222)
13:40.42``Eriksrc/libged/simulate/simcollisionalgo.h:85: error: cannot allocate an object of abstract type 'btRTCollisionAlgorithm'
13:41.45``Erikkinda looks like a struct blah_s { struct blah_s thing; }; type issue to me, but it's been a long time since I've mucked with that much c++ O.o is there a pattern this should be shifted to (maybe seperate declaration and definition?)
13:55.42brlcad``Erik: how/where are you just now seeing this?
13:56.17vladbogo__hi all
13:56.44vladbogoI have just managed to integrate Qt in the brlcad cmake build
13:57.57vladbogobut I have a small problem: i get some warnings in the qt files. In order to do the testing I've disabled the strict compilation but there is any way to disable it just for the Qt? Or should I search for another solution?
13:59.05*** join/#brlcad vladbogo_ (~vlad@86.121.102.115)
14:16.35*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:16.37*** join/#brlcad kesha__ (~kesha@49.249.9.138)
14:18.25*** join/#brlcad cstirk (~quassel@96.255.19.39)
14:18.42*** join/#brlcad kesha (~kesha@49.249.9.138)
14:27.59``Erikbrlcad: been seeing it for a while on a machine that has bullet installed, have just been not building there or disabling bullet... (I thought I'd mentioned it a long time ago, but *shrug* I may be mistaken, or was unclear at the time, or things were busy, or ...)
14:29.48``Erikthe machine is osX.8 with the gcc and clang from the latest xcode, bullet installed from svn (my laptop at home)
14:35.34*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:42.42*** join/#brlcad kesha__ (~kesha@49.249.9.138)
15:52.28``Erikseems the bullet api changed a bit between 2.80 (mar 2012) and 2.81 (oct 2012)
15:56.45brlcadI think we may have a GCI patch that fixes it
15:56.51brlcadsounds familiar
16:00.33zero_levelhi brlcad, ``Erik
16:04.06``Erikzero_level: extra checks are probably unnecessary but probably wouldn't hurt as we're not at a point of worrying about performance
16:04.40``Erikzero_level: if you need new 'private' macros/functions, use a local header so we can keep the interface minimal/simple
16:05.01``Erik(so src/libicv/icv_math.h which does not get installed)
16:06.23zero_levelalso ``Erik and brlcad have u seen my mail regarding existing use of libicv on brlcad-devel?
16:06.40zero_leveldo i submit a patch for icv_math.h ?
16:10.28``Erikzero_level: don't do _icv, just update rt, libged and remrt... rt has functionality to translate the rgb doubles to [0-255] packed char arrays (!), so merely using a function to write the doubles in would be preferable
16:12.19``Erikyeah, a patch should be fine.. I've having issues with sourceforge, so I've only gotten around to applying one patch and haven't really looked at the others much :/
16:12.26zero_levelI hope they use  only Pix format . :-)
16:13.01``Erikbrlcad: I have no edit icon in the top right of the ticket, unless I'm really blind O.o I see an rss icon and a mail 'subscribe' icon, that's it
16:14.18``Erikzero_level: rt converts the rgb doubles to pix format as it's raytracing, I'm not sure about the others but I'd assume they're all rigged up to use pix as the intermediate format right now...
16:19.35*** join/#brlcad vladbogo__ (~vlad@86.121.103.51)
16:20.34*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-vfaxbrnvcosfmimy)
16:29.53zero_levelbrlcad : read your email.
16:34.15zero_level``Erik,brlcad this kind of representation may have issues while saving and reading. Although colour channel -> representation may become easier.
16:34.41zero_level*colour space -> conversions may become easier
17:00.22``Erikyeh, converting to something like cmyk for print would be neat down the road
17:07.19zero_level``Erik what do u suggest should we go with double** data or struct pixel_s *data;
17:13.05``Erikthe struct approach is probably easier to read, and seems to be how OpenEXR approaches it, so probably not a bad ide
17:13.08``Erikidea
17:13.39zero_levelyes const Rgba *pixels
17:13.54zero_levelas they implement in openexr !
17:18.19*** join/#brlcad caen23_ (~caen23@92.83.178.201)
17:30.15*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-nocyhhlktjpqlwpm)
17:30.16*** join/#brlcad vladbogo__ (~vlad@86.121.103.51)
17:31.18*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:81fb:0:45:24f7:b801)
18:05.14*** join/#brlcad vladbogo__ (~vlad@86.124.248.7)
18:26.05*** join/#brlcad vladbogo_ (~vlad@86.121.99.159)
18:31.12brlcadzero_level: techincal discussions in public please :)
18:33.14brlcad``Erik: not to ask the obvious, but are you logged into sourceforge (edit icon)
18:35.13brlcad``Erik: ah, I think I foudn the issue -- allure defaulted all developers to no permissions
18:35.16brlcadshould be fixed now
18:41.25archivistbrlcad, re buildbot question, I used to run two slaves from the mariadb fork of mysql, interesting experience, specially if the controller of the system tries to up the parallelism of the build and test process
18:46.16*** join/#brlcad vladbogo__ (~vlad@86.121.98.183)
18:58.54brlcadarchivist: interesting in what way?
19:00.37*** join/#brlcad vladbogo_ (~vlad@86.121.100.180)
19:01.24brlcadzero_level: so one of the undertones that was not mentioned in my message about separating the channels is that I'd also like to have a per-pixel depth buffer
19:03.03brlcadRGBA is great if all you need to deal with is RGBA data (which is exactly what exr does)
19:04.03brlcadfully generalizing the image construct entails not assuming RGB, not assuming an alpha channel
19:04.11brlcadit's just channels of information
19:04.22brlcad1 or more, each with some prescribed meaning
19:05.01archivistbrlcad, made the PC unusable, was using this box for ubuntu 8.04 and another box for the same OS but with realtime extensions on a cnc machine
19:05.31archivistdepending on the phase of the build/test
19:07.16archivistso there are trade offs between devs chasing results and the volunteer running a slave
19:12.18*** join/#brlcad vladbogo__ (~vlad@86.121.102.245)
19:14.00brlcadI wasn't even considering volunteer compute nodes yet
19:14.02brlcad:)
19:26.42zero_level``Erik, brlcad what i see here is that each of two methods have there +pos and -ves.
19:31.15*** join/#brlcad kesha (~kesha@49.249.9.138)
19:32.04brlcadzero_level: do you think you can itemize/summarie them?
19:36.51zero_levelbrlcad here u go
19:36.56zero_levelStoring them as double** Allows multiple formats  for storing and loading images lot of preprocessing has to be done. Three arrays will have to brought. we could use vmath.h Although some operations like pow, scale, divide are still not in vmath thus will have to be implemented.
19:37.33zero_levelstoring them as RGBA Doesnot allow any other format. Not okay if we data of say BW format, HSV format, or CMYKA format Good for storing images in openexr format Expected to give good performance in processing since only one array will have to be brought to the cache while acessing an array of images. have to design icv_math.h
19:38.19zero_leveli dont know if i have left few others
19:39.12brlcadhm, so the intent is not actually to USE vmath, just that the structures are similar and can be indexed directly
19:39.44brlcadvmath would only work for an interleaved array, i.e., a double *rgba
19:40.53zero_levelok cut the vmath thing. it is easier to build those macros.
19:41.39brlcadthe performance claim would need to be profiled, I'd be doubtful either solution will be a performance issue
19:41.58zero_levelok
19:42.22brlcadan array of structs may or may not have cache alignment issues, may or may not stride cleanly
19:42.50brlcadan individual array (of either just one channel or interleaved rgba) will stride cleanly
19:44.00brlcadthe question for caching is whether the next pixel is likely in cache or not and how many independent cache lines you have
19:44.18brlcadwe could go for the best of both worlds
19:44.26brlcada dynamic number of channels, but one array
19:44.29brlcadinterleaved
19:44.43brlcadadd another field to indicate how many channels there are
19:45.10brlcadso it could default to num_chan=4 for an RGBA array
19:45.44brlcad(i.e., a double *data; size_t channels;)
19:46.26zero_levelthen i believe we could use the char and double format by using void*
19:46.39zero_leveland having macro like thesee
19:47.21zero_levelUCHAR1C, UCHAR3C UCHAR4C and DOUBLE1C, DOUBLE3C ...
19:47.42zero_levelthis will be very handy i believe
19:48.06zero_levelboth keeping the old formats intact and looking for new versions
19:50.40zero_levelbrlcad : what do u say ?
19:51.01brlcadconverting void pointers is very problematic
19:51.51*** join/#brlcad Kimz (~AndChat32@49.249.9.138)
19:52.48brlcadthat also sounds crazy messy API-wise to deal with implementation-wise for the same aforementioned reasons
19:53.14brlcadsomething that takes an image needs to handle all the possible encoding types, and that becomes bad juju
19:53.33brlcadhandling everything as double would avoid that
19:54.26brlcada possible compromise might be to have a function that returns data in a specific format, like "double RGBA" to "char RGB", for functions we don't want to rewrite
19:55.45brlcadthe only reason for abstracting the type would be memory/performance savings, and we don't yet have profile information to indicate it's a problem
19:55.57vladbogo__hi all
19:57.58vladbogobrlcad: O have successfully integrated Qt in the brlcad cmake but I have a small problem: I get warnings during compilation in the Qt files. For testing I have disabled strict compilation but there is any way to do this just for Qt?
19:58.55brlcadvladbogo: it entirely depends what the warnings are, whether you can quiet them
19:59.28vladbogothe warnings I get are for float comparison using ==
19:59.35brlcadwe can turn off warnings for specific files, and do for much of our c++ sources, but sometimes we can quell them too
19:59.49brlcadand are you doing a float comparison? :)
20:00.28vladbogono:) in the Qt files I've included I suppose there are some float comparisons
20:00.54brlcadjust including a header shouldn't involve any comparisons...
20:01.08brlcadusing a macro that involves a comparison might
20:19.13vladbogobrlcad: sorry for the delay: it took a while until it compiled. There are some inline functions defined in the header
20:19.32brlcadahhh
20:20.40vladbogoI am currently not using that particular file but it's included in the cmake build
20:26.15vladbogoalso I have another question: to successfully build Qt5 using cmake position independent code must be enabled. Where should I set the flag in order to maintain consistency? At the moment I set the flag in the libdm/CMakeLists
20:32.40*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01)
20:36.43*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01)
20:42.15*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01)
20:45.24*** join/#brlcad Kimz (~AndChat32@49.249.9.138)
20:48.34*** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
21:02.04zero_levelalso brlcad it is interesting to see that the opencv library stores it is char* imagedata for all its formats
21:03.20zero_levelnow to use double pointer it points this way  douple_p = (double*) img->imagedata;
21:05.49zero_levelthis does it in interleaved fashion. Also preserves current functionality. And will be helpful for implementing high resolution images.
21:06.39zero_levelthis will require addition of nchannels, and resolution info.
21:37.36``Erikzero_level: png stores packed byte arrays... we want the most flexible internal format... the encapsulation is the important part, the internal stuff could all be c++ and expose a nice simple C interface and it'd be all good... internal representation doesn't even have to be RGB, it could be something else as long as it's a superset of the data we want to wrangle
21:37.48*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
21:38.38*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
21:54.43zero_levelok ``Erik
22:20.21*** join/#brlcad vladbogo (~vlad@86.121.102.245)
22:29.11*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
22:52.15*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
23:01.45brlcadzero_level: you really seem adamant about needing or wanting to store multiple data lengths... at least you keep coming back to that point...but why?
23:02.46brlcada char* encoding that can be cast to double* just means that it's bytes presumably corresponding to an array of doubles
23:02.51*** join/#brlcad vladbogo (~vlad@86.121.102.245)
23:03.44brlcadthat's only useful if that char* might also be other lengths, which I don't yet see a need for until a profile shows that it's an order of magnitude problem
23:04.29brlcadzero_level: but you have raised a couple really good points about performance and at least three data structure options -- I think you should test them
23:04.35zero_levelbrlcad : i think when we could do that why not do it. In this case the positives are we will get support for current functionalities.
23:05.34brlcadwell, I've stated several reasons why not
23:06.04brlcadthere are positives and negatives
23:06.08zero_levelbrlcad: point regarding testing them all is great suggestion. But then that will be a 2month project in itself ;)
23:06.14brlcadthe negatives seem huge to me
23:06.26brlcadno no
23:06.57brlcadyou should be able to write a test in less than an hour for all three
23:07.26brlcadat best a couple hours to try some things, testing is supposed to be quick and just evaluates a simple concept
23:07.49brlcadif it takes you more than a couple hours, you're probably doing something VERY wrong ;)
23:08.21zero_levelok, you mean a code which is not part of brlcad src. Yes that could be done.
23:09.08zero_leveli thought changing the existing usage evertime i implement a new type of data.
23:09.27brlcadI mean a simple test.c file with a main() that tests struct { double r, double g, ... } vs double *rgb; vs double **rgb
23:11.17brlcadzero_level: how much memory do you have?
23:11.27zero_level6 GB
23:11.33zero_levelphysical memory
23:11.55brlcadokay, so you should be able to create a test image that's 10000x10000
23:14.15*** join/#brlcad vladbogo_ (~vlad@86.124.248.122)
23:14.32brlcadallocate it, test time to generate random values, test time to fill a data structure with random values, test time to read all the data structure values from start to finish, test time from finish to start, test time to read half of them randomly, test time to zero the image
23:14.52brlcaddo that for all three
23:14.59brlcadif you use libbu, it'll make timing easy
23:15.32brlcadgcc -L/path/to/brlcad/lib -L/path/to/brlcad/include test.c -lbu
23:15.50brlcader, gcc -L/path/to/brlcad/lib -I/path/to/brlcad/include test.c -lbu
23:22.44zero_leveli am using the fact that we store rgb of a pixel and also read rgb of pixel at a time
23:23.32zero_level*a particular pixel at a time. and not the r channel and g channel and..  as a whole
23:24.00brlcadrelevance?
23:25.31zero_levelbecause i guess that is how we will need in the operations. that is say pix(244,233) that is (244,233)th pixel and all the channels of that pixel
23:25.50brlcadyou misunderstand ...
23:25.56brlcadand so what?
23:26.20brlcadwe read/write pixels and that is how we will need in the operations ... and so what?
23:26.57brlcadyou're not saying something, and I don't know what that is
23:27.34zero_leveli think i got u. see u with the results. :-) ;)
23:27.44brlcadokay
23:27.50brlcadyes, that is the *entire* point of testing
23:28.10brlcadit might matter a lot, it might not matter at all
23:28.26brlcadit might be good for some things and bad for others
23:28.43brlcadthat's the point of the 6 test timings
23:28.55brlcadand the three data structures (and any others you want to compare)
23:29.21brlcadkeep it as simple and small as possible, so we can look and compare fairly
23:30.05brlcadmaybe show me or erik after you get one structure set up so we can make sure you're testing right
23:30.27brlcadbu_gettime() will help with timing
23:30.31zero_levelthe source code or the resutl ?
23:30.42brlcadsource code
23:31.09brlcadthis should literally be less than 100 lines of code for one structure, probably less than 50
23:32.20zero_leveli am not sure about that
23:32.38zero_levelbut do we need the time for random values ?
23:32.47zero_levelwill it not be same for all of them
IRC log for #brlcad on 20130626

IRC log for #brlcad on 20130626

00:07.53brlcadyes, we need to know the time it takes to generate random numbers so we can make sure they're not included in the time to fill the data structure
00:09.12brlcadalternatively could fill a simple double array with random values beforehand, and time how long it takes to read all of them, the write from that array to the data structure
00:34.21*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
01:46.26brlcadzero_level: post your test file somewhere so we can take a look at it
01:46.38brlcadand try it in other places
02:00.05zero_leveltestfile is here : http://bzflag.bz/~mohit/interleaved.c
02:00.21zero_levelthis has for interleaved 1-D array
02:16.08zero_levelalso for structure double pixel_s{double r,g,b}
02:16.12zero_levelhttp://www.bzflag.bz/~mohit/structure.c
02:39.30*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
03:41.51zero_levelfor non interleaved data(double** data)
03:41.54zero_levelhttp://brlcad.org/~mohit/seperatearrays.c
03:42.26zero_levelhuh interesting all of them have similar performance
03:42.55zero_levelbrlcad, ``Erik What do v donow ?;)
04:28.56brlcadzero_level: I'll run some more tests but that's already actionable
04:29.02brlcadthat basically indicates that performance is not at all a concern and we should aim for implementation expressiveness, modularity, flexibility
04:29.19brlcadwhich of those is most flexible, expressive to you and why?
04:29.45brlcadand how will that translate to API implementation and use by callers
04:30.07zero_leveli would want interleaved
04:33.21brlcadthat doesn't any of those four questions ;)
04:36.12brlcadif you really want to tackle a follow-on test, use bu_parallel() to have multiple threads access different scanlines in the image data, perhaps try calculating the average of all pixel values in parallel
04:36.57brlcadif one method vs another is more SMP-friendly or cache-friendly, that would be signficant
04:44.45*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
06:05.21zero_levelbrlcad, ``Erik i guess a one dimensional array with interleaved array will be most flexible. because
06:05.34zero_levela) only one pointer to record
06:05.59zero_levelb) has the abiliy to store any number of interleaved channels
06:08.40zero_levelc) easy for reading /writting
06:09.05zero_leveld) easier processing due to less number of pointers to record
06:50.40*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
06:59.32*** join/#brlcad caen23 (~caen23@92.81.190.86)
08:04.15*** join/#brlcad kesha (~kesha@49.249.9.138)
08:19.15*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
08:54.53*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
09:07.05*** join/#brlcad vladbogo (~vlad@86.124.248.54)
09:16.55*** join/#brlcad vladbogo_ (~vlad@86.121.100.242)
10:03.01*** join/#brlcad kesha (~kesha@49.249.9.138)
10:24.55*** join/#brlcad mpictor (~mpictor_@2600:1015:b126:bc6c:0:34:de85:bd01)
10:31.29*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:bc6c:0:34:de85:bd01)
10:41.31*** join/#brlcad kesha__ (~kesha@49.249.9.138)
10:44.43*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:bc6c:0:34:de85:bd01)
10:46.30*** join/#brlcad kesha (~kesha@49.249.9.138)
10:53.58*** join/#brlcad kesha__ (~kesha@49.249.9.138)
11:14.16*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:14.40Notify03BRL-CAD:carlmoore * 55840 brlcad/trunk/src/fb/fbfade.c: implement h,?, run-with-no-args for help; old h is replaced by H
11:14.42Notify03BRL-CAD:carlmoore * 55841 brlcad/trunk/doc/docbook/system/man1/en/fbfade.xml: H replaces h in options for fbfade
11:15.06Notify03BRL-CAD:carlmoore * 55842 (brlcad/trunk/doc/docbook/system/man1/en/fbframe.xml brlcad/trunk/src/fb/fbframe.c): remove h,a ('a' was unused); h becomes, along with ? and no-arguments, a help option
11:15.11Notify03BRL-CAD Wiki:NyahCh3ck20 * 5513 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
11:15.13Notify03BRL-CAD Wiki:41.92.210.17 * 5514 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */
11:15.16Notify03BRL-CAD Wiki:NyahCh3ck20 * 5515 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
11:15.18Notify03BRL-CAD:carlmoore * 55843 brlcad/trunk/src/fb/fbfree.c: add h and ? for help; omit run-with-no-arguments
11:15.27Notify03BRL-CAD Wiki:KeshaSShah * 5516 /wiki/User:KeshaSShah/GSoC13/Reports: /* June 24 */
11:15.31Notify03BRL-CAD:carlmoore * 55844 brlcad/trunk/src/fb/fbgamma.c: change h to H, because of no alternative for high-res; now use h,? for help (run-with-no-arguments already works)
11:15.35Notify03BRL-CAD:carlmoore * 55845 brlcad/trunk/doc/docbook/system/man1/en/fbgamma.xml: fix the man page for fbgamma, because I changed h to H
11:15.49Notify03BRL-CAD:carlmoore * 55846 brlcad/trunk/src/fb/fbgammamod.c: add underscores to printed names, to match the usage statement
11:15.54Notify03BRL-CAD Wiki:Vladbogolin * 5517 /wiki/User:Vladbogolin/GSoC2013/Logs:
11:15.58Notify03BRL-CAD Wiki:Vladbogolin * 5518 /wiki/User:Vladbogolin/GSoC2013/Logs:
11:16.24Notify03BRL-CAD:phoenixyjll * 55847 brlcad/trunk/src/libbrep/intersect.cpp: Add tolerance in the bounding box intersections.
11:16.27Notify03BRL-CAD:phoenixyjll * 55848 brlcad/trunk/src/libbrep/intersect.cpp: Check duplication before appending to the array x.
11:16.34Notify03BRL-CAD:phoenixyjll * 55849 brlcad/trunk/src/libbrep/intersect.cpp: If the inverse fails, we try another two directions.
11:17.00Notify03BRL-CAD Wiki:KeshaSShah * 5519 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 2 */
11:17.02Notify03BRL-CAD Wiki:KeshaSShah * 5520 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week -1 */
11:17.04Notify03BRL-CAD:phoenixyjll * 55850 brlcad/trunk/src/libbrep/CMakeLists.txt: Add tests for curve-curve intersection.
11:17.06Notify03BRL-CAD:phoenixyjll * 55851 brlcad/trunk/src/libbrep/intersect.cpp: More work on the tolerance value to get a more accurate and correct result.
11:17.08Notify03BRL-CAD:phoenixyjll * 55852 brlcad/trunk/src/libbrep/intersect.cpp: Remove the set-but-not-used variable distance.
11:17.10Notify03BRL-CAD Wiki:Phoenix * 5521 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */
11:17.13Notify03BRL-CAD Wiki:Pauljenn10 * 0 /wiki/User:Pauljenn10:
11:33.59*** join/#brlcad AndChat|321536 (~AndChat32@49.249.19.221)
11:34.24*** join/#brlcad kesha (~kesha@49.249.19.221)
14:41.22brlcadzero_level: going to attempt the parallel test?
14:43.38brlcadzero_level: I think your decision is defensible/reasonable and will be good going forward
14:43.44brlcadjust note that (a), (c), and (d) don't have much to do with flexibility/expressiveness
14:44.19brlcad(b) is the real key plus a few other points you didn't identify ;)
14:45.15brlcadof course, ease of implementation is *another* factor, and a good one to also evaluate, and that's where a/c/d come in
14:47.47*** join/#brlcad kesha__ (~kesha@49.202.239.103)
14:56.35*** join/#brlcad vladbogo (~vlad@86.121.100.92)
15:00.34*** join/#brlcad kesha (~kesha@49.202.239.103)
15:00.49Notify03BRL-CAD:brlcad * 55853 brlcad/trunk/TODO: leave a comment about implementing support for raw voxel data per a discussion last summer during g-voxel's development
15:26.17zero_levelbrlcad, ``Erik I guess interleaved data with (double*) it is.
15:29.30zero_levelThen today i am chaging the existing use of the icv library with the new structure definition.
15:36.31Notify03BRL-CAD Wiki:Level zero * 5522 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 */
15:36.32*** join/#brlcad cstirk (~quassel@96.255.19.39)
15:38.03Notify03BRL-CAD:brlcad * 55854 (brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): folks need to fix their editors to show your trailing whitespace turds... :)
15:46.07*** join/#brlcad Kimz (~AndChat32@49.202.239.103)
15:57.12Notify03BRL-CAD:brlcad * 55855 brlcad/trunk/src/libbrep/PullbackCurve.cpp: messy, reduce the ifdef to the actual isolated difference. remove dead code for clarity.
15:58.53Notify03BRL-CAD:brlcad * 55856 (brlcad/trunk/src/libbrep/intersect.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 5 others): indent cleanup
16:02.00Notify03BRL-CAD:brlcad * 55857 brlcad/trunk/src/libbrep/intersect.cpp: style conformance
16:02.39*** join/#brlcad vladbogo_ (~vlad@86.121.96.23)
16:05.09``Erikzero_level: my thought was that the structs would be in a single packed array, not an array of pointers to structs... img.pixels = (struct pixel_s *)bu_malloc(img.w * img.h * sizeof(struct pixel_s));
16:09.52``Erikdownloads wikipedia O.o
16:21.28*** join/#brlcad vladbogo__ (~vlad@86.121.101.33)
16:35.37*** join/#brlcad kesha (~kesha@49.202.239.103)
16:47.08Notify03BRL-CAD:carlmoore * 55858 brlcad/trunk/src/fb/fbgammamod.c: implement h,? help; explain the last 13 items in Usage
16:49.59Notify03BRL-CAD:carlmoore * 55859 (brlcad/trunk/doc/docbook/system/man1/en/fbgrid.xml brlcad/trunk/src/fb/fbgrid.c): old 'h' dropped in favor of 'S 1024'; implement h,?,run-with-no-arguments for help
17:03.09Notify03BRL-CAD:carlmoore * 55860 brlcad/trunk/src/fb/fbhelp.c: provide h,? help; omitted run-with-no-arguments, because that currently gives help regarding the framebuffer!
17:22.04Notify03BRL-CAD Wiki:41.92.210.17 * 5523 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */
17:37.40Notify03BRL-CAD Wiki:NyahCh3ck20 * 5524 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
17:45.00Notify03BRL-CAD:erikgreenwald * 55861 (brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake brlcad/trunk/misc/CMakeLists.txt): remove libtool.m4
17:46.51Notify03BRL-CAD:erikgreenwald * 55862 brlcad/trunk/doc/PROJECTS: remove bit about autogen.sh and gnu build system tools
17:47.31*** join/#brlcad vladbogo (~vlad@86.124.248.68)
17:53.49Notify03BRL-CAD Wiki:NyahCh3ck20 * 5525 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
18:00.34zero_level``Erik are u suggesting to use strucutre (pixel_s) instead of interleaved array ?
18:00.56zero_levelbrlcad suggested some tests. I hope u saw those test files.?
18:01.24*** join/#brlcad kesha__ (~kesha@49.202.239.103)
18:03.50*** join/#brlcad kesha__ (~kesha@49.202.239.103)
18:12.04brlcadzero_level: I think he's responding to the way you tested the struct
18:12.43brlcadinstead of allocating an array of struct pointers, allocating an array big enough to directly contain the number of structs desired
18:34.12Notify03BRL-CAD Wiki:Harman052 * 5526 /wiki/User:Harman052/GSoc2013/Logs:
18:40.13Notify03BRL-CAD:erikgreenwald * 55863 brlcad/trunk/src/adrt/isst: add mode menu
18:42.21Notify03BRL-CAD:erikgreenwald * 55864 brlcad/trunk/src/adrt/isst: remove quit button from bottom, use menu instead
18:44.16zero_levelbrlcad: I used this
18:44.20zero_levelbif->data = (struct pixel_s*) malloc(HEIGHT*WIDTH*sizeof(struct pixel_s))
18:44.41brlcadokay
18:44.48brlcadso then he didnt' see your test ;)
18:45.38zero_leveli think ``Erik is suggesting to use sructure as imd data and not the interleaved array
18:46.03zero_levelwill be clarified in a minute :-)
18:46.19brlcadwell I think your testing already showed that to be moot
18:47.03brlcadthe only value that has is semantic, so either interleaved or non-interleaved double array ends up being more adaptive
18:48.24zero_levelbut non interleaved has a risk of handling a number of pointers at one time
18:48.39brlcadwhat risk?
18:49.15brlcadhandling a pointer isn't a risk by itself
18:49.33brlcadno more than having an if statement is risky because it's conditional
18:51.20zero_leveli meant it will be clumsy
18:51.33zero_levelsay u have u two images
18:51.53zero_leveland u want to perform an operation on them
18:52.01zero_leveland both images are three channel images
18:52.03brlcadI think you're letting a lack of familiarity cloud your objective reasoning
18:52.07brlcadthey're basically the same thing
18:52.36zero_levelthen u will have to maintain 6 pointers if it is not interleaved
18:52.49zero_levelelse u only maaintain 2 pointers
18:53.41brlcadit's data[offset+RED],data[offset+GRN],data[offset+BLU] vs. data[RED][offset],data[GRN][offset],data[BLU][offset]
18:54.51brlcadthere's no "maintaining" needed because you only allocate either container and free it exactly once
18:54.57brlcadaccess is just semantic sugar
18:55.12brlcadno pointer management involved
18:55.51brlcadnote: i'm not saying use it or not, I'm saying your reason for not wanting to use it is unreasoned :)
18:56.29brlcadit's actually a fairly common pattern for image processing APIs, some file formats are even stored that way
18:57.05brlcadthink of it this way too -- you can do interleaved AND non-interleaved with just double *data too
18:57.52zero_levelyes
18:57.55brlcadtechnically faster, but not as pretty syntax to index into the array -- you want macros
19:00.36``ErikI didn't see the test, was just going by comments... 'technically faster' should have technically gone away; both are just pointer math and compilers are getting good at optimizing that :)
19:02.01``Erikin the end, zero_level, I'd say use the one that you feel most comfortable with... there are pros and cons to both ways *shrug*
19:02.26zero_levelok ``Erik
19:02.41zero_level``Erik i didnt get that function you were talking in rt
19:02.59zero_leveli want double data from the raytracer
19:03.05brlcad``Erik: well, except his original way was struct {r,g,b,a} and I think that won't work in the long run
19:03.15zero_levelto modify the existing uses
19:03.17brlcadfunctionally at least
19:04.35brlcadthat they are basically the same thing was the point of last night's test too
19:05.17brlcadarguments about unqualified "clumsiness" or somehow that having [insert pointer count here] was a problem is what I was disputing, not to suggest using it or not (as stated)
19:05.53brlcadif an interleaved double *data array with a channel count is comfortable enough, that will work just fine
19:07.17brlcadeven better would be to make that structure be entirely opaque to the API, access pixel elements by function or macro, never directly, and it won't matter
19:07.43Notify03BRL-CAD:carlmoore * 55865 brlcad/trunk/src/fb/fblabel.c: implement h and ? help (run-with-no-arguments already works); old h gives way to 's 1024'; 2 variables are initialized so we don't depend on the system (they are given new values by program options)
19:37.39*** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
19:40.12``Erikindirect/encapsulated was what I was hoping for :) (had even pondered mentioning a union with an 'internal type' flag)
19:42.02*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:50.55*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
19:58.52*** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb)
20:02.27*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
20:47.36*** join/#brlcad kesha__ (~kesha@49.249.1.41)
IRC log for #brlcad on 20130627

IRC log for #brlcad on 20130627

00:20.02zero_levelbrlcad, ``Erik i am stuck at changing the existing usage of libicv
00:24.47zero_levelas discussed the new structure icv_image doesnt have information regarding filename , fd and has a double* data .
00:25.51zero_levelthe current usage of libicv in rt usage them heavily.
03:22.06*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
05:33.02Notify03BRL-CAD:phoenixyjll * 55866 brlcad/trunk/src/libbrep/intersect.cpp: Merge the overlap events that are continuous, and eliminate the intersection points that are inside the overlap events.
06:26.57*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:04.43Notify03BRL-CAD:phoenixyjll * 55867 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Add another test for overlaps.
07:30.14*** join/#brlcad papna (~papna@li590-168.members.linode.com)
07:35.28*** join/#brlcad papna (~papna@python/site-packages/papna)
07:37.17*** join/#brlcad hsrai (~hsrai@202.164.53.116)
07:37.17*** join/#brlcad harman (~harman@202.164.53.122)
07:37.17*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:47.18*** join/#brlcad caen23 (~caen23@92.81.190.86)
08:00.01*** join/#brlcad kesha__ (~kesha@49.249.1.41)
08:35.30Notify03BRL-CAD:phoenixyjll * 55868 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Remove the debug message.
09:31.15Notify03BRL-CAD:phoenixyjll * 55869 brlcad/trunk/src/libbrep/intersect.cpp: Some special handling for linear curves.
09:37.29*** join/#brlcad vladbogo (~vlad@86.121.100.162)
09:39.38Notify03BRL-CAD:phoenixyjll * 55870 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing ws.
09:45.29Notify03BRL-CAD:phoenixyjll * 55871 brlcad/trunk/src/libbrep/intersect.cpp: gcc doesn't support using ON_X_EVENT::TYPE::xxx, so we use ON_X_EVENT::xxx directly.
09:57.55vladbogohi all
09:59.04vladbogoit is not very clear what framebuffer the new display manager should use
10:01.38vladbogoI saw that there are already specific framebuffers for X11 and openGl but I don't know if any is appropriate for the new display manager. I would be really grateful if you could give e a hint about this issue.
10:32.02Notify03BRL-CAD Wiki:Phoenix * 5527 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */
10:40.32*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:bbdd:0:15:e010:9501)
10:52.34d_rossbergvladbogo: i recommend to start with a null or text framebuffer, in the final state a Qt framebuffer would be desirable
10:53.14vladbogod_rossberg: thanks for your reply
10:54.19vladbogoalso i assume that it is ok if the qt dm source it's a c++ one but just wanted to be sure?
10:57.40d_rossbergyes, it's necessarily so, and qt-dm interface functions have to be extern "C"
10:59.06*** join/#brlcad yiyus (1242712427@je.je.je)
11:00.43vladbogod_rossberg: I've successfully integrated Qt in the cmake build but there are some warnings in the Qt files.
11:02.11vladbogohow can I allow warnings for those files so that it can successfully compile without strict compilation being turned off?
11:10.05d_rossbergdid you commited your changes?
11:11.07vladbogod_rossberg: not yet. I did't want to commit changes that are not complete
11:13.02d_rossbergbut you could commit the search and integration of the Qt libraries into the CMake build?
11:14.14vladbogook. I will. Also the search for Qt only works at the moment by specifying the path to Qt installation in the CMAKE_PREFIX_PATH
11:14.32d_rossbergremember to "commit very frequently" ;)
11:20.39Notify03BRL-CAD:vladbogo * 55872 brlcad/trunk/CMakeLists.txt: Additional test for Qt installation. Only works if CMAKE_PREFIX_PATH is set to Qt installation path.
11:24.58starseekervladbogo: is find Qt5Widgets a new module?  are they getting rid of the "find_package(Qt5 ...." approach?
11:27.02starseekerah, I see it is
11:27.40vladbogostarseeker: find_package(Qt ...) I saw it only works for Qt 4. For Qt 5 as I researched there should be a find_package for every module. And Qt5Widgets is a new module that groups Qt5GUI and Qt5Core and probably more.
11:29.34starseekervladbogo: does your work need Qt5, or would 4 work as well?  (OK if it needs 5, but if it can use 4 it changes the search logic)
11:31.56vladbogostarseeker: brlcad told me to use the latest Qt version but I guess Qt4 would work too
11:33.28starseekervladbogo: no, that's fine
11:33.44starseekerQt5 has some nice features that will be of considerable interest down the road
11:34.04starseekerHmm... looks like you're taking the right approach:  http://doc-snapshot.qt-project.org/5.0/qtdoc/cmake-manual.html
11:36.16vladbogostarseeker: that's the page I used. Still there are some things that need to be clarified regarding the cmake version
11:36.48starseekervladbogo: stick with the newer/modern approach
11:37.22starseekerif we have to support older CMake versions we can address that later
11:37.42starseekerpwd
11:37.45d_rossbergrequirering Qt4 could be a big obstacle for many systems
11:37.45starseekerwhoops
11:37.59starseekeryeah, Qt5 is fine
11:38.09starseekerrequiring that actually *simplifies* the CMake logic
11:38.16d_rossbergsorry, i mean requirering Qt5
11:38.37vladbogoI've tried the cmake 2.8.11 approach and even though theoretically the fPIC flag shouldn't be required(from the example on the link you provided) it still does not work
11:38.42starseekerwell, if we end up *requiring* Qt we'll have to get it working as a subbuild
11:39.47Notify03BRL-CAD:starseeker * 55873 brlcad/trunk/CMakeLists.txt: Don't print the verbose warning if Qt5 isn't found.
11:40.21d_rossbergstarseeker: that's not the whole story: Qt4 is shipped with many Linux etc. but for Qt5 there isn't even a FreeBSD port
11:41.01starseekerd_rossberg: that's what I mean - we'd have to make Qt5 a viable src/other subbuild, like we've done for Tcl/Tk
11:41.24d_rossbergstarseeker: please don't do this!
11:41.38starseekerd_rossberg: we can keep the repository separate
11:42.21starseekerthere are a couple viable approaches for that
11:42.31d_rossbergsqueezing all the "other"s into our CMake build is a mess
11:42.54starseekerin what sense?  I thought we actually manage that quite well now
11:45.26d_rossbergat least the MSVC build is horrible slow, too many projects i don't need
11:45.55*** join/#brlcad yiyus (1242712427@je.je.je)
11:46.15starseekerd_rossberg: there should be specific targets you can invoke to get just what you need
11:46.54starseekerd_rossberg: if you have system versions of src/other pieces you want to use on MSVC, you can try that - you just have to set the BRLCAD_BUNDLED_LIBRARIES variable to AUTO
11:47.03d_rossbergthis works for the gcc makefiles but not for ms
11:47.30d_rossberg(selecting the target)
11:47.32starseekerwe default to "ON" for bundling on MSVC because it's rare for such systems to have much of anything that we need, and the configure process is inherently slow on Windows
11:48.03starseekerreally?  if you select libbu as the build target from the MSVC list it builds the whole thing?
11:48.13Notify03BRL-CAD:vladbogo * 55874 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/CMakeLists.txt): Changed dm-qt source to C++ file. Integrated Qt in the cmake build. Modified dm.h so that there are no warnings in the dm-qt.cpp.
11:48.44d_rossbergfor gcc you can write "make libbu" but in MSVC you have to open the solution file with althe targets first
11:49.15vladbogod_rossberg: I've finished committing the changes
11:49.30starseekerd_rossberg: ah, sure.  But if you set the appropriate flags up front, most of those targets won't be there
11:51.14starseeker(cmake flags)
11:53.08d_rossbergstarseeker: then after starting the build of libbu it needs 40s to see that there is nothing to do
11:53.10starseekerd_rossberg: in the CMake gui, use the "Add Entry" button before running configure to define "BRLCAD_BUNDLED_LIBS" as a STRING with value "AUTO" and BRLCAD_EXTRADOCS as a BOOL with default value unchecked (OFF)
11:53.40starseekerd_rossberg: that's inherent to the dependency managing done by the CMake/MSVC combination
11:54.15starseekerd_rossberg: that's why the Ninja build tool is gaining a lot of fans, in fact - it gives CMake builds blazing fast incremental rebuilding
11:54.25starseekerI believe it even runs on Windows
11:55.25d_rossbergbut then why i don't have these problems on linux? (cmake with gcc makefiles)
11:55.59starseekerbecause MSVC is a *lot* slower than gcc and make
11:56.28starseekerNinja is faster than Make too, even on Linux, it's just less noticable
11:58.01*** join/#brlcad vladbogo_ (~vlad@86.124.248.118)
11:58.42starseekerIf you want to *really* build a minimal subset of BRL-CAD, there is the BRLCAD_ENABLE_TARGETS variable
11:59.10starseekerSetting it to "1" (i.e. build level 1 targets) will build only what is needed for librt
11:59.53starseekerlevel "2" will build the libraries but not most of the tools
12:01.45starseekerlooking at the BrlcadCore library link list I'd guess a level 2 build is probably what you'd need
12:02.52*** join/#brlcad mpictor_ (~mpictor_@179.sub-174-241-194.myvzw.com)
12:03.30d_rossbergprobable, needs some tests
12:03.31starseekeras far as I know we've never tried the more minimal BRLCAD_ENABLE_TARGETS settings on MSVC, so you may find a problem or two - if so we can straighten them out
12:03.54starseekerd_rossberg: but that'll most likely be the best way to make the MSVC build more tolerable
12:04.20d_rossbergbecause i can't fix msvc at the moment - back to Qt: i would still consider Qt5 as exotic and Qt4 as well established
12:04.49d_rossbergand if i remember correctly Qt4 code should run with Qt5 too
12:05.47vladbogod_rossberg: I think so. I've only see that there are differences in the cmake procedure
12:06.38starseekerpossibly.  FWIW, I do know Meshlab had to do some work to get running on Qt5
12:07.20starseekerd_rossberg: remember, we aren't going to be ditching our other systems for an exclusively Qt solution anytime soon
12:08.22starseekerQt will represent the "cutting edge" of development, but people operating on that edge should be up to getting Qt5 installed and working
12:09.57starseekeronce vladbogo has a working solution in Qt5 we can look at how much (if anything) is needed to also make it work with Qt4 - if it's minimal (and hopefully it would be) then I agree supporting both is a good idea
12:10.10starseekerbut for the initial development efforts I would say don't worry about it
12:12.08starseeker(Qt5 has some features that are extremely interesting for long term CAD gui development - take a look at http://advancingusability.wordpress.com/2013/03/30/how-to-integrate-ogre3d-into-a-qt5-qml-scene/
12:19.20vladbogowhen I try to use the ogl display manager I get a completely transparent window which seems quite weird. I did not have time to see why this behavior so I want to ask you if it's the desired result or something is wrong?
12:20.37starseekerthat's not typical - I've seen it now and then, I think it has something to do with opengl settings or drivers on the system?
12:22.00Notify03BRL-CAD:starseeker * 55875 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Mark a few variables as advanced so they don't clutter the default CMake GUI display
12:27.20vladbogostarseeker: I don't have any opengl custom settings but it might be the problem.
12:29.15*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:30.21d_rossbergvladbogo: starseeker: it's not about ditching the other systems then rather the other way round: i've only an "experimental" Qt5 on one machine which doesn't run smoothly
12:31.43d_rossbergvladbogo: do you want to use opengl in qt?
12:36.09vladbogod_rossberg: yes
12:40.42d_rossbergwhy? you don't need ogl for simple graphics, is there something what requires a special ogl feature? i personally only remember having trouble with ogl, especially on linux, system crashes included
12:45.21starseekeropengl will be faster, but it *would* be nice to be able to fall back on non-openGL based canvas/drawing if opengl isn't available or working
12:47.05vladbogowell the reason is that I have worked with opengl before and being new Qt seemed to be best choice.
12:47.19d_rossbergopengl *could* be useful if it's for handling shaded geometries, but wireframes ...
12:49.03vladbogoin this case I will not use it
12:50.23d_rossbergvladbogo: the intention i have with Qt is that this is a GUI library for a very wide variety of platforms, i wouldn't recommend to water it down for no reason
12:59.32vladbogoI understand so I will keep that in mind
13:06.43d_rossbergvladbogo: next question: what is Qt5Widgets? don't you need an include and a librariy directory?
13:12.25*** join/#brlcad vladbogo (~vlad@86.124.248.118)
13:12.38*** join/#brlcad mpictor_ (~mpictor_@57.sub-174-225-65.myvzw.com)
13:12.44vladbogod_rossberg: sorry about that, internet problems
13:12.55d_rossbergno problem
13:14.00d_rossbergbtw, you should have a look at the __BEGIN_DECLS, __END_DECLS macros; they are used in almost every header file
13:14.43vladbogoQt5Widgets is a new module that groups all the Qt widgets and also includes the dependencies for QtCore and QtGui
13:15.42vladbogothe necessary files are in Qt5Widgets_INCLUDE_DIRS
13:17.33vladbogofound the __BEGIN_DECLS and __END_DECLS macros and I will use them. Thanks for the tip
13:18.27d_rossbergbecause of the DECLS: i was a little bit confused, but the "#ifdef __cplusplus" should be redundant in a .cpp file and the extern "C" shouldn't be necessary there because it's already in the declaration in the .h file
13:19.39vladbogod_rossberg: open function is declared and used in dm-generic.c so it has to have extern "C"
13:20.54vladbogoabout the ifdef __cplusplus I've read that there is a good practice to use it even in cpp files so that's why I used it
13:24.52d_rossbergso what's your value for Qt5Widgets_INCLUDE_DIRS?
13:28.22vladbogothe Qt5Widgets dir which includes a .h for all widgets, Qt5Core dir ad Qt5Gui dir - that's what I read about
13:29.42vladbogoit may be too much but I don't know exactly what I will use and for the test application I made was necessary
13:30.04d_rossbergi.e. /usr/include/Qt5 ?
13:31.36vladbogoI have installed Qt5in the home dir but it should be path_to_qt/include/QtWidgets,path_to_qt/include/QtCore and path_to_qt/include/QtGui
13:34.31d_rossbergok, on Linux you don't need the libs for the build
13:36.03vladbogook so should I omit the libs?
13:37.00d_rossbergfor the moment ;)
13:37.10vladbogoalso the set(CMAKE_POSITION_INDEPENDENT_CODE ON) I've read that only works on cmake 2.8.9 and higher
13:37.53vladbogoshould I set the CMAKE_CXX_FLAGS instead?
13:39.57d_rossbergthat's something different, you shouldn't need it when working with .so libraries, do you have .a (i.e. static) libraries?
13:40.57vladbogowell Qt5 needs the -fPIC flag
13:42.24d_rossbergbut you build Qt5 independently of BRL-CAD? and you got some libqt5core.so files?
13:42.33Notify03BRL-CAD:starseeker * 55876 brlcad/trunk/src/other/step/CMakeLists.txt: have SCL avoid stomping the CMAKE_BUILD_TYPE cash when acting as a subbuild.
13:43.29vladbogoI haven't build Qt5 independently
13:44.28vladbogoafter installing Qt I got also some .so files
13:45.03d_rossberg? didn't you used their configure and than make?
13:46.48vladbogono. I've downloaded an executable file that installed Qt
13:47.18d_rossberg(btw, there is really an -fPIC issue in the BRL-CAD build but it shouldn't influence the use of other libraries)
13:48.05vladbogowithout the fPIC flag I couldn't successfully compile
13:48.49vladbogoI've read that in cmake 2.8.11 specifying the fPIC flag is not necessary so I've installed cmake 2.8.11 to test it and it does not work
13:49.38Notify03BRL-CAD:starseeker * 55877 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): More tweaks for CMake GUI manipulation of values
13:51.54d_rossbergok, this is something from my to-do list: add BRLCAD_CHECK_C_FLAG(fPIC) and BRLCAD_CHECK_CXX_FLAG(fPIC) to misc/CMake/CompilerFlags.cmake
13:53.34d_rossbergnevertheless it's strange ...
13:54.47vladbogohttp://www.kdab.com/using-cmake-with-qt-5./ here it's a slight explanation about the fPIC and fPIE flags
13:55.46vladbogoit says that this happens because in Qt5 "-reduce-relocations" configure option is the default
14:01.10d_rossbergdoes adding BRLCAD_CHECK_C_FLAG/BRLCAD_CHECK_CXX_FLAG work?
14:04.45vladbogonow testing: it seems to take a while to compile
14:10.00vladbogod_rossberg: it seems to work
14:12.34d_rossbergthen, can you commit the changed CompilerFlags.cmake? (i.e. after adding a nice comment etc.)
14:12.44vladbogoyes it works
14:12.54vladbogook I will immediately
14:17.09vladbogoready:)
14:17.13Notify03BRL-CAD:vladbogo * 55878 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/libdm/CMakeLists.txt): Enable position independent code in misc/CMake/CompilerFlags.cmake instead of in src/libdm/CmakeLists.txt. Position independent code is required for Qt5.
14:19.39d_rossbergyou should add a comment in CompilerFlags.cmake too, look at all the other BRLCAD_CHECK_C_FLAG/BRLCAD_CHECK_CXX_FLAG entries
14:19.44Notify03BRL-CAD:starseeker * 55879 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: more tweaks to make the knot and non-knot code look similar.
14:20.30vladbogod_rossberg: ok, I will immediately
14:27.26Notify03BRL-CAD:vladbogo * 55880 brlcad/trunk/misc/CMake/CompilerFlags.cmake: Added a comment to highlight the need of the position independent code flag.
14:33.40*** join/#brlcad vladbogo_ (~vlad@86.124.248.162)
14:44.39*** join/#brlcad cstirk (~quassel@96.255.19.39)
14:46.38*** join/#brlcad mpictor (~mpictor_@135.sub-174-241-112.myvzw.com)
14:55.29brlcadzero_level: available to discuss if needed, but you have to approach this VERY incrementally working with the initial structure first
15:00.47Notify03BRL-CAD:vladbogo * 55881 brlcad/trunk/src/libdm/dm-qt.cpp: Use __BEGIN_DECL and __END_DECL macros instead of extern "C".
15:02.43Notify03BRL-CAD:starseeker * 55882 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Don't define things we aren't using...
15:02.45Notify03BRL-CAD:carlmoore * 55883 brlcad/trunk/doc/docbook/lessons/es/mged02_opciones_vistas.xml: fix spelling of Spanish word 'acimut'; trailing 'h' was removed
15:02.53vladbogod_rossberg: I've tried to remove the libs from the build but it does not compile successfully anymore.
15:03.49d_rossbergwhich libs?
15:05.31vladbogoQt libs: you said that are not required for Linux
15:08.27d_rossbergi was just wondering why CMake asks for the headers but not for the libs, but there is a "find_package" functionality behind which apparently looks for the libs
15:10.18d_rossbergand the libs are definitely required to run the program
15:10.26brlcadso just blindly adding -fPIC is going to be a problem
15:10.51brlcadthat make is only possible to make shared library object files
15:11.10brlcadif someone requests a static build, it's going to fail
15:11.49brlcad(this is one of the reasons why libtool compiles everything twice, once with -fPIC and once without)
15:11.57d_rossbergbrlcad: the other way round: static build needs this -fPIC, i tried it with the libbrlcad.so
15:13.36d_rossbergwhen you combine two static libs in one binary it's very likely that you have to shift positions
15:13.41brlcadhm?  libbrlcad.so is a shared lib
15:14.10d_rossbergas a proto type on my computer: yes
15:14.37d_rossbergneeds only some minor changes, -fPIC was one of them
15:14.38zero_levelbrlcad: today last day i wrote new functions for creating image. writing pixel and saving.
15:15.33d_rossbergah: libbrlcad.so contains librt.a, libbu.a ...
15:18.24vladbogobrlcad: there is also the qt5_use_modules macro that encapsulates all of the variable usage required to use a Qt module using with I've made a successful cmake without setting the -fPIC flag but I don't know yet how to integrate it in the brlcad cmake procedure. Should I give it a try?
15:24.58brlcadvladbogo: if it means getting rid of -fPIC, sure
15:25.55brlcadmy original suggestion remains to do the bare minimum for the build (or to be comprehensive and do it properly)
15:26.16brlcadsomewhere in between those two options is a dangerous valley to be in
15:26.51vladbogobrlcad: I know but without setting the "-fPIC" I cannot compile
15:27.17brlcadso when you can't compile, you have to say what and why and understand why
15:27.44brlcadotherwise saying you cannot compile could simply be because you don't have a compure or lack fingers or it was raining inside or ... I shouldn't have to guess
15:28.04brlcaduninformative to ever just say a compile failed
15:28.15brlcad:)
15:29.13brlcadvladbogo: so my response then is "why?"
15:29.21vladbogoas I read the problem is that Qt5 has the "-reduce-locations" configure option by default which means that the compilation is run with the "-Bsymbolic-function" which makes function pointer comparison ineffective
15:29.35vladbogounless the -fPIC flag is provided
15:29.59brlcadcompilation of qt5 itself or things using qt5?
15:30.44vladbogothings using Qt5
15:31.49brlcadwe're a "thing using Qt5" right?
15:31.59vladbogoyes
15:32.00brlcadwe do not add -Bsymbolic-function or do we know somehow?
15:32.05brlcads/know/now/
15:33.50vladbogoexplicitly not but I guess that it is already added in the Qt which has to be used
15:34.17brlcadguessing won't do, we need to understand what's going on to address this
15:34.28brlcadso lets take a step back and look at what's actually going on when whatever fails
15:34.36brlcadfirst, what fails?
15:35.10brlcadand is it a compilation failure or a linker failure (you'll need to learn the difference if you do not)
15:51.04*** join/#brlcad vladbogo (~vlad@86.121.99.104)
15:51.32zero_levelthe issue now is .. in the rt/view.c , viewedge.c viewxray.c and do.c these data are written in uchar* format.
15:51.56zero_levelso i will have to conver this in the following way
15:52.13zero_levelconvert to double in rt/.. (files)
15:53.04zero_levelcreate image. (by calling icv_create)[allocates memory for structure and data and zeros the image]
15:53.15zero_levelstore the double values.
15:53.21zero_levelsave the image
15:53.59zero_levelNow in save if it is ppm, bw, pix the data is again covnerted to uchar. from double.
15:54.51zero_levelbrlcad, ``Erik I find this redundant here. converting uchar->double and double->uchar
16:02.09*** join/#brlcad vladbogo_ (~vlad@86.121.99.173)
16:06.49vladbogo_brlcad: tested with cmake 2.8.11 and there is no problem which is quite weird because I am 100% sure I've tested it before and did not work. So I will remove the fPIC flag and will try to solve this issue later for other versions of cmake if necessary
16:07.42brlcadvladbogo_: I completely believe that you ran into a failure, that's easy :)
16:08.05brlcadbut need to know exactly what that error was and under what conditions, and understand the problem
16:08.21*** join/#brlcad vladbogo__ (~vlad@86.121.102.228)
16:08.22brlcadin order to do something about it
16:08.36brlcadvladbogo_: are you having connection issues or something?
16:08.49vladbogo__brlcad: unfortunately yes
16:08.50brlcadwhat is it with connection problems this year, it's insane...
16:09.12vladbogo__so I think I've received just part of your answer
16:09.54vladbogo__saturday I will be moving so there won't be any connection problems from saturday on
16:10.13brlcadzero_level: that sounds perfectly reasonable, but you might want to address the file pointer first
16:10.26brlcadvladbogo__: okay that's good to hear
16:10.52brlcadvladbogo__: I just basically said that we need more information to do anything about the problem, and I don't doubt there is a problem
16:10.57brlcadthat's why -fPIC is dangerous
16:11.13brlcadit will work in some places and will outright fail under other platform conditions
16:11.26brlcadand is dependent on several other compiler flag settings and library settings
16:11.53brlcadyou can't just turn it on everywhere
16:12.05vladbogo__brlcad: I know that's why I haven't committed the changes earlier
16:12.45brlcadvladbogo__: you should be committing .. and doing so very frequently
16:12.54brlcadjust a matter of committing in a way that keeps us moving forward
16:13.33vladbogo__brlcad: I know but I've just wanted to discuss with you the issue
16:13.33brlcadit takes some thought and planning while you code
16:14.12brlcadokay, and?? :)
16:14.28vladbogo__I mean I knew that could be a problem so I did not want to put it there before talking to you
16:14.28brlcadof course you should discuss issues.... not sure what that has to do with how one commits ;)
16:14.44brlcadwell, that's my point
16:15.15brlcadsay you determined that it was 100% necessary but knew it also might be a problem
16:15.21brlcadso what do you do
16:15.29brlcadyou don't need to wait on me to move forward
16:15.37brlcadyou CERTAINLY don't need to wait to commit something
16:15.46brlcadthat something just shouldn't be turning it on
16:16.02brlcadthat's what I mean about you have to think it through and plan
16:16.20*** join/#brlcad vladbogo_ (~vlad@86.121.99.145)
16:17.00vladbogo_well cmake 2.8.11 solves the problem(no fPIC) so as you initially suggested I will leave it like this
16:17.05brlcadyou could commit the flag check commented out or protected by an if () test, for example and then write the mailing list asking for help testing
16:17.34brlcaddo you know why cmake 2.8.11 seems to solve the problem?
16:17.47vladbogo_brlcad: that's good to know
16:18.12vladbogo_not yet. I was planning to do a little research tonight
16:18.18brlcadthen you cannot say that :)
16:18.41brlcadall you can say is that the problem is not observed
16:18.55brlcadclaiming that cmake did anything isn't necessarily true
16:19.46vladbogo_I saw on the qt-project.org that this is solved by cmake but it didn't say why
16:20.12brlcadsimply, you don't know why it's working now ... and that's okay, but don't jump to conclusions until you understand the failure (and the reason it works)
16:20.25vladbogo_brlcad: ok :)
16:20.31brlcadare you familiar with the verbose flag?
16:20.43vladbogo_not really
16:20.57brlcadso by default, cmake hides everything
16:21.09brlcadwhich isn't at all helpful when you're dealing with low-level compilation issues like this one
16:21.35brlcadyou need to know exactly what preprocessor, compilation, and linker flags are being used
16:21.55brlcadand know whether an error you're reading is a preprocessor failure, compilation failure, or linker failure
16:22.12vladbogo_that would be useful
16:22.21brlcadit's not going to tell you which
16:22.26brlcadthat's your job to figure out :)
16:22.37brlcadand it takes time to learn
16:22.47brlcadbut to get that information from cmake, you have to compile verbose
16:22.50brlcadmake VERBOSE=1
16:22.59vladbogo_yes but it would be easier to find
16:23.01vladbogo_thanks:)
16:23.33brlcadyou just have to get comfortable finding and reading a compile/linker line and understanding the messages that come back
16:25.21vladbogo_thanks a lot for your help
16:25.24Notify03BRL-CAD:vladbogo * 55884 brlcad/trunk/misc/CMake/CompilerFlags.cmake: Removed position independent code flag.
16:26.13vladbogo_finally done with the cmake integration and I can start working on embedding Qt in Tk window
16:29.03brlcadexcellent
16:29.56vladbogo_thanks again for your help and clarifications
16:54.58Notify03BRL-CAD:carlmoore * 55885 brlcad/trunk/include/icv.h: remove trailing blanks/tabs; fix spellings
17:11.54zero_levelbrlcad to handle file issues.. i am doing it this way. icv_create_image (instead of icv_save_open) and then do all the processing then icv_save (instead of icv_save_close)
17:18.52brlcadany way to shorten those function names consistently would be good
17:19.06brlcadthis is the time to be thinking about API usability
17:19.10brlcadcleanliness of the names
17:19.51brlcade.g., having icv_create_image() implies you might have the ability to icv_create_somethingelse() later ... is that true?
17:20.13zero_levelno plans as such
17:20.28brlcadotherwise, maybe icv_create() or icv_image() becomes more appropriate and more API-friendly
17:20.30zero_leveli guess that cld be trimmed to icv_create
17:20.36zero_levelyes
17:20.38brlcadshould think about that for every public symbol name
17:21.50brlcadand if you have a create or construction function, it should pair with another destroy/delete/close/whatever function unambiguously
17:22.16zero_leveli have done this icv_free_image
17:33.27brlcadwhich again implies there's something other than images to free
17:36.20*** join/#brlcad vladbogo__ (~vlad@86.121.103.35)
18:07.06*** join/#brlcad Mahi (~Mahi@ec2-54-226-39-211.compute-1.amazonaws.com)
18:14.20brlcadzero_level: what's the status of patch 171?
18:16.48*** join/#brlcad vladbogo__ (~vlad@86.124.248.147)
18:21.02brlcadzero_level: looks like 176 has the same issue and is ... basically the same patch??
18:21.31brlcadyou're not making this easy to review
18:30.10*** join/#brlcad vladbogo_ (~vlad@86.121.96.174)
18:56.56Notify03BRL-CAD Wiki:41.202.192.81 * 5528 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */
19:10.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 5529 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
19:47.56zero_levelbrlcad: for all the patch informatio please see this http://brlcad.org/wiki/User:Level_zero/patches
19:48.11zero_levelthe convert patch is now at 197 and 198
19:48.23zero_levelit has the split versions
19:50.26*** join/#brlcad vladbogo (~vlad@86.121.103.160)
19:57.28Notify03BRL-CAD:carlmoore * 55886 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: remove trailing blanks/tabs; fix a spelling
20:01.42Notify03BRL-CAD Wiki:Vladbogolin * 5530 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:39.41*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:05.57*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:12.16*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
22:52.38*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:53.38``Erikzero_level: if you dig into rt/view.c just a tiny bit more, you'll see that it gets the rgb data from ap->a_color which just happens to be 3 doubles.
23:03.21zero_levelok.
23:04.16zero_level``Erik currently i have written image create, image load, image save functions
23:04.29zero_levelfor pix,bw,ppm formats
23:05.22zero_levelwhat do u suggest should i attemppt for png format or refactor the old usage as per the new functions?
IRC log for #brlcad on 20130628

IRC log for #brlcad on 20130628

00:37.16brlcad[A
00:38.08brlcadzero_level: I replies regarding your wiki page, please make sure the patches themselves are clear
00:38.27brlcadALL of your patches -- if a newer patch replaces an older patch, close the old patch (or leave a comment)
04:02.20*** join/#brlcad Samooka (~sam@187.39.188.121)
04:02.59Samookahello
04:04.34SamookaI would like to edit a combination using oed, however I am missing something as the rotation is not applied to the combination, but to one of its parts only. Can anyone help me understand this?
04:04.40Samookathis is the tree:
04:05.00Samookaforno.s/
04:05.02Samookau domo_aberto.s/
04:05.02Samookau casca_domo.s/
04:05.02Samookau solido1_domo.s
04:05.02Samooka- vazio2_domo.s
04:05.02Samooka- vazio1_domo.s
04:05.03Samooka- vazio1_tunel.s/
04:05.05Samookau solido1_tunel.s
04:05.07Samookau solido2_tunel.s
04:05.09Samookau tunel.s/
04:05.11Samookau solido3_tunel.s/
04:05.13Samookau solido1_tunel.s
04:05.15Samookau solido2_tunel.s
04:05.17Samooka- vazio2_tunel.s/
04:05.21Samookau solido1_tunel.s
04:05.23Samookau solido2_tunel.s
04:06.06brlcadSamooka: what's our oed command look like?
04:06.12Samookausing "oed forno.s domo_aberto.s/casca_domo.s/solido1_domo.s" will enter edit mode, however tunel.s is ignored: it is not selected and transformations applied to forno.s do not apply to it.
04:06.18SamookaWhat am I missing?
04:07.09brlcadso that's "oed rightpath leftpath" and it puts the matrix over the leftpath
04:07.19brlcadso if you want the matrix over forno.s, you need it on the left
04:07.34brlcadbah, and I have my right and left REVERSED!
04:07.52brlcad"oed leftpath rightpath" .. puts it over rightpath
04:08.14brlcadso you realize, /this/is/the/full/path
04:08.57brlcadso what you wrote properly formatted would have been "oed /forno.s domo_aberto.s/casca_domo.s/solido1_domo.s"
04:09.01Samookabrlcad, wasn't leftpath supposed to be the path to a primitive?
04:09.15brlcadyes, it's also that
04:09.22brlcadwhat you probably are wanting is
04:09.39brlcadoed / forno.s/domo_aberto.s/casca_domo.s/solido1_domo.s
04:10.23Samookabrlcad, so this line you just gave me will apply the matrix to forno.s?
04:10.32brlcadlast comment, your naming convention there is suboptimal ... the .s suffix implies a primitive shape (like ell or tor) but clearly many of those are not primitives
04:10.45brlcadSamooka: yep
04:10.53Samookabrlcad, right, they are combinations
04:11.09brlcadcombs usually have a .c, .r, .g or no suffix
04:11.15SamookaI guess I should do away with the .s's...
04:11.17brlcad.c is most common
04:11.33brlcadbelow the region level at least, .c is common
04:11.41brlcadthen .r for your actual regions
04:11.47brlcadand no suffix above the region level
04:13.18Samookabrlcad, it worked, thanks a lot... let me re-read your posts; why is it that the left path has to be the root (/)?
04:15.31Samookaif I understand correctly, "oed /forno.s domo_aberto.s/casca_domo.s/solido1_domo.s" tells oed that I want to modify domo_aberto.s, and not forno.s?
04:16.17brlcadit says to modify the instance of domo_aberto.s referenced within forno.s
04:16.21brlcadthere can be other references
04:16.34brlcadsuch as domo_aberto.s by itself
04:16.50Samookagot it.
04:16.59brlcadif you wanted to update all referenes to domo_aberto.s, you'd run "oed / domo_aberto.s/...."
04:17.13brlcadthink of it as ONE path like a filesystem
04:17.19brlcad/path/to/file
04:17.41brlcadand depending on what you want to manipulate, you insert a space and put oed at the front ;)
04:18.27brlcadwe will eventually get rid of the need to specify the left and right hand sides, but that's the current usage for a variety of reasons
04:19.48Samookaso everytime I want to modify a comb or region in the top level, leftpath will be (/); if I have a region composed of several combs and want to modify just one instance, then I will have leftpath point to the region (/top_level_object)
04:20.36brlcadexactamente
04:20.36SamookaI've got to remember that!!
04:20.56brlcadif we can make that any more clear in the documentation or on the wiki, let us know what to say :)
04:24.20Samookabrlcad, I read through "Object editing: the oed command" but did not get this insight. If I can find another way of explaining it, I might submit a proposal...
04:24.30brlcadgreat
04:24.45brlcadespecially considering that's the document specifically written to help explain this :)
04:25.09Samookafor now, thank you so very much for the clarification
04:25.18Samooka:)
04:25.23brlcadany time
05:20.09*** join/#brlcad caen23 (~caen23@92.81.178.221)
06:44.19Notify03BRL-CAD:phoenixyjll * 55887 brlcad/trunk/src/libbrep/intersect.cpp: According to openNURBS's declaration, for ccx_point events, m_a[0] should be equal to m_a[1] (m_b[0] == m_b[1], m_A[0] == m_A[1], m_B[0] == m_B[1]...). And change the logic so that if it's not an overlap event, two ccx_point events may be generated.
06:48.50Notify03BRL-CAD:phoenixyjll * 55888 brlcad/trunk/src/libbrep/intersect.cpp: Used a wrong curve in point-curve intersection to test overlap.
07:11.51Notify03BRL-CAD:phoenixyjll * 55889 brlcad/trunk/src/libbrep/intersect.cpp: More comment to document the intersection approaches, and style conformance.
07:29.26Notify03BRL-CAD Wiki:Phoenix * 5531 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */
08:09.57*** part/#brlcad Mahi (~Mahi@ec2-54-226-39-211.compute-1.amazonaws.com)
08:22.58*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:25.37d_rossbergbrlcad: i thought using -fPIC is common sense
08:25.47d_rossbergsee e.g. www.akkadia.org/drepper/dsohowto.pdf
08:26.38d_rossbergand that's the error i get w/o -fPIC: /usr/bin/ld: ../../../lib/libbn.a(mat.c.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
09:03.04*** join/#brlcad caen23 (~caen23@92.81.178.221)
09:15.05*** join/#brlcad infobot (~infobot@rikers.org)
09:15.06*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
10:27.22*** join/#brlcad kesha (~kesha@49.249.1.165)
10:48.01*** join/#brlcad kesha (~kesha@49.249.1.165)
12:04.02``Erikhttp://www.youtube.com/watch?v=WV4qXzM641o  raytracing in '78
12:04.22``Erikhttp://www.youtube.com/watch?v=lAYaX6NuI4M  MAGI synthavision in '80 :o
12:48.23*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:25.32starseekersweet!  scintilla has some built-in Qt support now, not limited to the GPL 3rd party add-on
13:26.12starseekerdreams of replacing all the "use external editor" commands with a BRL-CAD ascii format aware Qt editing widget...
13:34.22starseekerhah, don't even need to wait for Qt:  http://sourceforge.net/projects/scintillatk/
13:55.36``Erikdid an ascii aware text widget long ago for a gtk+ mud client... handling the codes was easy, making it fast was not
14:02.33zero_level``Erik I found ap->a_color. but this get converted to uchar using two methods 1.(GAMMA CORRECTION) 2. Straight method with addition of random number(BW 0to 1).
14:03.19zero_levelwhen i write this to ICV image how do i procced with this
14:08.33``Eriksince some image formats cope with gamma correction, I'd imagine a good approach would be to add a gamma to the internal representation, then apply it when converting to the external format... as a very rough C like psuedocode with important bookkeeping bits missing: save_pix() { char *bytes; bytes=bu_alloc(img.w*img.h*3*sizeof(uchar); apply_gamma(img); img2rgb24(img, bytes); fwrite(fd, bytes, img.w*img.h*3*sizeof(uchar)); }
14:12.22*** join/#brlcad cstirk (~quassel@96.255.19.39)
14:12.22``Erik(and save_png would lack the apply_gamma() call, it would just set the gamma using the png api)
14:15.58``Erikdoes that make sense?
14:18.38zero_leveland i add gamma to internal structure of ICV_IMAGE struct ?
14:19.46``Erikyeh
14:19.53zero_levelok.
14:21.49``Erikicv_image should contain enough information to generate any format without any extra information... then the output functions will just need the icv_image struct and a place to put the output...
14:23.50``Erikdaydreams of an rt mode that uses icv to fill frames for ffmpeg to make animations directly :)
14:34.48*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
15:06.36Notify03BRL-CAD:carlmoore * 55890 brlcad/trunk/src/fb/fbfade.c: fix a comment because -h became -H
15:22.38Notify03BRL-CAD:carlmoore * 55891 brlcad/trunk/HACKING: make repairs to SoureForge and DocBook names, and fix a spelling
15:46.13Notify03BRL-CAD:carlmoore * 55892 (brlcad/trunk/CMakeLists.txt brlcad/trunk/ChangeLog): remove trailing blanks/tabs
16:30.16zero_level``Erik how does bif work in rt/view.c i dont see an icv_image_save_open does it use some extern function ?
16:39.30Notify03BRL-CAD Wiki:Level zero * 5532 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 */
16:40.38Notify03BRL-CAD Wiki:Level zero * 5533 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 */
16:41.54``Erikit's in do.c
16:48.03starseeker``Erik: I'm hoping that scintilla would help with the speed part
16:48.23zero_level``Erik see brlcad.org/wiki/User:Level_zero/GSOC13/logs I have put links to the current status of the code
17:28.03Notify03BRL-CAD Wiki:Harman052 * 5534 /wiki/User:Harman052/GSoc2013/Logs:
18:05.42*** join/#brlcad kanzure (~kanzure@131.252.130.248)
18:24.18*** join/#brlcad caen23 (~caen23@92.81.178.221)
18:46.28Notify03BRL-CAD Wiki:NyahCh3ck20 * 5535 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
19:16.34Notify03BRL-CAD Wiki:NyahCh3ck20 * 5536 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
19:50.00``Erikvery cool... (if alf aho and jeff ullman sound familiar, they're the dudes that did the "dragon book" on compilers) http://i.stanford.edu/~ullman/focs.html
19:57.34Notify03BRL-CAD:carlmoore * 55893 brlcad/trunk/doc/docbook/system/man1/en/fblabel.xml: new man page for fblabel
19:58.30*** join/#brlcad Ch3ck (295cd22a@gateway/web/freenode/ip.41.92.210.42)
20:00.26Ch3ckhey guys working on the code for adding orthogonal matrix support to the bn_mat_inverse() routine in /src/libbn/mat.
20:00.28Ch3ckmat.c
20:00.50Ch3ckand although the code compiles it don't still get why it fails 3 regression tests..
20:02.38Ch3ckneed some more eyes on this...
20:10.35zero_level``Erik the issue with write pixel is clear now. But viewedge.c and view.c also writesline in the image. They use scanline(struct in view.c and char buff in viewedge.c)
20:10.50zero_leveli am not getting hold of double data in these case.
20:17.45``Erikview.c uses a_color to construct the scanlines, view_edge.c keeps a 'scanline buffer' and compares neighbors to generate pixel values for the scanlines... (viewedge is also a bit weak in accomplishing it's task)
20:24.21Notify03BRL-CAD Wiki:41.92.210.42 * 5537 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */
20:39.44brlcad``Erik: in issac's patch, he changed it to "hrt?" .. not "her?"
20:40.19brlcadso his latest does "match" .. just no longer the clever 'herz' value
20:53.10Notify03BRL-CAD:r_weiss * 55894 (brlcad/trunk/include/common.h brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.h): Fixed some DLL errors in the Windows build.
21:07.37``Erikyeh, I was more concerned that he change it and said "does this match?" instead of having some confidence in what he did... so I'm trying to push an "if you're not sure, try it and see"
21:10.54brlcadstarseeker: http://www.dune-project.org/
21:11.12brlcad``Erik: yeah, I noticed that as well
21:16.34brlcadnot license compatible, but interesting nonetheless
21:34.51*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
21:43.18Notify03BRL-CAD:carlmoore * 55895 brlcad/trunk/src/fb/fbline.c: remove -h (use -S 1024 instead); implement h,? help; notice that S is a new option
21:57.39zero_level``Erik: are there functions in different files which modify scanlines ?
22:00.42zero_levelbecause all i dont find the scanlines getting the data from double ap->a_color
22:18.52zero_levelalthough pixels are easy to trace from ap->a_color
IRC log for #brlcad on 20130629

IRC log for #brlcad on 20130629

00:13.39*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
00:43.41*** join/#brlcad cstirk (~quassel@96.255.19.39)
01:43.22*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
02:47.12brlcadzero_level: view_pixel()
02:47.56brlcaddo_pixel() shoots the ray, gets a result, calls view_pixel() to "color" the pixel appropriately depending on what type of application is running
02:48.13brlcadview_pixel() does the conversion from double to rgb int
02:48.26brlcad(should be a function)
02:49.58brlcadiirc, the flow is do_frame() -> do_run() -> worker() -> do_pixel() -> view_pixel()
04:36.50*** join/#brlcad Kimz (~AndChat32@49.249.9.139)
06:23.24*** join/#brlcad kesha (~kesha@49.249.9.139)
06:51.41Notify03BRL-CAD Wiki:KeshaSShah * 5538 /wiki/User:KeshaSShah/GSoC13/Reports:
06:52.09Notify03BRL-CAD Wiki:KeshaSShah * 5539 /wiki/User:KeshaSShah/GSoC13/Reports:
07:18.37*** join/#brlcad Kimz (~AndChat32@49.249.19.192)
07:18.40*** join/#brlcad kesha (~kesha@49.249.19.192)
08:28.43*** join/#brlcad caen23 (~caen23@92.81.178.221)
08:41.49*** join/#brlcad kesha (~kesha@49.249.19.192)
10:26.15*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
11:19.19Notify03BRL-CAD:tbrowder2 * 55896 brlcad/trunk/TODO: task needs another forecast
11:25.49Notify03BRL-CAD:tbrowder2 * 55897 brlcad/trunk/TODO: update compile-time header status
11:57.04Notify03BRL-CAD Wiki:Tbrowder * 5540 /wiki/EBM: /* Converting a PNG file into a bitmap file */
11:57.52Notify03BRL-CAD Wiki:Tbrowder * 5541 /wiki/EBM: /* Inserting ebm in MGED */
12:09.19Notify03BRL-CAD Wiki:Tbrowder * 5542 /wiki/DSP: /* Preparing your height field data */
12:57.43starseekerbrlcad: I thought GPL with runtime exception was usable, just not code we could merge with our own...
13:22.04starseeker``Erik: forgot to post it yesterday - here's the blender stabilization info:  http://www.youtube.com/watch?v=gnVu8_YCjZM
13:22.34starseekerand virtualdub + deshaker:  http://www.guthspot.se/video/deshaker.htm
13:33.32*** part/#brlcad harman (~harman@202.164.53.122)
14:31.18*** join/#brlcad cstirk (~quassel@96.255.19.39)
15:15.46Notify03BRL-CAD Wiki:Vladbogolin * 5543 /wiki/User:Vladbogolin/GSoC2013/Logs:
15:38.17*** join/#brlcad kesha (~kesha@49.249.19.192)
16:05.55Notify03BRL-CAD Wiki:Tbrowder * 5544 /wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
16:25.46Notify03BRL-CAD Wiki:Tbrowder * 5545 /wiki/DSP: /* Strategy */ continuing the DSP tutorial
16:35.49Notify03BRL-CAD Wiki:Tbrowder * 5546 /wiki/DSP: /* Strategy */
16:47.41Notify03BRL-CAD Wiki:Tbrowder * 5547 /wiki/DSP: /* Displacement (DSP) map primitive */
16:49.37Notify03BRL-CAD Wiki:Tbrowder * 5548 /wiki/DSP: /* Strategy */
17:06.20*** join/#brlcad luca79 (~luca@188-22-207-31.adsl.highway.telekom.at)
17:06.27*** join/#brlcad arno (~luca@188-22-207-31.adsl.highway.telekom.at)
17:26.53Notify03BRL-CAD Wiki:41.92.210.5 * 5549 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */
17:29.31Notify03BRL-CAD Wiki:41.92.210.5 * 5550 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 29th */
17:41.25Notify03BRL-CAD Wiki:Tbrowder * 5551 /wiki/DSP: /* Nearest neighbors */
19:15.06*** join/#brlcad kesha (~kesha@49.249.19.192)
19:44.08*** join/#brlcad AndChat|321536 (~AndChat32@49.249.18.172)
19:44.32*** join/#brlcad kesha__ (~kesha@49.249.18.172)
21:21.48Notify03BRL-CAD Wiki:Level zero * 5552 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 logs*/
23:10.11zero_levelhi ``Erik brlcad
23:16.56zero_levelin rmrt/rtsrv.c it uses icv.h but only an icv strcuture(bif) is being initialized no function (from icv.h) being called. Does that have relavence ? As I dont see bif being used in the file!
IRC log for #brlcad on 20130630

IRC log for #brlcad on 20130630

06:03.41*** join/#brlcad gaganjyot (~gagan@1.38.19.66)
06:03.48gaganjyotHello everyone
06:03.54gaganjyotI wanted to know
06:04.08gaganjyotwhere are brlcad primitive files located in brlcad src ?
06:20.08zero_levelgaganjyot do you mean the pix,bw files ?
06:20.20gaganjyotLike
06:20.24zero_levelthese are in pix folder
06:20.30gaganjyotwhere are the functions for showing
06:20.37gaganjyotrcc rpp on display manager
06:20.39gaganjyot?
06:21.02zero_levelu can do pix-png and convert the file to png
06:22.46gaganjyotNo
06:22.55gaganjyotI want to see how a rpp is created
06:23.05gaganjyotso there might be a function
06:23.16gaganjyotthat draws rpp on mged display manager
06:24.22zero_levelhttp://brlcad.org/wiki/BRL-CAD_Primitives see if this helps you else wait for someone to respond
06:24.43gaganjyotI have already gone through this
06:24.51gaganjyotbut didn't helped
06:24.59gaganjyotNo problem lets wait
06:36.24gaganjyotI found them
06:36.34gaganjyotsrc/librt/primitives
07:08.06*** part/#brlcad gaganjyot (~gagan@1.38.19.66)
08:23.18*** join/#brlcad caen23 (~caen23@92.81.178.221)
12:29.32*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:d348:0:3d:3809:d701)
12:32.41*** join/#brlcad kesha__ (~kesha@49.249.9.78)
12:55.39*** join/#brlcad kesha (~kesha@49.249.9.78)
13:14.31*** join/#brlcad kesha__ (~kesha@49.249.18.31)
13:19.26*** join/#brlcad kesha (~kesha@49.249.18.31)
13:27.56*** join/#brlcad kesha__ (~kesha@49.249.18.31)
13:58.33*** join/#brlcad kesha__ (~kesha@49.249.18.31)
15:04.12*** join/#brlcad kesha (~kesha@49.249.1.15)
15:14.21*** join/#brlcad kesha__ (~kesha@49.249.18.219)
15:47.04*** join/#brlcad kesha (~kesha@49.249.18.219)
15:48.48*** join/#brlcad kesha (~kesha@49.249.18.219)
15:50.54*** join/#brlcad kesha (~kesha@49.249.18.219)
15:52.20*** join/#brlcad kesha (~kesha@49.249.18.219)
15:55.05*** join/#brlcad kesha (~kesha@49.249.18.219)
15:56.08*** join/#brlcad kesha__ (~kesha@49.249.18.219)
15:59.52*** join/#brlcad kesha__ (~kesha@49.249.18.219)
16:02.01*** join/#brlcad kesha (~kesha@49.249.18.219)
16:05.48*** join/#brlcad caen23 (~caen23@92.81.215.188)
16:08.58*** join/#brlcad kesha (~kesha@49.249.18.219)
16:09.52*** join/#brlcad kesha__ (~kesha@49.249.18.219)
16:21.24*** join/#brlcad kesha__ (~kesha@49.249.18.219)
16:31.06Notify03BRL-CAD Wiki:Tbrowder * 5553 /wiki/DSP: /* A practical example */
16:52.55Notify03BRL-CAD Wiki:Tbrowder * 5554 /wiki/DSP: /* A practical example */
16:59.26Notify03BRL-CAD Wiki:Tbrowder * 5555 /wiki/DSP: /* A practical example */
17:04.47Notify03BRL-CAD Wiki:Tbrowder * 5556 /wiki/DSP: /* Algorithm */
17:10.55*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:28.19*** join/#brlcad cstirk (~quassel@96.255.19.39)
18:08.06*** join/#brlcad kesha__ (~kesha@49.249.19.92)
18:22.12Notify03BRL-CAD Wiki:Tbrowder * 5557 /wiki/DSP: /* A practical example */
18:31.08*** join/#brlcad kesha (~kesha@49.249.19.92)
18:31.21Notify03BRL-CAD Wiki:Tbrowder * 5558 /wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
18:34.25Notify03BRL-CAD Wiki:Tbrowder * 5559 /wiki/DSP: /* A practical example */
18:36.33Notify03BRL-CAD Wiki:Harman052 * 5560 /wiki/User:Harman052/GSoc2013/Logs:
18:37.11Notify03BRL-CAD Wiki:Tbrowder * 5561 /wiki/DSP: /* Shapefile data */
18:38.34Notify03BRL-CAD Wiki:Tbrowder * 5562 /wiki/DSP: /* Shapefile data */
18:51.59*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
19:56.24*** join/#brlcad vladbogo (~vlad@188.25.236.123)
20:03.53*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:07.34*** join/#brlcad kesha (~kesha@49.249.19.92)
20:15.48*** join/#brlcad kesha__ (~kesha@49.249.19.92)
20:38.58*** join/#brlcad kesha (~kesha@49.249.19.92)
20:39.51Notify03BRL-CAD:vladbogo * 55898 brlcad/trunk/src/libdm/dm-qt.cpp: Variable initialization in order to create Tk main window.
21:09.55Notify03BRL-CAD:vladbogo * 55899 brlcad/trunk/src/libdm/dm-qt.cpp: Tested the dm_top value and created the corresponding window: toplevel or embedded.
21:12.35Notify03BRL-CAD:vladbogo * 55900 brlcad/trunk/src/libdm/dm-qt.cpp: Corrected the dm-qt filename and other small inconsistencies.
21:20.48Notify03BRL-CAD:vladbogo * 55901 brlcad/trunk/src/libdm/dm-qt.cpp: Sanity check to see if the window has been succesffully created.
21:24.49Notify03BRL-CAD:vladbogo * 55902 brlcad/trunk/src/libdm/dm-qt.cpp: Added a comment to highlight the qt_open function.
21:56.56Notify03BRL-CAD:vladbogo * 55903 brlcad/trunk/src/libdm/dm-qt.cpp: Init dm, open display and set window dimensions.
22:27.07Notify03BRL-CAD:vladbogo * 55904 brlcad/trunk/src/libdm/dm-qt.cpp: Added the qt_configureWin_guts function and fixed some initialization issues.
22:45.06Notify03BRL-CAD Wiki:Vladbogolin * 5563 /wiki/User:Vladbogolin/GSoC2013/Logs:
IRC log for #brlcad on 20130701

IRC log for #brlcad on 20130701

03:18.12*** join/#brlcad IriX64 (~kvirc@bas7-sudbury98-1096760472.dsl.bell.ca)
04:57.01brlcadbegins an AIX compile on the new 48 CPU POWER server
05:03.36*** join/#brlcad caen23_ (~caen23@92.81.215.154)
07:06.52*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:08.15Notify03BRL-CAD:phoenixyjll * 55905 brlcad/trunk/src/libbrep/intersect.cpp: Begin to implement curve-surface intersections, using sub-division and Newton-Raphson iterations, similar to curve-curve intersections.
08:16.39Notify03BRL-CAD:phoenixyjll * 55906 brlcad/trunk/src/libbrep/intersect.cpp: Forget to set ON_X_EVENT::m_type.
08:24.21*** join/#brlcad caen23 (~caen23@92.81.215.154)
08:33.35Notify03BRL-CAD Wiki:Phoenix * 5564 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */
10:07.33*** join/#brlcad kesha_ (~kesha@49.249.19.99)
11:15.51``Erikthe gcc farm one?
12:49.47*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b116:6be6:0:e:222c:9701)
13:11.12Notify03BRL-CAD:carlmoore * 55907 brlcad/trunk/TODO: remove trailing blank or tab
14:01.44*** join/#brlcad vladbogo (~vladbogo@188.25.236.123)
14:07.44brlcad``Erik: yeah
14:08.05brlcadcompile was an utter failure, unfortunately .. have to dig into it
14:30.21DarkCalfwaves to brlcad
14:30.53DarkCalfI'm a married man now brlcad! I feel older...
14:37.42brlcadDarkCalf: congratulations!
14:37.44brlcadyou are older ;)
14:38.05brlcadI saw the picures, looked fantastic!
14:40.58*** join/#brlcad phoenixyjll (a66f3021@gateway/web/freenode/ip.166.111.48.33)
14:48.05*** join/#brlcad cstirk (~quassel@96.255.19.39)
15:32.56Notify03BRL-CAD Wiki:Magnusk123 * 0 /wiki/User:Magnusk123:
15:43.58Notify03BRL-CAD:vladbogo * 55908 (brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/dm-qt.c): Added qt_doevent function to mged/dm-qt.c and created the Tk main window.
15:44.06Notify03BRL-CAD Wiki:NyahCh3ck20 * 5565 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
16:31.21*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b116:6be6:0:e:222c:9701)
17:48.44*** join/#brlcad caen23 (~caen23@92.85.81.114)
18:05.26Notify03BRL-CAD:starseeker * 55909 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Simplify knots checking
18:09.29brlcadwoot, all known DMG issues should now be fixed, update uploading now
18:10.24Notify03BRL-CAD:starseeker * 55910 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: remove unnecessary else clause of if test
18:10.34brlcadincludes path fix, example command-line setup, fix for drag-n-drop of .g filenames with spaces, also supports drag-n-drop of multiple .g files now too
18:10.56brlcadwrote up release steps so it shouldn't be "quite" as painful again next time
18:11.23brlcadstill uses a preconfigured .app and .dmg, though .. so can't add that to the repo
18:30.58Notify03BRL-CAD:carlmoore * 55911 brlcad/trunk/doc/docbook/system/man1/en/fbline.xml: re-did the fbline.xml manpage
18:38.48*** join/#brlcad kesha_ (~kesha@49.249.19.232)
18:49.53Notify03BRL-CAD Wiki:KeshaSShah * 5566 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 2 */
18:50.26Notify03BRL-CAD:starseeker * 55912 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: isolate test logic, ws
19:02.21Notify03BRL-CAD:starseeker * 55913 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: add a parameter to the subdivide by knots function that will be used to generalize it.
19:02.53Notify03BRL-CAD:starseeker * 55914 brlcad/trunk/include/brep.h: update brep.h too
19:29.07Notify03BRL-CAD:starseeker * 55915 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Start working on setting up the knots split function to handle both cases.
19:37.05Notify03BRL-CAD:starseeker * 55916 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Finally - successfully consolidate the two splitting functions into one. Not fully simplified by any means, but this should at least improve the readability - there was a lot of common code between the two cases.
19:39.50starseekerwoo hoo!
19:40.16starseekerbeen wanting to do that for a long time
19:44.23brlcadexcellent
19:48.56*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
19:54.37*** join/#brlcad caen23 (~caen23@92.85.81.114)
20:10.38Notify03BRL-CAD:starseeker * 55917 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 2 others): Pull curve tangent calculations into a function.
20:46.55brlcaduser-visible count for 7.24.0: 17 Sean Morrison, 12 Richard Weiss, 9 Bob Parker, 4 Nick Reed, 4 Keith Bowman, 4 Chris Dueck, 2 Jordi Sayol, 2 Cliff Yapp, 2 Carl Moore, 1 Tom Browder, 1 Daniel Roßberg, 1 Andrei Popescu, 1 Akshay Kashyap, 1 Aaron Keesing
21:03.23Notify03BRL-CAD:carlmoore * 55918 brlcad/trunk/src/fb/fbpoint.c: change h to H option, so that h can be used if merely seeking help; sorry I do not see options for width, height, squaresize
21:03.35Notify03BRL-CAD Wiki:Sean * 5567 /wiki/Community_Publication_Portal: update text summary and resort feature change list, close to final
21:05.08starseekerwinces
21:31.05Notify03BRL-CAD Wiki:41.92.210.54 * 5568 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */
21:31.27Notify03BRL-CAD:carlmoore * 55919 brlcad/trunk/doc/docbook/system/man1/en/fb-cmap.xml: change -h to -H in the man page
21:37.06Notify03BRL-CAD:carlmoore * 55920 brlcad/trunk/src/fb/fbcmrot.c: oops, was missing H (high-res) from the options in Usage; sorry, I don't see the width and height being available to be set separately, just the 'size'
21:49.05Notify03BRL-CAD Wiki:Vladbogolin * 5569 /wiki/User:Vladbogolin/GSoC2013/Logs:
22:32.09``Erikaw yeah *flex*
23:59.59zero_levelhi.. when I do svn update -r55920 in the brlcad directory It says "svn: No such revision 55920"  is there any issue. Has sombody faced similar issue. ?
IRC log for #brlcad on 20130702

IRC log for #brlcad on 20130702

00:09.50starseekerum - if you're trying to get the latest you can just do "svn update"
00:12.13zero_levelstarseeker. i recently did a fresh checkout after installing a new OS(ubuntu) and it got me revision 55208. Although earlier i was working on the latest revision.
00:12.43zero_leveland when i try to update it says it says At revision 55208
00:14.20starseekerzero_level: sounds like you're using the old web address
00:16.25starseekersvn checkout https://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad
00:17.02starseekeris that what you did?
00:47.46zero_levelstareseeker true..
00:49.09Notify03BRL-CAD Wiki:Level zero * 5570 /wiki/Building_from_SVN: /* Adding New Address*/
00:49.53zero_levelstarseeker forgot that discussion about new link. Added new link to the wiki page
01:55.16``Erikhttps://github.com/eholk/harlan  lisp for gpu programming (via opencl), neat
02:43.29Notify03BRL-CAD:phoenixyjll * 55921 brlcad/trunk/src/libbrep/intersect.cpp: m_b may not be increasing, we need an interval approach. And update m_A, m_B, m_b after merging.
02:44.23zero_levelhi ``Erik ,brlcad
02:44.51zero_level<PROTECTED>
02:44.54zero_level<PROTECTED>
06:46.15*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:23.41*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
07:49.20Notify03BRL-CAD:phoenixyjll * 55922 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Add tests for curve-surface intersections.
07:51.58Notify03BRL-CAD:phoenixyjll * 55923 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Forget to uncomment the first test.
07:55.50Notify03BRL-CAD:phoenixyjll * 55924 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Rename variables to avoid shadowing.
08:05.45Notify03BRL-CAD:phoenixyjll * 55925 brlcad/trunk/src/libbrep/intersect.cpp: We need to check the endpoints of the line segment when computing its intersection with a boundaried plane. And consider NaN, and add fabs() when calculating the line_t.
08:30.32*** join/#brlcad caen23 (~caen23@92.85.81.114)
08:37.07Notify03BRL-CAD Wiki:Phoenix * 5571 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */
08:50.47Notify03BRL-CAD:phoenixyjll * 55926 brlcad/trunk/src/libged/brep.c: should be "CS" (curve-surface), not "PC"
08:55.46Notify03BRL-CAD Wiki:Phoenix * 5572 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */
13:07.09brlcadzero_level: if it seems like nothing is calling them, try removing them and see what happens
13:07.37brlcadzero_level: just be sure to test
13:08.15*** join/#brlcad yiyus (1242712427@212.224.65.219)
13:08.17brlcadif it's not used, go ahead and remove them (that's a nice small succinct patch) ... if they are used, you will gain greater understanding on how they're being used
13:30.09*** join/#brlcad cstirk (~quassel@96.255.19.39)
14:14.44Notify03BRL-CAD:carlmoore * 55927 (brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/dm-qt.c): remove trailing blanks/tabs
14:15.41*** join/#brlcad Izak_ (29cac5e1@gateway/web/freenode/ip.41.202.197.225)
14:22.43Izak_How can I combine related edits of different files into one single patch?
14:36.03zero_level``Erik do we need to test the allocation via bu_malloc. I believe its the internal structure of bu_malloc which takes care of the test.
14:38.12brlcadzero_level: what do you mean?
14:38.22brlcadwhat allocation?
14:39.08brlcadyou said "I dont see bif being used in the file" .. I said "okay, try removing it"
14:50.13*** join/#brlcad kesha_ (~kesha@49.249.200.78)
14:56.43brlcadhi kesha_
14:58.48brlcadcan someone else confirm this bug for me?  seems to be an infinite loop in the ray tracing: http://brlcad.org/tmp/brlcad_logo.g
14:58.59brlcadrt brlcad_logo.g logo.c
15:00.47brlcadit's due to setting shadow rays > 1
15:01.08``Erikseems to jam up in rt_booleval with a BU_PTBL_FOR, src/librt/bool.c:1386
15:01.49``Erikzero_level: you're right, a failed malloc() in bu_malloc() calls a bu_bomb(), so the return value doesn't have to be checked... my bad
15:03.52zero_levelbrlcad : that was related to a commnet on one of my patch
15:04.04zero_level``Erik thanks
15:04.11``Erikhm, scratch that on the booleval, it just seems very busy there :/
15:04.37brlcadyeah, i was seeing that ptbl loop too
15:05.37brlcadit's not as simple as shadow rays > 1, at least I created a simple test case and no problems
15:05.47``Erikhuh, it seems to be hitting the shader and continuing on
15:06.10brlcadso lending more credence to the shadow rays maybe not dealing with the multiply referenced paths or something
15:07.09kesha_Hi brlcad
15:15.13``Erikis lsp->lt_pt_count not being updated in sh_light.c's light_gen_sample_points ~531 ?
15:45.33brlcadbug present all the way back to r40000 so at least not anything newly introduced
15:46.59brlcadr30000 so at least it's either nothing new or unrelated to sh_light.c
15:55.15``Erikwhen generating light point samples, it keeps shorting out on sh_light.c:380 and not actually adding any, so it never acculumates the # it needs
16:06.35brlcadconfirmed that this seems to be just an undiscovered/unencountered bug, checked all the way back to 2004 open sourcing
16:11.43Notify03BRL-CAD:brlcad * 55928 brlcad/trunk/include/shadework.h: note this is s cycle
16:13.55``Erikhttp://brlcad.org/~erik/tmp/crap.pix is a run where a green pixel is painted  at the beginning of the for loop in sh_light.c light_gen_sample_pts_hit() and a red one if it gets past the "if (pp->pt_regionp != lsp->lt_rp) continue;" line
16:14.38``Eriksomething doesn't get set or gets mangled where it stops seeing those...
16:18.35Notify03BRL-CAD:tbrowder2 * 55929 (brlcad/trunk/TODO.shaded_displays =================================================================== and 125 others): save Sean's shaded display road map until a better location is found
16:19.21brlcad``Erik: er what's the dimensions on that pix file?
16:19.47brlcadheh, nice parse fail there
16:20.08``Erikuh, irrelevant? :D I was just blasting pixels out into stderr and redirecting into a file until I ^C'd it
16:20.27brlcadah
16:20.41brlcaddidn't know if the speckled red made any pattern
16:21.23``ErikI think the only relevant pattern is that there are some, and then there are not
16:30.26brlcadlogo image I'm using for the release announcement: http://brlcad.org/tmp/archer_logo.png
16:50.02Notify03BRL-CAD:erikgreenwald * 55930 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): patch 197 from zero_level
16:50.58Notify03BRL-CAD:erikgreenwald * 55931 brlcad/trunk/src/libicv/fileformat.c: fix indentation
16:52.39Notify03BRL-CAD:carlmoore * 55932 brlcad/trunk/src/fb/rle-fb.c: remove old h; furnish help via h,?; initialize (to 0) three variables which are set to 1 by options
16:57.27Notify03BRL-CAD:carlmoore * 55933 brlcad/trunk/doc/docbook/system/man1/en/rle-fb.xml: rle-fb new man page, because I removed the 'h' option
16:59.51*** join/#brlcad kesha_ (~kesha@49.248.244.95)
17:03.03*** join/#brlcad harmanpreet (~chatzilla@124.253.151.66)
17:05.55Notify03BRL-CAD:carlmoore * 55934 brlcad/trunk/src/fbed/fbed.c: I noticed that rle-fb was referenced from within fbed.c , so after I removed old h option from rle-fb, I went to fbed.c and implemented -s 1024
17:06.28brlcad(unless someone can come up with something better in the next hour or so)
17:11.35Notify03BRL-CAD Wiki:Tbrowder * 5573 /wiki/Main_page: /* Tutorials */
17:13.03Notify03BRL-CAD Wiki:Tbrowder * 5574 /wiki/Main_page: /* Tutorials */
17:30.15Notify03BRL-CAD:carlmoore * 55935 brlcad/trunk/doc/docbook/system/man1/en/bw-ps.xml: new man page for bw-ps
17:57.02``ErikImmuteability: The property of functional programmers that prevents them from shutting up about pure functional programming.
17:58.48brlcadheh
18:10.40Notify03BRL-CAD:carlmoore * 55936 brlcad/trunk/doc/docbook/system/man1/en/bwscale.xml: new man page for bwscale
18:20.33Notify03BRL-CAD:carlmoore * 55937 brlcad/trunk/doc/docbook/system/man1/en/bwshrink.xml: new man page for bwshrink
18:36.28Notify03BRL-CAD:carlmoore * 55938 (brlcad/trunk/doc/docbook/system/man1/en/fbpoint.xml brlcad/trunk/src/fb/fbpoint.c): implement run-with-no-arguments (h,? already work); initialize width,height as 512, not as 0
18:37.40*** join/#brlcad kesha_ (~kesha@49.248.244.95)
18:51.00Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:Archer_logo.png: Screenshot of the BRL-CAD logo being edited in Alpha Archer/MGED, release 7.24.0.
19:07.27Notify03BRL-CAD:starseeker * 55939 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Use a queue to re-use arrays rather than always mallocing and freeing
19:13.25*** join/#brlcad kesha_ (~kesha@49.248.244.95)
19:13.49Notify03BRL-CAD:starseeker * 55940 brlcad/trunk/src/libicv/fileformat.c: Presume this is bif->fd and not just fd?
19:34.31*** join/#brlcad kesha_ (~kesha@49.248.244.95)
19:56.48starseekerconfound it - the split function refuses to work when I supply my own destination surfaces
20:31.12*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:55.38*** join/#brlcad caen23 (~caen23@92.81.212.165)
20:57.25Notify03BRL-CAD Wiki:Izakkayems * 5576 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */
21:51.10Notify03BRL-CAD Wiki:Level zero * 5577 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 3 */
22:01.05*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:54.19*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20130704

IRC log for #brlcad on 20130704

00:26.21*** join/#brlcad infobot (~infobot@rikers.org)
00:26.21*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
01:21.27zero_levelbrlcad, ``Erik: checked remrt/rtsrv.h. removing icv_image_file_t* bif; has issues with do.c and view_pixel.c in src/rt.
01:22.07zero_levelwhich is also evident by CmakeLists.txt in src/rt
01:45.59zero_levelwelcomes the concrete five step process.
02:18.20Notify03BRL-CAD Wiki:Level zero * 5588 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 3 */
03:35.12brlcadzero_level: glad you figured it out (correctly) ;)
03:40.17brlcadthat tool reuses a portion of code in src/rt (technically what we call the RTUIF), so the "front end" has to provide certain variables the back-end uses
03:44.47zero_levelbrlcad : k. Currently i am looking at rand0to1(_p) .  yet to figure out the characterstics of the input pointer to this marco.
04:58.03*** join/#brlcad caen23 (~caen23@92.81.167.93)
05:11.45Notify03BRL-CAD:phoenixyjll * 55954 brlcad/trunk/src/libbrep/intersect.cpp: Start to work on SSI - first do some clean up to the original code.
05:17.23Notify03BRL-CAD:phoenixyjll * 55955 brlcad/trunk/src/libbrep/intersect.cpp: Add intersection bounding box output support to the other two Intersect() functions.
05:22.43brlcadzero_level: looks at places it's used
05:23.07brlcadwhen you figure it out, add an example to bu.h like some of the other functions have ... good succinct patch
05:55.57Notify03BRL-CAD:phoenixyjll * 55956 brlcad/trunk/src/libbrep/intersect.cpp: Clean up and split the two steps (intersecting bounding boxes and triangular approximation).
08:10.47Notify03BRL-CAD:phoenixyjll * 55957 brlcad/trunk/src/libbrep/intersect.cpp: Deal with single points, and check validity of the solutions.
08:39.36Notify03BRL-CAD Wiki:Phoenix * 5589 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */
08:40.24Notify03BRL-CAD Wiki:Phoenix * 5590 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */
08:44.07*** join/#brlcad caen23 (~caen23@92.81.166.26)
08:59.15*** join/#brlcad kesha_ (~kesha@49.249.18.54)
09:24.10*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
10:55.56*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:52.32*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
11:54.13*** join/#brlcad Kimz (~AndChat32@49.249.18.218)
13:49.52*** join/#brlcad AndChat|321536 (~AndChat32@49.249.18.201)
14:45.16zero_levelbrlcad: Added a patch see 209
14:58.57brlcadI saw it
14:59.07brlcadgets notifications on every change
17:05.08*** join/#brlcad Kimz (~AndChat32@49.202.231.232)
17:20.32*** join/#brlcad vladbogo (~vlad@188.25.236.74)
18:25.52*** join/#brlcad caen23 (~caen23@92.81.177.193)
19:43.23*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-zpantvgsrjnjzvwj)
19:57.49*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:21.13*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:22.18Notify03BRL-CAD Wiki:Vladbogolin * 5591 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:22.24Notify03BRL-CAD Wiki:Tbrowder * 5592 /wiki/DSP: /* A practical example */
21:22.26Notify03BRL-CAD Wiki:Tbrowder * 5593 /wiki/DSP: /* A practical example */
21:22.34Notify03BRL-CAD Wiki:Tbrowder * 5594 /wiki/DSP: /* Shapefile data */
21:22.36Notify03BRL-CAD Wiki:Tbrowder * 5595 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
21:23.31Notify03BRL-CAD Wiki:Tbrowder * 5596 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
23:32.07*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
IRC log for #brlcad on 20130705

IRC log for #brlcad on 20130705

01:48.58*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
01:49.31*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
01:53.20*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
02:20.25*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
02:28.48*** join/#brlcad ChanServ (ChanServ@services.)
02:28.49*** mode/#brlcad [+o ChanServ] by card.freenode.net
03:49.57*** join/#brlcad ChanServ (ChanServ@services.)
03:49.57*** mode/#brlcad [+o ChanServ] by card.freenode.net
04:22.53*** join/#brlcad ChanServ (ChanServ@services.)
04:22.53*** mode/#brlcad [+o ChanServ] by card.freenode.net
06:25.26*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
06:36.35Notify03BRL-CAD:phoenixyjll * 55958 brlcad/trunk/src/libbrep/intersect.cpp: Deal with surface boundaries, some special handling for closed surfaces, and eliminate duplicated points.
06:52.40Notify03BRL-CAD:phoenixyjll * 55959 brlcad/trunk/src/libbrep/intersect.cpp: Remove unused parameter.
06:53.37Notify03BRL-CAD:phoenixyjll * 55960 brlcad/trunk/src/libbrep/intersect.cpp: ws.
08:24.00*** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net)
08:29.40*** join/#brlcad kesha_ (~kesha@14.139.122.114)
09:17.36*** join/#brlcad yiyus (1242712427@je.je.je)
09:27.33*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
09:28.21Notify03BRL-CAD Wiki:KeshaSShah * 5597 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 3 */
09:42.07*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
10:30.24*** join/#brlcad kesha_ (~kesha@14.139.122.114)
10:49.59*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
11:44.45Notify03BRL-CAD Wiki:Izakkayems * 5598 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */
12:27.46*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:56.07*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
12:56.49*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
12:56.49*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
12:56.49*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
13:11.15*** join/#brlcad ChanServ (ChanServ@services.)
13:11.15*** mode/#brlcad [+o ChanServ] by card.freenode.net
13:14.58*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-zpantvgsrjnjzvwj)
13:19.28*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
13:19.41*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
13:20.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:26.57*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
13:26.57*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
13:27.07*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:27.41*** join/#brlcad kanzure (~kanzure@131.252.130.248)
13:33.03*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:42.32Notify03BRL-CAD:carlmoore * 55961 (brlcad/trunk/TODO.shaded_displays brlcad/trunk/src/tclscripts/CMakeLists.txt): remove trailing blanks/tabs
13:50.54zero_levelbrlcad, ``Erik How do i test that my current changes in rt as per the new icv_library functions work correctly.
13:57.28Notify03BRL-CAD Wiki:Level zero * 5599 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 3 */
14:39.11*** join/#brlcad ChanServ (ChanServ@services.)
14:39.11*** mode/#brlcad [+o ChanServ] by card.freenode.net
15:11.57*** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
16:55.03*** join/#brlcad harmanpreet (~harman@202.164.53.122)
17:22.35harmanpreetbrlcad: Where is the code of facetize command located that need to be hooked?
17:23.16harmanpreetI searched src/libged/facetize.c and src/libged/wdb_obj.c and from man page, I found "t" option that can be used to convert CSG to tnurbs.
17:24.22harmanpreetThen from the switch case in /src/libged/facetize.c and wdb_obj.c, I found nmg_use_tnurbs flag and for this flag I didn't found any relevant code like in the case of make_bot and triangulate flags.
17:54.53Notify03BRL-CAD:carlmoore * 55962 brlcad/trunk/src/fbserv/fbserv.c: implement h,? for help; remove old h in favor of s 1024; note s,w,n options in Usage statement
18:04.27Notify03BRL-CAD:carlmoore * 55963 brlcad/trunk/doc/docbook/system/man1/en/fbserv.xml: revise fbserv manpage, and shorten the remarks about W,N options
18:41.40*** join/#brlcad caen23_ (~caen23@92.83.163.215)
19:12.35*** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
19:32.41Notify03BRL-CAD Wiki:Izakkayems * 5600 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */
19:38.48*** join/#brlcad cstirk_ (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
21:25.51*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
IRC log for #brlcad on 20130706

IRC log for #brlcad on 20130706

03:12.57*** join/#brlcad kesha_ (~kesha@49.249.18.176)
03:21.22*** join/#brlcad caen23 (~caen23@92.81.201.125)
04:24.47*** join/#brlcad kesha_ (~kesha@49.249.18.176)
04:43.56*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-rjeczkilwtywmssi)
05:15.00*** join/#brlcad kesha_ (~kesha@49.249.18.176)
07:40.00*** join/#brlcad caen23_ (~caen23@92.81.162.176)
08:52.52*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:07.00*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:17.17*** join/#brlcad thegreatfox (~smuxi@dsl-hkibrasgw4-50dc40-127.dhcp.inet.fi)
13:18.57thegreatfoxNew visitor here to BRLCAD. Just curious if the following Contributor Quickie is still open: VERY EASY: Move LIBBN comments from source to header files?
13:30.12*** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
13:31.03*** join/#brlcad thegreatfox_ (~smuxi@dsl-hkibrasgw4-50dc40-127.dhcp.inet.fi)
13:31.36*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:55.53*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:58.54*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
14:00.07*** join/#brlcad kesha__ (~kesha@14.139.122.114)
14:35.40*** part/#brlcad thegreatfox_ (~smuxi@dsl-hkibrasgw4-50dc40-127.dhcp.inet.fi)
15:24.21*** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
15:39.20*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
15:42.52*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
16:01.22*** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
16:34.29*** join/#brlcad kesha__ (~kesha@14.139.122.114)
17:13.15*** join/#brlcad kesha__ (~kesha@14.139.122.114)
19:02.09*** join/#brlcad kesha__ (~kesha@14.139.122.114)
19:28.05*** join/#brlcad kesha__ (~kesha@14.139.122.114)
19:41.38*** join/#brlcad kesha__ (~kesha@14.139.122.114)
20:16.42*** join/#brlcad kesha__ (~kesha@14.139.122.114)
21:31.53*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
IRC log for #brlcad on 20130707

IRC log for #brlcad on 20130707

00:06.39*** join/#brlcad cstirk_ (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
02:39.41*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
06:35.24*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
07:41.04*** join/#brlcad caen23 (~caen23@92.85.82.153)
10:15.53Notify03BRL-CAD Wiki:Vladbogolin * 5601 /wiki/User:Vladbogolin/GSoC2013/Logs:
10:24.57*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
11:15.53*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
15:40.53*** join/#brlcad Kimz (~AndChat32@49.249.18.16)
15:46.04*** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
16:46.00Notify03BRL-CAD Wiki:Harman052 * 5602 /wiki/User:Harman052/GSoc2013/Logs:
19:47.38*** join/#brlcad vladbogo (~vlad@188.25.237.173)
21:25.43``Erikneat http://youtu.be/55d5ppwQBQ4  (yet the evil spherical drone of scifi aspect is a bit skeery)
23:11.10*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
IRC log for #brlcad on 20130708

IRC log for #brlcad on 20130708

00:14.24*** join/#brlcad badtab (tomboy@gateway/shell/blinkenshell.org/x-xzsmbljjiegzyqgm)
02:11.13*** join/#brlcad IriX64 (~kvirc@bas7-sudbury98-1096760472.dsl.bell.ca)
04:17.12Notify03BRL-CAD:phoenixyjll * 55964 brlcad/trunk/src/libbrep/intersect.cpp: The distance of a point and a plane may be negative - use fabs(). And fix a bug of triangle intersections - update the line_normal for triangle B, and floating points can not use == directly (we use ON_ZERO_TOLERANCE instead). And use the bounding box diagonals to calculate max_dis, as Volumn() might be zero.
05:07.13Notify03BRL-CAD:phoenixyjll * 55965 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/tests/test_ssi.cpp): Deal with surface-surface intersection points.
06:30.42Notify03BRL-CAD:phoenixyjll * 55966 brlcad/trunk/src/libbrep/intersect.cpp: The inverse of the matrix may fail, and actually we don't need to solve a 3*3 system because x+y+z==1. And triangle intersections should handle the cases where the two planes are coincident.
06:53.07Notify03BRL-CAD Wiki:Phoenix * 5603 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */
06:53.50Notify03BRL-CAD Wiki:Phoenix * 5604 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */
06:54.18Notify03BRL-CAD Wiki:Phoenix * 5605 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */
06:58.24*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:14.26Notify03BRL-CAD:phoenixyjll * 55967 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/tests/test_ssi.cpp): Add the default entry to eliminate warnings.
08:28.45*** join/#brlcad luca79 (~luca@194-166-176-3.adsl.highway.telekom.at)
08:34.03*** join/#brlcad caen23 (~caen23@92.85.82.153)
11:00.43Notify03BRL-CAD Wiki:Tbrowder * 5606 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
11:09.42Notify03BRL-CAD Wiki:Tbrowder * 5607 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
11:11.35Notify03BRL-CAD Wiki:Tbrowder * 5608 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
11:32.23Notify03BRL-CAD Wiki:Tbrowder * 5609 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
12:47.00*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b120:cbda:0:4b:4b8d:9201)
13:36.52*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:58.03Notify03BRL-CAD:starseeker * 55968 brlcad/trunk/src/other/CMakeLists.txt: Move src/other/step to src/other/stepcode in preparation for switching to using the stepcode project sources
14:02.41*** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net)
14:13.26Notify03BRL-CAD:starseeker * 55969 (brlcad/trunk/src/other/stepcode/AUTHORS brlcad/trunk/src/other/stepcode/CMakeLists.txt and 217 others): Commit stepcode 0.7 vanilla - probably need to re-add one or two tweaks that haven't made it upstream yet.
14:16.17Notify03BRL-CAD:starseeker * 55970 brlcad/trunk/src/conv/step/CMakeLists.txt: Tell the step conversion code to look in the new location.
14:20.26Notify03BRL-CAD Wiki:Tbrowder * 5610 /wiki/DSP: /* A simple example */
14:28.24Notify03BRL-CAD:starseeker * 55971 brlcad/trunk/src/other/stepcode/CMakeLists.txt: Don't turn on the schemas unless we've got testing enabled.
14:29.03*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
14:29.13Notify03BRL-CAD:starseeker * 55972 brlcad/trunk/src/other/CMakeLists.txt: stepcode switched from SCL to SC as a prefix
14:29.23hickoryknollwho
14:30.31*** part/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
14:38.58Notify03BRL-CAD:starseeker * 55973 brlcad/trunk/src/other/stepcode/src/cldai/sdaiDaObject.h: Quell unused variable warning - I *think* this is what this function is actually supposed to do?
14:39.38Notify03BRL-CAD:starseeker * 55974 brlcad/trunk/src/other/stepcode/src/cldai/sdaiDaObject.h: ws
14:49.32*** join/#brlcad caen23 (~caen23@92.81.222.4)
15:00.52Notify03BRL-CAD:starseeker * 55975 brlcad/trunk/src/other/stepcode/src/clstepcore/ExpDict.cc: Re-apply r55331 - use delete[] to free new[] memory
15:20.38Notify03BRL-CAD:starseeker * 55976 brlcad/trunk/src/other/stepcode.dist: Get distcheck going again for stepcode
15:31.54*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b120:cbda:0:4b:4b8d:9201)
15:48.57*** join/#brlcad Kimz (~AndChat32@49.202.239.168)
16:06.45``Erikstarseek1r: http://graphics.stanford.edu/projects/dti/
16:43.48Notify03BRL-CAD:erikgreenwald * 55977 brlcad/trunk/src/other/stepcode/src/base/sc_memmgr.cc: malloc.h has been replaced by stdlib.h
17:21.09Notify03BRL-CAD:erikgreenwald * 55978 brlcad/trunk/src/other/stepcode/src/cllazyfile/lazyInstMgr.cc: force 64b constants to use unsigned long long instead of compile native long, which is too small on 32b machines
17:43.42*** join/#brlcad kesha (~kesha@27.61.184.27)
17:44.50Notify03BRL-CAD:erikgreenwald * 55979 brlcad/trunk/src/other/stepcode/src/cllazyfile/p21HeaderSectionReader.cc: explicitely cast stream position before comparison to avoid an ambiguous overload for the == operator
17:46.50*** join/#brlcad caen23_ (~caen23@92.83.167.104)
17:53.56*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01)
18:04.37*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-cmgkmjwgrplsoxpm)
18:11.44Notify03BRL-CAD Wiki:Level zero * 5611 /wiki/User:Level_zero/GSOC13/logs: Week 3 and Milestone Reached
18:13.13Notify03BRL-CAD Wiki:Level zero * 5612 /wiki/User:Level_zero/GSOC13/logs: /* Milestonses Reached */
18:19.28starseek1r``Erik: cool!
18:24.49*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
18:43.41*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01)
18:46.14Notify03BRL-CAD:carlmoore * 55980 brlcad/trunk/src/fbserv/fbserv.c: mention -p and -F in the Usage
18:57.49*** join/#brlcad vladbogo (~vlad@188.25.237.173)
19:04.18Notify03BRL-CAD Wiki:NyahCh3ck20 * 5613 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
19:06.50Notify03BRL-CAD Wiki:NyahCh3ck20 * 5614 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
19:07.19Notify03BRL-CAD Wiki:NyahCh3ck20 * 5615 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
19:13.02Notify03BRL-CAD Wiki:NyahCh3ck20 * 5616 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
19:14.26Notify03BRL-CAD Wiki:NyahCh3ck20 * 5617 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
19:15.14Notify03BRL-CAD Wiki:NyahCh3ck20 * 5618 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
19:15.44*** join/#brlcad kesha (~kesha@27.61.184.27)
19:16.41Notify03BRL-CAD Wiki:NyahCh3ck20 * 5619 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
19:21.01Notify03BRL-CAD Wiki:Izakkayems * 5620 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */
19:21.13Notify03BRL-CAD Wiki:NyahCh3ck20 * 5621 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */
19:21.56*** join/#brlcad kesha (~kesha@27.61.184.27)
19:22.16Notify03BRL-CAD Wiki:NyahCh3ck20 * 5622 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
19:25.45*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01)
19:31.02*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01)
19:34.56*** join/#brlcad kesha (~kesha@27.61.184.27)
19:36.45*** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:40.36Notify03BRL-CAD Wiki:Vladbogolin * 5623 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:50.12*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:50.52starseek1r``Erik: it's r55951, but I don't quite understand why - running mged in isolation with the shaders.mged file or checking the prj_add command interactively, it seems to be found
19:52.34*** join/#brlcad kesha (~kesha@27.61.184.27)
19:52.47*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
20:05.05*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:39.04``Erikfunky, 55951 is the removal of cached files? lame nfs caching must've tripped me up, I got 'successes' up in 55960 :/ I woulda dropped 55951 as a suspect if cmake hadn't started complaining about missing src/other/step/AUTHORS in 55970... stupid work machines and their stupid bad caching
20:52.03starseek1rTcl - never ending headaches a specialty
20:59.25starseekertwo possibilities - mged isn't properly seeing the generated index files in the build directory and we never noticed until now, or the generated index files are incorrect in some fashion
21:01.18starseekerI need to do more careful testing, but if a "raw" run doesn't show the issue and the scripts do it may be the scripts are setting some override variables that used to be needed but are now incorrect...
21:02.08starseekeractually, this may also be a good time to see if I can figure out how to do the regressions in such a way that we can also run them on Windows
21:02.18starseekerneeds to happen sooner or later...
21:05.34*** join/#brlcad kesha (~kesha@27.61.184.27)
21:09.13*** join/#brlcad Kimz (~AndChat32@49.249.18.135)
21:16.52*** join/#brlcad kesha (~kesha@27.61.184.27)
21:48.20*** join/#brlcad cstirk (~quassel@pool-74-96-216-82.washdc.fios.verizon.net)
22:31.09*** join/#brlcad kesha (~kesha@27.61.184.27)
22:34.43*** join/#brlcad kesha (~kesha@27.61.184.27)
23:02.47``Erikmy situation may've been unique in not having a recent enough 'make install', if it's been grabbing the installed variants instead of the build dir ones
23:55.57*** join/#brlcad cstirk (~quassel@pool-74-96-216-82.washdc.fios.verizon.net)
IRC log for #brlcad on 20130709

IRC log for #brlcad on 20130709

00:51.43*** join/#brlcad cstirk (~quassel@pool-74-96-216-82.washdc.fios.verizon.net)
02:17.20zero_levelhi ``Erik see patch 210 for bw load functions
02:40.28zero_levelcd ..
05:54.14*** join/#brlcad AndChat|321536 (~AndChat32@49.249.19.97)
06:10.29*** join/#brlcad caen23 (~caen23@92.83.176.172)
07:16.51*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
10:19.02*** join/#brlcad infobot (~infobot@rikers.org)
10:19.02*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
11:07.18*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:7c85:0:37:9109:2d01)
12:00.55*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:16.59*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ghiuukmqplcwarni)
12:50.38*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:7c85:0:37:9109:2d01)
14:03.27``Erikstarseeker: http://paste.lisp.org/display/137994
14:08.45*** join/#brlcad hickoryk1oll (~hickorykn@66-118-151-70.static.sagonet.net)
14:46.43``ErikI suspect Notify will not parse this correctly...
15:15.51hickoryk1ollexit
15:20.17``Erikwhat the what? O.o I have a revision number from a commit, but it's not ... there...
15:24.01Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_point.png:
15:24.03Notify03BRL-CAD Wiki:Phoenix * 5625 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
15:24.05Notify03BRL-CAD Wiki:Phoenix * 5626 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
15:24.07Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_line.png:
15:24.09Notify03BRL-CAD Wiki:Phoenix * 5628 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
15:24.11Notify03BRL-CAD Wiki:Phoenix * 5629 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
15:24.13Notify03BRL-CAD Wiki:Phoenix * 5630 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
15:24.15Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor.png:
15:24.17Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor_3d.png:
15:24.19Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor_2dA.png:
15:24.21Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor_2dB.png:
15:24.23Notify03BRL-CAD Wiki:Phoenix * 5635 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
15:24.25Notify03BRL-CAD Wiki:Phoenix * 5636 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
15:24.27Notify03BRL-CAD Wiki:Phoenix * 5637 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
15:24.29Notify03BRL-CAD Wiki:Phoenix * 5638 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
15:25.58Notify03BRL-CAD:phoenixyjll * 55982 brlcad/trunk/src/libbrep/intersect.cpp: Use 2D intersection tolerance with the 2D distances.
15:26.01Notify03BRL-CAD:phoenixyjll * 55983 brlcad/trunk/src/libbrep/intersect.cpp: Linear fitting with the 2D intersection curves.
15:26.04Notify03BRL-CAD:phoenixyjll * 55984 brlcad/trunk/src/libbrep/intersect.cpp: We already use 2D tol now. Remove the TODO comment.
15:26.06Notify03BRL-CAD:phoenixyjll * 55985 brlcad/trunk/src/libbrep/intersect.cpp: It should be CSI_MAX_ITERATIONS.
15:27.06Notify03BRL-CAD:erikgreenwald * 55986 (brlcad/trunk/NEWS brlcad/trunk/src/other/libpng/ANNOUNCE and 119 others): upgrade libpng to 1.6.2
15:29.05starseeker``Erik: paste has expired
15:30.30``Erikhttp://paste.lisp.org/display/137995
15:31.17starseekerhrm
15:32.41starseekersees that file in his build directory - what platform is that?
15:32.54``Erik32b ubuntu 12.04
15:33.03starseekerhun
15:33.15starseekercan't imagine why that would make a difference...
15:33.25``Erikquick, change that n to an m, you're starting to sound like you're from baltimore!
15:33.39starseekerhehe
15:33.51``ErikI'll purge and re-cmake to see what happens
15:33.51starseekeras long as they don't have to type correctly there
15:33.55starseekertoo
15:34.05``Erikbut it's a sllllooowwww machine (my $200 home server)
15:34.14starseekerare you using system tcl/tk?
15:34.23starseekerthat might have some impact...
15:34.32``ErikI believe so
16:25.09*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
17:23.58``Erikstarseeker: running mged manually with the shaders.mged script doesn't give the error, but the output complains about invalid projection point and generates this image: http://elfga.com/~erik/tmp/shaders.png
17:37.12zero_level``Erik I have issue at Line 849 in rt/view_end.c
17:38.13``Erikviewedge.c maybe?
17:38.25zero_levelyep.
17:39.17``Erikwhat issue?
17:39.56zero_levelnow in the current ICV implementation
17:40.37zero_levelwe dont have filename and other file information in the image structu
17:41.16``Erikshould be stashed in the icv_image_file somehow
17:41.33zero_levelalso viewedge.c doesnt do a icv_save_open, which is done in do.c
17:42.03``Erikrtedge uses both viewedge.c and do.c
17:42.30``Erikthere was something weird with edge that needed a weird exit process, iirc... was a while ago
17:44.24zero_levelin r50507 starseeker removed image_save_open from viewedge.c
17:44.58zero_levelalso since do.c does icv_Save_close therefore i guess we dont need it in viewedge.c
17:45.52Notify03BRL-CAD:starseeker * 55987 brlcad/trunk/regress/shaders.sh: Don't override BRL-CAD settings with environment variables - breaks the test with the new CMake setup and is no longer necessary.
17:49.23zero_levelboth open and close are not used in rt/view.c
17:56.43``Erik*shrug* give it a try?
17:59.20*** join/#brlcad hickoryk1oll (~hickorykn@66-118-151-70.static.sagonet.net)
18:16.50Notify03BRL-CAD Wiki:Tbrowder * 5639 /wiki/DSP: /* Importing DSP data into a .g file */
18:17.59Notify03BRL-CAD Wiki:Tbrowder * 5640 /wiki/DSP: /* Importing DSP data into a .g file */
18:27.47Notify03BRL-CAD Wiki:Tbrowder * 5641 /wiki/DSP: /* Importing DSP data into a .g file */
18:40.56Notify03BRL-CAD Wiki:Izakkayems * 5642 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
18:43.42*** join/#brlcad vladbogo (~vlad@188.25.237.173)
19:35.26Notify03BRL-CAD Wiki:Vladbogolin * 5643 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:51.50Notify03BRL-CAD Wiki:NyahCh3ck20 * 5644 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
19:52.18*** join/#brlcad Ch3ck (29cac2f7@gateway/web/freenode/ip.41.202.194.247)
20:17.02*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-oibeephmlvmeogbv)
20:30.04*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:46.14Notify03BRL-CAD:carlmoore * 55988 brlcad/trunk/src/fb/fbstretch.c: remove 'hires' variable; implement 512 for input size & width defaults; remove -h option and implement h,? for help; add run-with-no-arguments
20:46.56Notify03BRL-CAD:starseeker * 55989 (brlcad/trunk/src/tclscripts/lib/Ged.tcl brlcad/trunk/src/tclscripts/lib/RtImage.tcl and 7 others): Use a Tcl dict structure to pass information to rtimage, rather than a large number of parameters. Preparing to add more rt options to rtwizard, it became clear that the old approach wouldn't scale. This way, parameters can be added only where needed in the core rtimage script and the
20:46.58Notifyspecific callers that want to invoke it, and the rest of the code can remain as-is.
20:48.12Notify03BRL-CAD:brlcad * 55990 brlcad/trunk/NEWS: back-note cliff's upgrade of libpng to 1.5.10 -> 1.5.12 -> 1.6.0 -> 1.5.12
20:48.53tofu__yay, beat me to it... even though Notify failed to tell me that
20:49.37starseekerbrlcad: beat you to the rtimage refactor?
20:50.23brlcadno, news entry
20:50.26starseekerah
20:50.51starseekerwas gonna say - that would have been quite a coincidence
23:27.52``Erikbummer http://abclocal.go.com/wtvd/story?section=news/local&id=9166340  dude who did 'yum'
23:29.07``Erikwhich news entry? there was one that sent a whacked out email that the parser flipped out about last night, otherwise it's been chugging along
23:31.57``Erikhttp://www.businessinsider.com/36-year-old-seth-vidal-tragically-killed-2013-7 is better than the abc one O.o
IRC log for #brlcad on 20130710

IRC log for #brlcad on 20130710

02:11.48starseekersad news
02:44.52brlcad``Erik: news entry for libpng update
03:46.02Notify03BRL-CAD:phoenixyjll * 55991 brlcad/trunk/src/libbrep/intersect.cpp: Perform Newton iterations to get more accurate intersection points.
04:04.12Notify03BRL-CAD:brlcad * 55992 brlcad/trunk/HACKING: new news submission link (old still works too... but they're not in sync)
04:28.16Notify03BRL-CAD:phoenixyjll * 55993 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Plot the 3D curves at last, in case that it may be blocked by the 2D curves.
06:01.11Notify03BRL-CAD:phoenixyjll * 55994 brlcad/trunk/src/libbrep/intersect.cpp: If there are points on the line, there should be an intersection, and the following code will work - don't need to calculate points_on_line, which will cause some cases to fail.
06:05.13Notify03BRL-CAD:phoenixyjll * 55995 brlcad/trunk/src/libbrep/intersect.cpp: Display number of curve segments and number of single points.
06:09.34Notify03BRL-CAD:phoenixyjll * 55996 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: 2D points should be plotted after evaluation.
06:39.05*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
06:42.48*** join/#brlcad evgeny (~Miranda@109.194.34.184)
07:07.59*** join/#brlcad caen23_ (~caen23@92.81.171.202)
07:58.46*** join/#brlcad caen23 (~caen23@92.81.171.202)
09:48.37*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
10:22.06*** join/#brlcad caen23 (~caen23@92.81.171.202)
10:55.59Notify03BRL-CAD Wiki:Phoenix * 5645 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
10:57.12Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_circle.png:
10:59.12Notify03BRL-CAD Wiki:Phoenix * 5647 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
11:03.51Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_3dcurve.png:
11:04.04Notify03BRL-CAD Wiki:Phoenix * 5649 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
11:06.27Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_point.png:
11:08.55Notify03BRL-CAD Wiki:Phoenix * 5651 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
11:09.46Notify03BRL-CAD Wiki:Phoenix * 5652 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
11:15.37``Erik<- a bit confused about this news entry vs notify thing, the libpng 1.6.2 news line was part of the same commit that the upgrade itself was on, 55986... the only other one since about a month ago was brlcad's... where did notify fail?
11:16.22Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_ortho_3d.png:
11:16.55Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_ortho_2d.png:
11:17.26Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_ortho_zoom.png:
11:22.20Notify03BRL-CAD Wiki:Phoenix * 5656 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
11:22.53Notify03BRL-CAD Wiki:Phoenix * 5657 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
11:23.29Notify03BRL-CAD Wiki:Phoenix * 5658 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
11:58.41*** join/#brlcad evgeny (~Miranda@109.194.34.184)
13:26.14*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:31.28*** join/#brlcad badtab (tomboy@gateway/shell/blinkenshell.org/x-yfeheeedlgzxjkrs)
13:31.49*** join/#brlcad mpictor_ (~mpictor_@140.sub-174-241-64.myvzw.com)
13:32.05*** join/#brlcad hickoryknoll (~hickorykn@66.118.151.70)
13:32.22*** join/#brlcad evgeny (~Miranda@109.194.34.184)
13:35.51jordisayolI see that Archer changed its state from pre-alpha to alpha. Can I make it the default app for Linux mime types. The current app is mged
13:45.04*** join/#brlcad evgeny (~Miranda@109.194.34.184)
13:45.35*** part/#brlcad evgeny (~Miranda@109.194.34.184)
13:46.59*** join/#brlcad badtab (tomboy@gateway/shell/blinkenshell.org/x-xocykplhfjbmiusx)
14:04.06Notify03BRL-CAD Wiki:Tbrowder * 5659 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
14:09.17*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
14:12.34*** join/#brlcad crdueck_ (~cdk@24-212-219-10.cable.teksavvy.com)
14:14.39*** join/#brlcad ChanServ (ChanServ@services.)
14:14.39*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
14:19.12*** join/#brlcad caen23 (~caen23@92.85.88.254)
14:20.13*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:22.59*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:47.56*** join/#brlcad mpictor (~mpictor_@235.sub-174-225-64.myvzw.com)
14:48.39Notify03BRL-CAD:carlmoore * 55997 (brlcad/trunk/src/tclscripts/lib/RtImage.tcl brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeD.itcl brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeE.itcl): remove trailing blanks/tabs
15:02.21*** join/#brlcad evgeny (~Miranda@109.194.34.184)
15:03.34*** join/#brlcad ChanServ (ChanServ@services.)
15:03.34*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
15:16.35*** join/#brlcad Eythor (82d0f702@gateway/web/freenode/ip.130.208.247.2)
15:17.02Eythorhello
15:18.22Eythorhey is anybody here?
15:57.00zero_levelEythor: Please post your query and wait for someone to reply.
16:01.56*** join/#brlcad ChanServ (ChanServ@services.)
16:01.56*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
16:13.48*** join/#brlcad evgeny (~Miranda@77.106.106.192)
16:30.12EythorI was wondering about the task of moving comments from .c files to .h files is that still available?
16:30.19*** join/#brlcad vladbogo (~vlad@188.25.237.173)
16:37.50*** join/#brlcad ChanServ (ChanServ@services.)
16:37.51*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
16:47.25*** join/#brlcad mpictor_ (~mpictor_@185.sub-174-241-130.myvzw.com)
16:57.45*** join/#brlcad mpictor (~mpictor_@185.sub-174-241-130.myvzw.com)
17:39.08zero_levelEythor you might want to have a look at this patch http://sourceforge.net/p/brlcad/patches/172/
17:43.20Eythorok I see, uhm is there anything else with the same complexity that I can do, that is as easy as i am a newbie?
17:43.59*** join/#brlcad ChanServ (ChanServ@services.)
17:43.59*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
17:54.48*** join/#brlcad ChanServ (ChanServ@services.)
17:54.48*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
17:55.31zero_levelEythor : you might want to look at TODO
18:31.32zero_levelhi brlcad
19:20.32*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:cc3a:0:49:1835:7f01)
19:26.13*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:cc3a:0:49:1835:7f01)
19:32.30*** join/#brlcad ChanServ (ChanServ@services.)
19:32.30*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
19:35.41*** join/#brlcad avneet (~avneet@202.164.53.122)
19:36.02*** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:37.46Notify03BRL-CAD Wiki:Vladbogolin * 5660 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:43.58*** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:50.21*** join/#brlcad ChanServ (ChanServ@services.)
19:50.21*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
19:51.01*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
20:03.41Notify03BRL-CAD Wiki:Izakkayems * 5661 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
20:04.54Notify03BRL-CAD Wiki:NyahCh3ck20 * 5662 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
20:11.00*** join/#brlcad Izak_ (29cac02f@gateway/web/freenode/ip.41.202.192.47)
20:24.48*** join/#brlcad Eythor (2eb6b809@gateway/web/freenode/ip.46.182.184.9)
20:26.54``ErikEythor: the TODO file is full of possibilities. you could also look at the bugs/feature requests on sourceforge, http://brlcad.org/~sean/ideas.html or just decide where your interests are and discuss them here
20:30.29*** join/#brlcad ChanServ (ChanServ@services.)
20:30.29*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
20:34.55EythorI've been looking at this site http://brlcad.org/wiki/Deuces and am interested in moving some comments around but I'm not sure if any or all of those tasks are done. Like I said I would like do that and can you tell me where I would send the changes?
20:41.06zero_levelEythor chages are applied by patches. You will fimnd more information here http://brlcad.org/wiki/Patches
20:43.05EythorThank you very much :) and sorry for my newbness :)
20:48.51*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
20:51.15*** join/#brlcad ejno_ (~ejno@66-118-151-70.static.sagonet.net)
20:51.17*** join/#brlcad caen23_ (~caen23@92.85.88.254)
20:54.43*** join/#brlcad ChanServ (ChanServ@services.)
20:54.43*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
21:00.42*** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:09.42*** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:25.30*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:cc8d:62c7:12d3:4ab8)
21:39.49*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
22:14.29*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
22:44.22*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:45.18Notify03BRL-CAD:carlmoore * 55998 brlcad/trunk/src/fb/fbzoom.c: add run-with-no-arguments, h, ? ; remove old h in favor of s 1024; change 2 defaults from 0 to 1024
22:47.04*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
23:30.38*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:51e:698e:7a7f:e345)
23:41.12*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
23:57.22*** join/#brlcad mpictor_ (~mpictor_@67.177.102.131)
IRC log for #brlcad on 20130711

IRC log for #brlcad on 20130711

00:36.58*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
00:42.28*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
01:49.18harmanpreetbrlcad:
01:49.55harmanpreet<PROTECTED>
01:51.04harmanpreetI was looking for the code of facetize command that need to be hooked but it didn't found.
02:00.38harmanpreetcan you please help me figuring out where is that code block placed?
02:08.43harmanpreetIn addition to src/libged/facetize.c with the help of grep I looked into draw.c, dg_obj.c, wdb_obj.c dodraw.c
02:09.21harmanpreetbut all these don't have required piece of code.
03:08.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:20.27Notify03BRL-CAD:phoenixyjll * 55999 brlcad/trunk/src/libbrep/intersect.cpp: Clean up the code, and add a function for curve fitting, so that we can add more fitting methods (e.g. arc, ellipse, ...).
04:10.44*** join/#brlcad evgeny (~Miranda@109.194.34.184)
06:07.37*** join/#brlcad evgeny (~Miranda@109.194.34.184)
06:15.10*** join/#brlcad caen23 (~caen23@92.83.165.74)
07:17.45*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:58.47Notify03BRL-CAD:phoenixyjll * 56000 brlcad/trunk/src/libbrep/intersect.cpp: Add arc (including circle) fitting and ellipse (including elliptical arc) fitting.
08:38.55*** join/#brlcad evgeny (~Miranda@109.194.34.184)
08:56.26Notify03BRL-CAD:phoenixyjll * 56001 brlcad/trunk/src/libbrep/intersect.cpp: Change the dimension of the result, and delete the unused curves.
09:36.42Notify03BRL-CAD:phoenixyjll * 56002 brlcad/trunk/src/libbrep/intersect.cpp: Fix segmentation fault.
09:54.40Notify03BRL-CAD:phoenixyjll * 56003 brlcad/trunk/src/libbrep/intersect.cpp: The sample points for conic fitting should be knots (accurate points - the other points on the polyline are not such accurate).
12:30.22Notify03BRL-CAD Wiki:Phoenix * 5663 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
12:31.01Notify03BRL-CAD Wiki:Phoenix * 5664 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
14:41.31*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
14:50.02Notify03BRL-CAD Wiki:Level zero * 5665 /wiki/User:Level_zero/GSOC13/logs: week 4
15:14.30*** join/#brlcad evgeny (~Miranda@77.106.106.192)
15:14.37*** part/#brlcad evgeny (~Miranda@77.106.106.192)
15:54.46Notify03BRL-CAD Wiki:KeshaSShah * 5666 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 4 */
16:00.48zero_levelHi ``Erik : After implementing a util from src/util folder as a  library function. For eg. icv_rect(modification of bwrect  and pixrect). Do you suggest that i should convert the  routine (src/util/bwrect.c in this case) to use libicv  functions ?
16:55.05*** join/#brlcad vladbogo (~vlad@188.25.237.173)
17:50.03Notify03BRL-CAD:n_reed * 56004 brlcad/trunk/HACKING: remove reference to defunct m4 directory
17:53.53brlcadharmanpreet: I'm not sure what you're asking -- facetize.c is the code for the facetize command
17:58.30harmanpreeti found a flag, nmg_use_tnurbs in this file and many other files/
18:00.22harmanpreetin the switch case where a particular flag is set corresponding to a command line option.
18:06.22brlcadharmanpreet: what are you trying to do?
18:06.30brlcadI doubt that function is of any use to you
18:06.44brlcadwe have two nurbs systems in brl-cad, one new and one old
18:06.50brlcadthat function goes with the old
18:07.08harmanpreetokay
18:08.19harmanpreetso that functionality exists itself in facetize.c
18:08.43brlcadwhat functionality??
18:08.49brlcadyou still haven't said what it is you're doing
18:08.55harmanpreetthat you were talking.. on mailing list
18:08.57harmanpreetwait
18:09.29brlcadunless it was the very last e-mail I sent, you need to give me some context, the quick summary :)
18:09.53brlcadnot a link, a summary ...
18:10.00brlcad"I'm looking for ..."
18:10.00harmanpreetabout?
18:10.09brlcadabout what it is you're doing...
18:10.15brlcadwhat are you doing
18:10.15harmanpreetok
18:11.03harmanpreetlet me explain
18:11.17brlcadyou should be able to say what you're doing quickly/concisely pretty much all the time, if you understand it
18:11.41brlcadI'm here for all of 2 minutes more, so seriously ... what are you doing?
18:11.50harmanpreetfacetize command failed to run brep objects.. and you said it was not hooked
18:11.57brlcadyes
18:12.02harmanpreetyou said
18:12.10harmanpreetfunctionalty exits
18:12.20harmanpreetexists
18:12.40brlcadyep, ... and so ... what are you doing? :)
18:12.45harmanpreeti was working to hook that functionality..
18:12.53harmanpreetfinding that code block
18:13.04brlcadthere ya go, you should start with exactly that :)
18:13.21harmanpreetfinding something related to nurbs
18:13.24harmanpreetin files
18:13.26brlcad"I'm looking for the code block that facetizes brep objects, can't find it"
18:13.47brlcadthat's probably all you needed to say ;)
18:14.06harmanpreethmm
18:14.44brlcadso i'm not sure where the code lives myself, someone will have to hunt but I have seen it demo'd within the shaded display draw command support
18:15.21harmanpreetok
18:16.12brlcadfacetize.c is the place where it's hooked in, but you'll see that's by calling nmg_booltree_leaf_tess() during db_walk_tree()
18:16.40brlcadwhich ultimately calls functab's ft_tess() callback
18:16.58brlcadwhich is where you'd be hooking in the tessellation
18:17.00harmanpreetyes
18:17.29harmanpreetok so now i have to look first into shaded display draw  command
18:17.29brlcadi.e., rt_brep_tess()
18:17.35brlcadI think
18:17.45harmanpreet:)
18:18.07brlcadstarseeker: you know if keith committed any of his tessellation code yet?
18:18.18brlcador better, where he stashed it
18:18.51brlcadsrc/libbrep would be a possibility, but I don't see it there
18:19.52harmanpreetbrlcad: you were talking about webGLU and I found that
18:19.53brlcadharmanpreet: if you go on ohloh or look back through our svn commit logs, loook for commits from indianlarry
18:20.07brlcadsee if you can find it that way, probably easier than tracing the draw code
18:20.23harmanpreetokay.. i'll
18:20.40brlcadgotta run, good luck and keep chiming in :)
18:20.48harmanpreetok
18:21.01harmanpreeti will send email
18:21.04harmanpreeton mailing lsit
18:21.07brlcadn_reed found it
18:21.08harmanpreetlist
18:21.33brlcad"brep plot FCDT"
18:21.58harmanpreetok..
18:22.04brlcadrun that in mged on a brep/nurbs, should see shaded geometry
18:22.25brlcadthat code is in src/libged/brep.cpp and ends up calling a function for the FCDT case
18:22.29brlcadthat's probably where to start
18:23.23harmanpreetok
18:23.57brlcadsyntax isn't exactly that on the brep command, but you should be able to figure it out ;)
18:24.10brlcadget it working as a user, then follow the code ;)
18:24.17brlcadcya
18:24.18harmanpreetsure.. :)
18:24.29harmanpreetone thing more
18:24.33n_reedbrep_command is actually src/libged/brep_debug.cpp
18:24.45harmanpreeti was not clar about library to use
18:25.16harmanpreetif you don't have time right now, i will send mail on mailing lsit
18:37.00Notify03BRL-CAD:carlmoore * 56005 brlcad/trunk/doc/docbook/system/man1/en/fbzoom.xml: remove -h; however, I cannot figure out how 'disaplays' shows up when I do 'man fbzoom'
18:53.01``Erikharmanpreet: I think the point is that your question lacked the clarify one would expect if the problem domain had properly been researched... we only have a few moments to spare, so a vague statement semi-related to the actual question... is wasteful
18:53.44Notify03BRL-CAD:starseeker * 56006 brlcad/trunk/src/archer/TODO: Start reviewing the Archer TODO - most of these are done, so start boiling it down to what still needs to be looked at.
18:54.10``Erikzero_level: sure, any image processing thing in src/util/ is game to have it's functionality hoisted into libicv/
18:54.28``Eriks/clarify/clarity/
18:55.12starseekerbrlcad: I don't think he's committed it yet
18:55.24brlcadstarseeker: see above, nick found it
18:55.30starseekerah
18:55.48starseekernote to self - don't jump into backscroll mid-stream
18:56.06``Erikstarseeker: are you in the office right now?
19:01.48starseekershould revive the flag in the MGED C code to launch Archer instead
19:02.02starseekereasy way to hit it with the regression tests
19:07.17``Eriksince I have a post-commit hook active on crit to update the git repo, should I add a 'make regress' capability to it?
19:10.00Notify03BRL-CAD Wiki:Vladbogolin * 5667 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:10.11Notify03BRL-CAD:starseeker * 56007 brlcad/trunk/src/archer/TODO: Remove the 'DONE' options from the Archer TODO
19:10.55starseeker``Erik: that could be pretty cool, actually
19:11.08starseeker``Erik: if you want to be really mean to crit, you could trigger distcheck-full
19:13.37starseekererm
19:13.54starseeker"can't read argv0 - no such variable
19:13.56``ErikI won't be back in for a bit over a week.. if we can get a solid statement from brlcad before then, we can craft a script chunk to append to the current ~erik/bin/brlcad.git.bridge.sh
19:14.22brlcadsolid statement
19:16.17``Erikheh, so is that a "yeah, let's cook cpus for this"?
19:16.42starseekervotes for a sub-script called "meltdown.sh"
19:17.00``Erikgive me meltdown.sh and I'll add it to the bridge script, yo
19:17.05brlcadI wouldn't do a parallel build just yet till we get a sense of the load, but no problem doing compiles and tests otherwise
19:17.06starseeker``Erik: actualy, if we don't feed it the -j flag it'll be OK - just take a while
19:17.14brlcadthat's kinda what it's for
19:17.58``ErikI'm here sorta kinda sorta tomorrow, but saturday morning I'm on the road to ocean city and without uplink
19:18.01starseeker``Erik: where's the script located relative to the src dir?
19:18.14brlcadshould hook it into /etc/crontab though, so it can be easily found
19:18.22``Erikthe bridge script is in ~erik/bin/
19:18.30starseekersends sympathy in advance for the internet withdrawal symptoms to come...
19:18.54``Erikif this is a good time to move that to a system cronjob, I'm game
19:19.09brlcadmaybe have your script drop a utc timestamp in /tmp so we could have other scripts poll it to know when to get an update
19:19.38starseekerdo we want to do a "once every X hours" build or a once-per-commit build?
19:21.33brlcadwell really buildbot or jenkins should be doing the actual compiles, but whatever works
19:22.30``ErikI don't think our commit rate precludes compiling/testing every commit...
19:24.13``Erikwiring it to a ctest dashboard would be nifty
19:28.16starseeker``Erik: if you want to use git to capture the svn revision somehow for naming the build directories that might be good - I just went with date
19:31.50*** join/#brlcad harmanpreet (~harman@202.164.53.122)
19:37.23Notify03BRL-CAD:starseeker * 56008 brlcad/trunk/src/archer/archer: Get archer launching from the mged C executable again.
19:38.08starseekerwoo-hoo, that was surprisingly simple
19:41.23*** join/#brlcad yiyus (1242712427@je.je.je)
19:44.54*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
19:50.13starseekerwonders if we need to update Archer to work with the X11 display manager or have that just be available as a classic mode option...
19:50.51*** join/#brlcad cdk_ (~cdk@24-212-219-10.cable.teksavvy.com)
19:53.12*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-nxdqtfsmcynvaezn)
20:02.19Notify03BRL-CAD Wiki:Harman052 * 5668 /wiki/User:Harman052/GSoc2013/Logs:
20:23.15Notify03BRL-CAD:carlmoore * 56009 brlcad/trunk/src/gtools/g_diff.c: implement h,? help in g_diff
20:24.38starseekerhrm - our default regress check on mged is for classic mode and doesn't get to the GUI version, from the looks of things
20:25.39starseekermay need to sync some stuff up there
20:26.22starseekerstill, at least the archer GUI doesn't interfer with those operations - that's good
20:27.42Notify03BRL-CAD:starseeker * 56010 brlcad/trunk/src/archer/TODO: problem with mged launching archer fixed - '-o' option works again.
20:30.29brlcadstarseeker: regress intentionally avoided GUI mode so the tests don't do bad things
20:32.19Notify03BRL-CAD:starseeker * 56011 brlcad/trunk/src/archer/TODO: Add some Archer TODO items
20:36.40brlcadlike running on remote servers without trying to create X11 windows across non-existent X-channels
20:37.54starseekernods
20:38.19starseekerI have the commands in the regress/mged directory, but I don't think those are fully working in basic MGED either
20:38.37starseekerguess I should get those going in regular MGED and then feed 'em to archer
20:42.12starseekerprobably need to rethink them generally, actually... been a while since I last looked at that setup
20:43.02brlcadI still think we need to have one "ubertest" transcript that invokes all commands in some useful orchestration
20:43.22brlcadbasically, a massive integration test
20:49.41Notify03BRL-CAD:brlcad * 56012 (brlcad/trunk/TODO brlcad/trunk/src/archer/TODO): consolidate all of the archer items into the src/archer/TODO file
21:03.53Notify03BRL-CAD:brlcad * 56013 brlcad/trunk/src/archer/TODO: categorize the to-do items into alpha and beta groupings so we can prioritize.
21:25.12Notify03BRL-CAD:carlmoore * 56014 brlcad/trunk/src/gtools/g_qa.c: remove case statements for ? and h because they are handled by the 'default'
21:42.26Notify03BRL-CAD:carlmoore * 56015 brlcad/trunk/src/conv/off/g-off.c: turn off error messages for h,? so they can serve as help flags
22:04.34Notify03BRL-CAD Wiki:NyahCh3ck20 * 5669 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
22:25.47Notify03BRL-CAD:r_weiss * 56016 brlcad/trunk/src/librt/primitives/rec/rec.c: Fix special case errors when ray tracing the tgc/rec primitive. Needs more testing. Such as sample model "havoc.g" primitive "rt_s.ecov6" with ray r_pt=(12320.0005 -1168 2134) r_dir=(1 0 0).
IRC log for #brlcad on 20130712

IRC log for #brlcad on 20130712

02:13.51zero_level``Erik : that is what i am to. But then do we change the utilities to use the icv library.
02:59.42Notify03BRL-CAD:phoenixyjll * 56017 brlcad/trunk/src/libbrep/intersect.cpp: The original code cannot deal with elliptical arcs that cross the point where t=0, and fixed this problem.
03:48.40brlcadzero_level: yep, maintaining duplicate functionality, even briefly, is very undesirable
03:56.18zero_levelok brlcad
03:59.23*** join/#brlcad evgeny (~Miranda@109.194.34.184)
04:05.06brlcadwaves
05:31.08*** join/#brlcad caen23_ (~caen23@92.81.198.131)
05:46.00Notify03BRL-CAD:phoenixyjll * 56018 brlcad/trunk/src/libbrep/intersect.cpp: Use max_dis_u (v, s, t) seperately as the scale of their domains may differ a lot.
06:11.51Notify03BRL-CAD:phoenixyjll * 56019 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate unnecessary collinear points on the polyline curves.
06:13.43Notify03BRL-CAD:phoenixyjll * 56020 brlcad/trunk/src/libbrep/intersect.cpp: -----------
06:34.21Notify03BRL-CAD Wiki:Phoenix * 5670 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
06:35.20Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_good.png:
06:35.34Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_bad.png:
06:35.43Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_2d_for_parabola.png:
06:35.56Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_2d_for_plane.png:
06:37.16Notify03BRL-CAD Wiki:Phoenix * 5675 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
06:43.09Notify03BRL-CAD Wiki:Phoenix * 5676 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
06:44.43Notify03BRL-CAD Wiki:Phoenix * 5677 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
06:46.06Notify03BRL-CAD Wiki:Phoenix * 5678 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
07:44.00*** join/#brlcad evgeny (~Miranda@109.194.34.184)
08:03.36Notify03BRL-CAD Wiki:Izakkayems * 5679 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
08:06.34Notify03BRL-CAD Wiki:Izakkayems * 5680 /wiki/User:Izak/GSOC_2013_logs:
08:23.00Notify03BRL-CAD Wiki:Izakkayems * 5681 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
08:34.21Notify03BRL-CAD Wiki:Izakkayems * 5682 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
08:48.20*** join/#brlcad evgeny (~Miranda@109.194.34.184)
09:12.22*** join/#brlcad caen23 (~caen23@92.81.198.131)
10:18.51*** join/#brlcad yiyus (1242712427@je.je.je)
10:29.27*** join/#brlcad evgeny_t (~Miranda@109.194.34.184)
10:43.46*** join/#brlcad kesha (~kesha@223.237.136.225)
10:57.19*** join/#brlcad kesha (~kesha@223.237.136.225)
12:39.14*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:30.34*** join/#brlcad kesha_ (~kesha@49.249.9.87)
13:55.47brlcadthat's a lot of awesome status pics from wu
14:33.33zero_levelhi brlcad:
15:34.19*** join/#brlcad kesha__ (~kesha@49.249.1.27)
16:05.17Notify03BRL-CAD:brlcad * 56021 brlcad/trunk/pix/CMakeLists.txt: the lackluster lgt examples are pretty much useless at 91, 128, and 64 dimensions, serve no useful purpose. remove them.
16:11.04Notify03BRL-CAD:brlcad * 56022 brlcad/trunk/pix/CMakeLists.txt: remove the other three example images as they're no longer interesting or impressive. if we're to ship demo renderings, we should establish quality criteria and a fixed image size. for now, the website gallery suffices leaving only the benchmark images remaining.
16:14.42Notify03BRL-CAD:brlcad * 56023 (brlcad/trunk/db/CMakeLists.txt brlcad/trunk/pix/CMakeLists.txt): move the cube.rt script over with the model
16:31.00Notify03BRL-CAD:brlcad * 56024 brlcad/trunk/NEWS: carl's vengence on help option consistency continues to rage on.
16:32.12brlcadzero_level: (hi!) not sure how it happened, but patch 197 (already applied) apparently didn't compile... should that fd have been bif->fd?
16:33.26zero_levelcorrected by starseeker
16:34.59brlcadright, but was that the right fix?
16:35.16zero_levelyes
16:35.36brlcaddid you not test the compilation? :)
16:36.40zero_levelactually i had to remove a redundant variable (bif).
16:36.57brlcadi'm sure it was just an oversight, but that's the attention to detail that will be needed when you are committing directly (and even more so when making patch files)
16:37.06brlcadyou should always test your compile
16:37.52zero_levelalright :-)
16:38.12brlcadhacking talks about this, that mistakes will happen and are expected, but especially as a new contributor you should be testing every time
16:38.24brlcadnobody wants a broken build :)
16:43.02*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
16:54.03Notify03BRL-CAD:brlcad * 56025 (brlcad/trunk/CMakeLists.txt brlcad/trunk/TODO brlcad/trunk/doc/CMakeLists.txt): move shaded-display todo into doc/ subdir with the other existing todo.brep and reference where it's at in the main TODO file.
17:02.12*** join/#brlcad yiyus_ (1242712427@je.je.je)
17:10.41*** join/#brlcad caen23 (~caen23@92.81.198.131)
17:18.15Notify03BRL-CAD:brlcad * 56026 (brlcad/trunk/CMakeLists.txt brlcad/trunk/bench/CMakeLists.txt brlcad/trunk/bench/run.sh): change to a crazy long legacy. now that there are nothing but benchmark reference pix and log files in the top-level pix/ directory, move that directory to bench/ref/ and update accordingly. keep installation as pix/ though so we preserve the current installation hierarchy.
17:40.28*** join/#brlcad kesha (~kesha@223.228.81.168)
17:50.28*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:04.00*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:04.06*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:04.48*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:12.17*** join/#brlcad caen23 (~caen23@92.81.198.131)
18:22.17*** join/#brlcad caen23 (~caen23@92.81.198.131)
18:25.07zero_levelbrlcad, will ensure this doesnt happen in future. Indeed this was the reason I have not submitted the patches of new ICV functions and structure definition.
18:25.32zero_levela) It will not compile cleanly because of existing use of ICV.
18:26.47zero_levelb) If I incorporate the changes in the exiting code in a patc, either this will make lots of patches or a single patch will be very large.
18:38.27*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
19:00.11*** join/#brlcad avneet (~avneet@202.164.53.122)
19:00.45*** join/#brlcad harmanpreet (~harman@202.164.53.122)
19:09.37Notify03BRL-CAD:brlcad * 56027 brlcad/trunk/src/libbrep/intersect.cpp: we might not care, but implementers of qsort() care, which is what opennurbs ultimately ends up passing this callback to. future We might care too, so cover our bases.
19:12.58brlcadzero_level: so a/b raises a good discussion point about how to structure changes
19:13.18brlcadbecause we want changes to compile cleanly AND to be as small as possible
19:13.23brlcadwhether they are patches or commits
19:13.53brlcadso the question is how you can structure the changes (incrementally) such that each incremental step is clean, applies cleanly, compiles, etc
19:18.42zero_levelI have changed them in a  private trunk on my machine this needed chaning rt/do.c rt/ext.h rt/view.c rt/viewedge.c  remrt/rtsrv.c libged/screengrab.c
19:19.13*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
19:19.14zero_leveland ofcourse icv.h and fileformat.c
19:19.54zero_levelfor fileformat.c i have devided it into different files
19:20.18zero_levelimage.c (has functions to create image, zero_image, save/load image)
19:20.55zero_levelpixel.c has function for pixels (write line and write single pixel)
19:21.02brlcadI think you're missing my point
19:21.16brlcadyou've made lots of changes
19:21.22zero_levelyes
19:21.22brlcadthat's fine, that's development
19:21.45zero_leveli was coming to your point and the minimum we can do here
19:21.51brlcadthe topic is HOW those changes are contributed
19:22.19brlcadjust because you changed a lot doesn't mean a lot should be changed at once
19:22.26zero_levelthat said i mean, the smallest commit /patch size will require
19:22.31zero_levelthe following
19:23.56zero_levelall the files with the existing use of icv functions (will require changing 5-6 lines in each file )[7 files in total]
19:23.59zero_levelicv.h
19:24.04zero_leveland fileformat.c
19:24.16brlcadthat's fine
19:24.24brlcadif that really is the smallest possible chunk
19:25.09zero_levelAnd ofcourse chaning the current files were tricky.
19:25.14brlcadthe point is just to make sure that you're thinking about it at the smallest possible piece
19:25.37brlcadlike if you have a structure and you can get by changing just one field, then not grouping that field with others
19:25.46brlcadjust an example, it's not always possible
19:25.49brlcadoften is
19:26.14brlcadif you've done it that way, then your patches should review cleanly/quickly
19:27.13zero_levelbrlcad as per our discussion the two modifications we brought (removing the file info and changing data pointer)
19:27.51zero_levelit was required that we change the function definitions.
19:28.06zero_leveland thus it required chaning the exisitng use
19:28.27brlcadthis will make more sense with a concrete example if there's a problem
19:28.31zero_levelfor instance previously icv usage was
19:28.48zero_levelicv_save_open(...)
19:29.00zero_level.. do pixel write ...
19:29.06zero_levelicv_save close
19:29.12zero_levelbut now it is
19:29.17zero_levelicv_create_image
19:29.28zero_level..do pixel write..
19:29.35zero_levelicV_save_image
19:29.47brlcadsure
19:30.00brlcadgood example
19:30.28brlcadso if the two functions MUST be changed simulataneously, then they obviously go together in a patch
19:30.46brlcadif it's possible to just update icv_save_open() first, then it might make sense for two patches
19:31.00zero_levelyes. I think u got the point
19:31.03brlcadit might make sense to change the struct field as a patch, then two more patches for the function names
19:31.12brlcadit all depends
19:31.46zero_levelbut the moment i change the structure definition it will give errors because the file field is used
19:32.12brlcadwhen I say change the field, that means updating all of the places that field is used too
19:33.09zero_levelbut then the input parameters of icv_save_open will have to change thus changing the file where it is used
19:33.18brlcadi.e., I can change the field and update the callers as one patch, I could change the function names as another, and change function arguments as yet a third
19:33.21brlcadwhether it makes sense to do that depends on the code
19:34.20brlcadzero_level: it's okay really! :)
19:34.44brlcadi saids that IF they MUST be changed simulataneously, then sure .. it makes sense to put them together
19:35.06brlcadall I'm suggesting is to look at the changes from a minimalism perspective
19:35.13brlcadand perhaps you already have done this
19:35.19brlcadif you have GREAT! :)
19:35.28brlcadif you have not, it's something that most people have to learn
19:35.37zero_levelthanks for understanding this.
19:35.49brlcadI'm hoping YOU are understanding what I'm trying to tell you
19:36.01brlcadI get what you're saying, and you're being defensive
19:36.02zero_levelActually i wrote these sometimes around the starting of the last week
19:36.06brlcadyou don't need to be defensive :)
19:36.11zero_levelsure
19:36.25zero_leveland was thinking about the contributing changes.
19:36.46zero_levelBut I refrained from submitting it in a patch. Because of the size.
19:37.13zero_leveland then i made all the notes regarding minimum changes i have to make.
19:37.21zero_leveland this included the existing files
19:37.30zero_levelso. Here we are.
19:37.36brlcadthe question to ask yourself is "can I separate any part of it into a separate patch?"
19:37.58brlcadif you cannot, then it's approaching a perfect succinct commit
19:38.34brlcada "minimal" patch can be 10 lines ... and it can be 100000 lines
19:38.48zero_levelthats the beauty of the word ;)
19:38.57brlcadthe point is thinking about what REALLY is minimal
19:39.13zero_leveldepends in situations.
19:39.17brlcadsometimes you can change the way you change the code and get incremental changes
19:39.23brlcadyes, depending on the situation
19:39.34brlcadsometimes it'll even be slightly more work
19:39.51zero_levelEarlier I submitted a patch with all the load functionality (pix,bw,png)
19:40.02brlcadyep, I remember
19:40.05zero_levelbut ``Erik advised me to do minimum
19:40.11zero_leveland thus i splited
19:40.16brlcadclearly breaks into at least three different patches
19:40.21brlcadmaybe more
19:40.53zero_levelone of then is still at 210
19:41.04zero_levelwaiting to be reviewed
19:41.53brlcadnods
19:42.08brlcadlast two weeks have involved extensive release preparations
19:42.38brlcadwhy I was pressuring people to get those patches in and reviewed before GSoC, we knew it was going to get busy
19:42.57brlcadstill, I'll be reviewing lots more today and tomorrow so will be getting to whether are next in the queue
19:42.58zero_levelyeah. I saw on the IRC. and ``Erik also told me about his compilation for different OSs
19:43.01brlcadhopefully all clean :)
19:43.31zero_levelyeah still we have time.
19:44.03zero_levelActually I did nt account for changing exisitng function in the time line
19:44.25zero_levelbut i am done with them now.
19:44.38zero_levelfeels relieved
19:56.01*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
20:06.32*** join/#brlcad ChanServ (ChanServ@services.)
20:06.32*** mode/#brlcad [+o ChanServ] by orwell.freenode.net
20:15.05*** join/#brlcad kesha (~kesha@223.229.135.134)
20:42.52Notify03BRL-CAD:brlcad * 56028 brlcad/trunk/include/common.h: restructure the logic so that we clearly assert expectation that this header will always be included before system headers. this is particularly important on Windows, thus we should not need pragma warnings. conveniently, it's a few lines shorter and reduces a scope too.
20:44.31brlcadzero_level: thanks for updating them
20:47.07zero_levelAlthough those two patches apply cleanly and compile as well. But I have implemented them with the new icv_structures.
20:47.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 5683 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
20:47.43zero_leveland functions properly ;)
20:50.37zero_levelAlso now 209, 210 are the only ones.
20:56.48Notify03BRL-CAD Wiki:195.24.210.66 * 5684 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
21:23.51Notify03BRL-CAD Wiki:KeshaSShah * 5685 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 4 */
21:24.24DarkCalfwaves to brlcad
22:39.42``Erikzero_level, brlcad: I am finishing up packing for vacation, I will be out of touch for about a week
23:19.53*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
23:25.30brlcad``Erik: safe travels
IRC log for #brlcad on 20130713

IRC log for #brlcad on 20130713

02:50.19Notify03BRL-CAD:brlcad * 56029 (brlcad/trunk/AUTHORS brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): accept sf patch (https://sourceforge.net/p/brlcad/patches/173/) from Avneet Kaur that refactored a 20+ line duplication in some wireframe drawing code.
02:53.45Notify03BRL-CAD:brlcad * 56030 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: ws indent style cleanup
02:55.37zero_level``Erik have a nice time.
02:58.35Notify03BRL-CAD:brlcad * 56031 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: rename generic vhead() to something more descriptive, less shady. remove unhelpful comments. ws: spaces to tabs.
03:08.44Notify03BRL-CAD:brlcad * 56032 (brlcad/trunk/AUTHORS brlcad/trunk/src/util/bwhisteq.c): accept sf patch #187 Code Reduction in bwhisteq-2 (https://sourceforge.net/p/brlcad/patches/187/) from mohit daga that avoids iterating over the bins unnecessarily. cuts two lines overall but more interestingly was compared with an equivalent matlab function. results were nearly identical with differences assumed to be floating point
03:08.46Notifydrift/error.
03:12.10Notify03BRL-CAD:brlcad * 56033 brlcad/trunk/src/util/bwhisteq.c: remove trailing ws
03:17.39Notify03BRL-CAD:brlcad * 56034 brlcad/trunk/src/util/bwhisteq.c: eliminate globals, remove magic numbers, don't use 'new' as a variable name.
03:19.42brlcadzero_level: it would be interesting to compare METHOD2 to the matlab output to see if it's any different/better/worse
03:36.30zero_levelbrlcad: yes
03:38.17zero_levelfor this do i add a line #define METHOD2
03:38.19zero_level?
04:02.20*** join/#brlcad caen23 (~caen23@92.81.198.131)
04:29.27zero_levelalso brlcad, i wonder the utility of METHOD2 as a macro. I dont find it any definition of that in the entire src code. The options we have are
04:30.15zero_levela) Use an input paramter by the user to find which method to be used.
04:33.48zero_levelAlthough for testing i can just modify it.
06:31.24*** join/#brlcad kesha (~kesha@223.229.135.134)
06:56.24*** join/#brlcad kesha (~kesha@223.229.135.134)
07:02.18*** join/#brlcad kesha_ (~kesha@223.229.135.134)
07:19.08*** join/#brlcad kesha__ (~kesha@223.229.135.134)
07:56.03*** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
09:07.04brlcadzero_level: yep, you just #define METHOD2 something so that it's enabled
09:07.40brlcadclearly a bit of dead code that was never hooked in
09:07.45brlcadso the question is whether it's useful or should be removed
09:08.02brlcadto answer that, have to understand how it's different output-wise
09:08.23brlcadseems to be some sort of random weight
10:17.39*** join/#brlcad vladbogo (~vlad@188.25.237.173)
13:14.55*** join/#brlcad caen23 (~caen23@92.81.198.131)
13:38.32*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
15:09.00*** join/#brlcad evgeny (~Miranda@77.106.106.192)
15:22.25*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
16:22.08*** join/#brlcad merzo (~merzo@92-155-132-95.pool.ukrtel.net)
19:32.49Notify03BRL-CAD Wiki:Vladbogolin * 5686 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:59.15Notify03BRL-CAD Wiki:Izakkayems * 5687 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
22:13.56Notify03BRL-CAD Wiki:Izakkayems * 5688 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
22:15.05Notify03BRL-CAD Wiki:Izakkayems * 5689 /wiki/User:Izak/GSOC_2013_logs: /* Monthly Summary */
22:15.48Notify03BRL-CAD Wiki:Izakkayems * 5690 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */
22:16.11Notify03BRL-CAD Wiki:Izakkayems * 5691 /wiki/User:Izak/GSOC_2013_logs: /* From July 15 to July 20 */
IRC log for #brlcad on 20130714

IRC log for #brlcad on 20130714

00:54.50*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
01:57.21starseekerwonders if the following would be interesting for generating nmg shapes procedurally: http://www.antiprism.com/
01:58.14starseekeror csg in some cases:  http://www.antiprism.com/examples/100_demonstration_models/geodesic_pack_Med.jpg.1.html
03:11.28brlcadstarseeker: yeah, that'd make for some proc-db output too
03:11.32brlcadsome fun
03:14.20brlcadis reminded to look into http://www.qhull.org
03:55.43brlcadantiprism looks like it might have some useful routines for torus and sphere/ellipsoid/torus tessellation, wireframes, surface sampling, and similar
03:57.18*** join/#brlcad evgeny (~Miranda@77.106.106.192)
04:03.06brlcadrepel looks useful
04:27.04zero_levelbrlcad: The following are the difference bwhisteq and METHOD2 for lenna, barbara and mandrill images respectivel
04:27.33zero_levelpixdiff bytes:  170022 matching,   92120 off by 1,       1 off by many
04:27.34zero_levelpixdiff bytes:  207757 matching,   54386 off by 1,       0 off by many
04:27.36zero_levelpixdiff bytes:  177579 matching,   84564 off by 1,       0 off by many
04:38.37zero_levelits just a one pixel difference due to the rand01() function
06:08.48brlcadhm, okay
06:09.08brlcadI had a slight glimmer of hope that it might actually be some sort of standard definition that would get us even closer
06:09.17brlcadlooks like that's not the case though, so probably worth removing
06:09.28zero_levelalright
06:10.24zero_levelso do i submit a patch for this ?
06:12.00Notify03BRL-CAD:brlcad * 56035 brlcad/trunk/src/util/bwhisteq.c: remove METHOD2 since zero_level's testing shows that it doesn't appear to be significantly any better, just introduces an off-by-many on matlab comparisons due to the random weighting.
06:15.54zero_levelthats fine I guess ;)
07:54.31*** join/#brlcad caen23_ (~caen23@92.81.215.44)
12:48.15*** join/#brlcad vladbogo (~vlad@188.25.237.173)
13:03.22*** join/#brlcad vladbogo (~vladbogo@188.25.237.173)
14:02.31starseekerbrlcad: if you're OK with the qhull license, there's probably several interesting things that can do - it's quite widely used (Meshlab, PCL, etc...)
14:04.02starseekerseems to pretty much be *the* solution when people are looking for a convex hull...
14:06.44*** join/#brlcad vladbogo (~vladbogo@188.25.237.173)
14:22.02*** join/#brlcad kesha (~kesha@110.225.10.69)
14:49.35Notify03BRL-CAD:vladbogo * 56036 brlcad/trunk/src/libdm/CMakeLists.txt: Quiet float-equal warnings when Qt is enabled.
15:24.40Notify03BRL-CAD:vladbogo * 56037 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/src/libdm/dm-qt.cpp): Created the Qapplication and the Qt main window.
15:28.04Notify03BRL-CAD:vladbogo * 56038 brlcad/trunk/src/libdm/dm-qt.cpp: remove trailing ws
15:30.54*** join/#brlcad evgeny (~Miranda@77.106.106.192)
15:50.44Notify03BRL-CAD:vladbogo * 56039 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Added qt_vars structure to dm-qt.h and use it as struct dm priv_vars.
16:07.11brlcadstarseeker: I wouldn't integrate it just for the sake of integrating it -- when someone gets to the point of needing a convex hull, we can evaluate
16:58.33*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
17:35.32Notify03BRL-CAD:vladbogo * 56040 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt-close so that the display manager can be gracefully released.
17:49.08vladbogohi all. I am trying to embed Qt in Tk window and until now I haven't been successful. I am currently trying to use the QWidget::create function to set the widget's window to be the Tk one. I hope you could give me some hints in order to complete the embedding.
18:56.09Notify03BRL-CAD:vladbogo * 56041 brlcad/trunk/src/libdm/CMakeLists.txt: Do not assume that the compiler is gcc or compatible when setting the -Wno-float-equal flag.
19:01.45brlcadvladbogo: I saw your commit and got excited thinking you'd figured it out ;)
19:03.25vladbogobrlcad: I've tried different approaches all past two weeks and this one I think is the closest
19:03.55Notify03BRL-CAD:brlcad * 56042 brlcad/trunk/include/raytrace.h: provide a zero-initializer for hit structs
19:04.52Notify03BRL-CAD:brlcad * 56043 brlcad/trunk/include/raytrace.h: init the hit struct magic number too
19:05.10brlcadvladbogo: it's the approach I would have thought to try
19:05.43brlcadqt provides hooks into lower-level objects, it's whether you can pass low-level constructs successfully
19:06.03brlcadso what's it currently do if that doesn't work
19:06.36vladbogobrlcad: I don't know why but it simply creates two windows instead setting the widgets parent to the tk one
19:08.00vladbogoI guess that the WId that I give to QWidget::create it's wrong or at least Qt interprets it as wrong
19:08.25Notify03BRL-CAD Wiki:NyahCh3ck20 * 5692 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
19:14.15Notify03BRL-CAD Wiki:NyahCh3ck20 * 5693 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
19:14.24brlcadvladbogo: the docs for winId() say that WId is very much platform and even compilation specific
19:15.08brlcadtry looking at the value of winId() for the one created and the value of the Tk one
19:16.13brlcadit sounds like the right approach, but you might have to get a DIFFERENT handle derived/extracted from the Tk handle, not the handle itself
19:17.22brlcadlike the ->xtkwin field
19:18.05vladbogobrlcad: I am using the Window returned by Tk_WindowId()
19:18.59vladbogobrlcad: the values for the Tk one and the window created are different
19:19.14brlcadyou'll have to read the Qt sources to see what type it's expecting for an X11 build
19:19.45brlcadwhat platform are you on?
19:20.26vladbogolinux
19:20.56brlcadTk_Screen could be something else Qt might be expecting, but not worth guessing ... just get their sources and find that create() method
19:21.13vladbogothe value for WId it's unsigned int if I remember correctly)
19:21.57brlcadif you cannot figure it out, it's entirely reasonable to go down a dramatically different path ... letting Qt create the window and NOT using Tk ..
19:23.48vladbogobrlcad: drossberg also suggested not using Tk so I researched a little bit and at a first sight the mged's refresh and event_check function should be changed
19:42.14vladbogobrlcad: just got the qt sources and WId in X11 case is Window
20:23.10vladbogobrlcad: also tried the same approach on a raw X11 window and I get the same output: 2 windows with different WIds so I am sure I am missing something but I don't know what
20:32.26*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
21:09.27Notify03BRL-CAD Wiki:Vladbogolin * 5694 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:39.25*** join/#brlcad vladbogo (~vlad@188.25.237.173)
IRC log for #brlcad on 20130715

IRC log for #brlcad on 20130715

01:20.44brlcadvladbogo: so ... basically it SHOULD be working how you wrote it
01:21.16brlcadperhaps Tk is not creating a real "Window"
01:21.39brlcadtry creating a third X11 window (manually)
01:22.01brlcadfind an X11 tutorial on the web, create a simple empty window, pass that Window to Qt and see if you can get it to use it
01:22.27brlcador ask on the Qt and/or Tk forums and/or stackoverflow what you might be doing wrong
01:23.06brlcadunfortunately, the answer isn't obvious but your logic seems sound so the next step is to either walk the logic in a debugger or ... ask for help ;)
03:03.33*** join/#brlcad evgeny (~Miranda@109.194.34.184)
03:36.07Notify03BRL-CAD:brlcad * 56044 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: initialize usplit and vsplit to the midpoint, otherwise there's potential for them to get used without being initialized.
03:37.12Notify03BRL-CAD:brlcad * 56045 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: what the heck happened to the style???
03:41.01*** join/#brlcad caen23 (~caen23@92.81.215.44)
03:42.31Notify03BRL-CAD:phoenixyjll * 56046 brlcad/trunk/src/libbrep/intersect.cpp: Normalize the curves, and check tangent events.
04:06.18Notify03BRL-CAD:phoenixyjll * 56047 brlcad/trunk/src/libbrep/intersect.cpp: Check the domain parameters.
04:42.36Notify03BRL-CAD:brlcad * 56048 brlcad/trunk/src/rt/do.c: should not be using raw codes with open(), use the symbolic form for rw
04:50.54Notify03BRL-CAD:brlcad * 56049 brlcad/trunk/src/rt/do.c: improve the error message when we cannot write to the output file. the fdopen failure was masking the open failure causing an unhelpful 'bad file descriptor' message instead of the original permissions denied message.
04:52.40Notify03BRL-CAD:phoenixyjll * 56050 brlcad/trunk/src/libbrep/intersect.cpp: Add seaming curves to handle intersecting intersection curves.
04:56.27Notify03BRL-CAD:brlcad * 56051 brlcad/trunk/src/rt/do.c: let the user know that we read the existing output data into the framebuffer (even though we still call shootray for all pixels)
05:00.25Notify03BRL-CAD:brlcad * 56052 brlcad/trunk/src/rt/do.c: ordering for pre c99
05:03.16Notify03BRL-CAD:brlcad * 56053 brlcad/trunk/src/rt/do.c: put new log message behind the existing verbosity flag
05:09.09Notify03BRL-CAD:phoenixyjll * 56054 brlcad/trunk/src/libbrep/intersect.cpp: Sometimes we can merge the new seaming curves - don't need to generate new ones.
05:25.54Notify03BRL-CAD:phoenixyjll * 56055 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate compiler warnings.
05:34.57vladbogobrlcad: I've tried creating a third X11 window and pass that window to Qt but I get the same result (2 windows)
05:36.03vladbogoI will also ask on the qt forum/stackoverflow and hopefully find a solution.
06:29.52*** join/#brlcad caen23 (~caen23@92.81.215.44)
07:04.23Notify03BRL-CAD:phoenixyjll * 56056 brlcad/trunk/src/libbrep/intersect.cpp: Should consider 2D distances. And if there are already intersections, we don't generate seaming curves.
07:32.20*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
07:46.34Notify03BRL-CAD Wiki:Phoenix * 5695 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
07:47.59Notify03BRL-CAD Wiki:Phoenix * 5696 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
07:48.18Notify03BRL-CAD Wiki:Phoenix * 5697 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
07:49.48*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:39.29*** join/#brlcad kimz (~AndChat56@110.225.245.211)
11:04.17*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:51.18Notify03BRL-CAD:brlcad * 56057 brlcad/trunk/src/librt/primitives/rec/rec.c: overhaul the rec shot routine. eliminates a recently introduced magic constant (1.0e10) that wasn't correct (a big root does not indicate a need to check the end plates). completely restructure the logic to eliminate the gotos and the associated spagetti. now we always check the cylinder and end plates, collapsing any duplicate points. these
11:51.20Notifychanges were tested extensively with a default rec from all possible orientations showing no change other than face normal on grazing edge. performance was actually faster for most views (but within 5% noise).
11:52.53*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:40.03*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
14:40.05*** join/#brlcad evgeny (~Miranda@77.106.106.192)
14:40.11*** part/#brlcad evgeny (~Miranda@77.106.106.192)
16:50.38zero_levelbrlcad : I want to discuss aout three issues
16:50.50zero_levela) About Implementation of filters
16:51.03zero_levelb) About histograms in double images
16:52.22zero_levelc) About converting the image utilities to use implemented functions of libicv
16:53.19zero_levelabout A)
16:54.29zero_levelBRL-CAD has three different utilities for filttering bwfilter, pixfilter, pix3filter
16:55.12zero_levelall these three use a 3X3 (bwfilter, pixfilter) amd 3x3x3 (pix3filter)
16:55.51zero_levelI am converting them as two functions
16:56.05zero_levelicv_filter() for bwfilter and pixfilter
16:56.17zero_levelicv_filter3() for pix3filter
16:56.33zero_levelMy questions is :
16:58.09zero_levelI am not sure about the size of the image BRL-CAD predominately uses (My guess 512x512). But do you think I should include a functionality for
16:58.17zero_levelvariable size filter ?
16:59.57zero_levelIf the image size is small (<512^2) My gut feeling is that 3 dimensional size filter will sufice
17:00.22zero_levelabout B)
17:01.44zero_levelOr do u think i shld put them in mail ?
17:03.18*** join/#brlcad vladbogo (~vladbogo@188.25.237.173)
17:32.31*** part/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
18:00.28*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:17.06brlcadzero_level: we can discuss here and then you can summarize via e-mail for others
18:17.21brlcaddefault image size for all tools should be 512x512
18:17.30brlcadbut you shouldn't assume that size
18:18.04brlcadis there a way to combine all three into one generalized function?
18:18.43brlcadi'm not familiar with the 3x3x3 kernel you speak of for pix3filter
18:19.18brlcadhaving a variable size filter is VERY desirable, but that would obviously be new functionality so you certainly don't have to accommodate it
18:19.51brlcadbut if you happen to accommodate it in the process of generalizing those three into one or two functions, great
18:21.51vladbogobrlcad: hi. I've asked on sourceforge and qt forums and hopefully I will get a response soon.
18:22.07vladbogoon stackoverflow*
18:23.17zero_levelbrlcad: right. The only reasoni asked for variable lenth filter was because of implementation issue.
18:24.11zero_levelNow i will modify the current function as a generalization of filter length
18:26.53zero_levelcurrently it is hard coded so that only 3-Dim Filter are used.
18:27.43brlcadinteresting new site: http://choosealicense.com/
18:27.57brlcadvladbogo: excellent, let us know what you find out
18:28.39zero_levelpix3filter is there in src/util/pix3filter.c
18:28.49brlcadzero_level: the trick/danger is dealing with larger filters correctly on the boundaries
18:29.13brlcadI know where the sources are, just haven't needed to use it or have read the sources in a very long time
18:29.21brlcadcan you summarize?
18:30.51zero_levelalright
18:31.13zero_levelIts basicaaly for three images
18:31.59zero_leveland besides the normal low, high, and average u could create a smear amination using this
18:32.20zero_leveland the combined is put to a single image
18:34.57zero_leveland yes boundaries ar the issue. n/2 lines in both sides might look awful
18:35.16zero_levelbut then if the images are large. It wouldnt matter.
18:36.10zero_levelabout b) although i will be implementing this latter in the week.
18:36.34zero_levelHow do we written for histogram functions.
18:36.47zero_levelWhat should be the hisogram for double data.
18:37.16zero_levelThe only way I got is ask the user the number of bins and written a long int array of that size.
18:37.34zero_levelJust wanted to make sure I was write abt that
18:37.40zero_level*if
18:39.14zero_levelso this looks long int* icv_histogram(icv_image_t* bif, int num_bins)
18:39.45zero_leveland also there is an issue if the imgage is rgb data. ?
18:41.26zero_levelearlier i thought it to be int icv_histogram(icv_image_t*bif, int num_bins, long int* bin1, long int *bin2, long int *bin3 )
18:41.50zero_levelbut i am worried for different channel images (1,4)
18:47.30*** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net)
18:57.50brlcadzero_level: so then merging the three sounds unhelpful
18:57.56brlcadjust the two like you had planned
18:59.06brlcadif you're familiar with the generic filter in photoshop or gimp, that might be a good example to follow
19:03.18brlcadas for histogram, you could specify the image, num_bins, start channel #, channel count, and output array (should be size_t ... NOT long int)
19:14.25vladbogobrlcad: in order to process Qt events the QApplication::processEvents function should be called in mged's main loop. Should I add a new processEvent callback to struct dm which does nothing for the other dms or should I put an #ifdef DM_QT call process events #endif?
19:16.10brlcadvladbogo: hehe, you clearly KNOW the right way already :)
19:16.28brlcadcallback ftw
19:17.35vladbogobrlcad: that's what I thought but just wanted to be sure
19:19.15vladbogobrlcad: also offtopic I saw that Notify does not print updates
19:22.43brlcadnotify sometimes gets stuck
19:25.14Notify03BRL-CAD:vladbogo * 56058 brlcad/trunk/src/libdm/dm-qt.cpp: Remove trailing ws and other minor changes.
19:25.19Notify03BRL-CAD:vladbogo * 56059 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented qt_reshape and added the QtTkMainWindow to priv_vars.
19:25.22Notify03BRL-CAD:vladbogo * 56060 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt_configureWin_guts.
19:25.25Notify03BRL-CAD:vladbogo * 56061 brlcad/trunk/src/libdm/dm-qt.cpp: Set window background color.
19:25.27Notify03BRL-CAD:vladbogo * 56062 brlcad/trunk/src/libdm/dm-qt.cpp: Remove trailing ws and other small cleanups.
22:15.25Notify03BRL-CAD Wiki:Level zero * 5698 /wiki/User:Level_zero/GSOC13/logs: /* Week 4 */
22:15.27Notify03BRL-CAD Wiki:Harman052 * 5699 /wiki/User:Harman052/GSoc2013/Logs:
22:15.29Notify03BRL-CAD Wiki:Vladbogolin * 5700 /wiki/User:Vladbogolin/GSoC2013/Logs:
22:15.32Notify03BRL-CAD Wiki:49.249.1.63 * 5701 /wiki/User:KeshaSShah/GSoC13/Reports:
22:15.33Notify03BRL-CAD Wiki:Izakkayems * 5702 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
22:15.35Notify03BRL-CAD Wiki:NyahCh3ck20 * 5703 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */
22:15.43Notify03BRL-CAD:vladbogo * 56063 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 10 others): Added the processEvents callback to struct dm.
IRC log for #brlcad on 20130716

IRC log for #brlcad on 20130716

00:47.00*** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:43.36*** join/#brlcad evgeny (~Miranda@109.194.34.184)
03:26.55*** join/#brlcad caen23 (~caen23@92.81.215.44)
06:09.34kanzureare there any bindings for python, javascript, or other languages?
06:09.41kanzureif so where are they?
07:15.50*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:48.39zero_levelabout c)(refactoring the current utilities to use icv library) although we have discussed this but i would like to
12:49.05zero_level*u to reaffirm on this because
12:50.13zero_level1) The current utilities read the input image into buffers of small size(thus reducing thrunning space of them).
12:50.39zero_level2) They are very elegantly written such as to minimize the running cost.
12:52.13zero_level3) Using the icv library will be very easy because it would require only three lines icv_load(...); icv_rect(...); /*As an example*/icv_Save();
12:54.38zero_levelbut this would mean converting the images to double format. and processing over them. And them reconverting the images to unsinged char format.
12:55.16zero_levelSince all the processing tools in src/util are either for pix or bw format.
14:26.55kanzureah there seems to be /brlcad/trunk/src/tclscripts/mged/bindings.tcl
14:31.13kanzurenope nevermind
14:32.36kanzurebrlcad: when you have a moment, can you dump any thoughts about how to make low-maintenance bindings against brlcad? i was thinking i could use cython. but then that would only be python bindings. i am not particularly eager to use swig-wrapper. the gtk/gnome people have this really interesting introspection system for all of their projects, and they generate bindings via introspection every time they compile anything. but none of their ...
14:32.42kanzure... introspection will work against brlcad of course, because there's nothing gtk..
14:36.30kanzurei think python, javascript, golang and haskell would be good candidates.
14:36.56kanzurepossibly at least one jni thing so that jvm people can be amused
14:57.38*** join/#brlcad evgeny (~Miranda@77.106.106.192)
15:25.30starseekerAh - so it's ap203e2 that has the csg primitives
15:26.21*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11b:65be:0:2:d3e2:be01)
15:26.26starseekerkanzure: swig is too heavy?  My understanding was that is the primary option for multiple-language binding scenarios
15:31.10kanzurethere are many reasons to dislike swig-wrapper, mostly it's the intermediate language you have to write in
15:40.18*** join/#brlcad mpictor (~mpictor_@2600:1015:b11b:65be:0:2:d3e2:be01)
IRC log for #brlcad on 20130717

IRC log for #brlcad on 20130717

05:39.08*** join/#brlcad infobot (~infobot@rikers.org)
05:39.09*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
05:52.28Notify03BRL-CAD:phoenixyjll * 56097 brlcad/trunk/src/libbrep/intersect.cpp: Get the 3D overlap boundary segments.
06:02.06*** join/#brlcad caen23_ (~caen23@92.81.193.210)
06:04.57*** join/#brlcad kesha__ (~kesha@49.202.239.193)
06:14.25*** join/#brlcad kesha_ (31caefc1@gateway/web/freenode/ip.49.202.239.193)
06:14.55kesha_http://paste.kde.org/p5bf0a67b/raw/
06:19.48kesha_scanBuf is of size 1, sill how can it store a string of size 4 ? :O
06:36.31*** join/#brlcad cdk (~cdk@24-212-219-10.cable.teksavvy.com)
07:35.35*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:52.18*** join/#brlcad kimz (~AndChat56@106.197.168.83)
07:53.58*** join/#brlcad kesha_ (~kesha@49.249.1.163)
09:55.40Notify03BRL-CAD:phoenixyjll * 56098 brlcad/trunk/src/libbrep/intersect.cpp: Remove an invalid character, and call GetSpanVector() before we use the knots.
09:55.58*** join/#brlcad caen23 (~caen23@92.81.193.210)
10:09.50*** join/#brlcad kesha__ (~kesha@49.248.244.93)
10:31.09Notify03BRL-CAD Wiki:Phoenix * 5711 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */
11:01.21*** join/#brlcad kesha_ (~kesha@49.248.244.93)
12:06.41starseekerWooot!  The Metis graph partitioning software finally picked a sane license - as of version 5.0.3 they're using Apache 2.0
12:07.17starseekerthat puts them on the same footing as the subversion libraries for usability
12:18.18starseekernaturally they didn't put the parallel version under Apache... ah, well
12:20.45starseekeron the other hand, their initial release of the OpenMP version of the partitioning routines has the MIT license in it...
12:20.48starseekerinteresting
12:23.49*** join/#brlcad evgeny (~Miranda@77.106.106.192)
12:55.01*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b115:bfa0:0:9:faf4:5901)
13:20.18starseekerbrlcad: we've got a lights regression failure, that appears to be related to cylindars
13:20.42starseekerbrlcad: did you run the regression tests after the rec raytracing changes?  (just so I know where to start hunting)
13:21.47Notify03BRL-CAD:carlmoore * 56099 brlcad/trunk/src/conv/step/g-step.cpp: remove trailing blank/tab
13:23.21brlcadstarseeker: I thought I had, but I can check it since I did it
14:18.21Notify03BRL-CAD:starseeker * 56100 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/Factory.cpp and 7 others): Update the code so we can use either ap203 or ap203e2 at compile time, and default to ap203e2
15:05.09Notify03BRL-CAD:brlcad * 56101 brlcad/trunk/src/conv/step/g-step.cpp: copyright starts now
15:08.09Notify03BRL-CAD:brlcad * 56102 brlcad/trunk/src/shapes/fence.c: document where we fall through
15:21.30Notify03BRL-CAD:brlcad * 56103 brlcad/trunk/src/librt/primitives/rec/rec.c: didn't propagate the sign from the dividend, makes more sense now
15:22.18*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b115:bfa0:0:9:faf4:5901)
15:24.42Notify03BRL-CAD:brlcad * 56104 brlcad/trunk/src/librt/primitives/rec/rec.c: and back to 'standard' form, this time properly propogating the sign so that we don't introduce a regression failure
16:19.41Notify03BRL-CAD:carlmoore * 56105 brlcad/trunk/src/shapes/fence.c: changed old nN to kK, making room for change of old hH to nN; made some other changes, but we do NOT have run-with-no-arguments
16:34.50Notify03BRL-CAD Wiki:NyahCh3ck20 * 5712 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */
17:31.15*** join/#brlcad vladbogo (~vladbogo@188.25.237.173)
17:41.28*** join/#brlcad kesha_ (~kesha@49.248.244.93)
18:58.13Notify03BRL-CAD Wiki:KeshaSShah * 5713 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 5 */
19:03.25Notify03BRL-CAD:r_weiss * 56106 brlcad/trunk/src/librt/prep.c: Make sure the model bounding box is, 2 times the distance tolerance larger, on all sides, than the model. The ceil and floor functions do not always do this.
19:18.32vladbogobrlcad: hi, I have just tested to see if the Wno-float-equal applies just to libdm using "VERBOSE=1 make" and it seems to be applying just to libdm, so should I set it for the whole compilation process or it is ok like this?
19:27.25*** join/#brlcad Ch3ck (295cd27d@gateway/web/freenode/ip.41.92.210.125)
19:35.36Notify03BRL-CAD:vladbogo * 56107 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/mged.c): Called the QApplication::processEvents function in mged's main loop. Added color information in qt priv_vars.
19:36.24*** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
20:00.01Notify03BRL-CAD:vladbogo * 56108 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_setBGcolor function.
20:01.14Notify03BRL-CAD Wiki:Izakkayems * 5714 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
20:07.25*** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
20:45.56starseekerconfound it - now nirt's not happy...
21:16.33Notify03BRL-CAD:starseeker * 56109 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 4 others): Patch #57 - which was a subset of a patch by Alexandrus - attempted to integrate coil into MGED as a command. Code changed a lot since - this attempts to integrate coil as a command in Archer, but only uses the original patch for reference. Needs testing and a man page.
21:21.08*** join/#brlcad caen23 (~caen23@92.81.219.240)
21:36.52Notify03BRL-CAD Wiki:Vladbogolin * 5715 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:39.37Notify03BRL-CAD:tbrowder2 * 56110 brlcad/trunk/INSTALL: correct grammar
21:40.14Notify03BRL-CAD:tbrowder2 * 56111 brlcad/trunk/INSTALL: delete extra line
21:41.11Notify03BRL-CAD:tbrowder2 * 56112 brlcad/trunk/INSTALL: oops, forget it
22:04.25Notify03BRL-CAD:carlmoore * 56113 brlcad/trunk/src/shapes/fence.c: implement run-with-no-arguments
22:16.49*** part/#brlcad cdk (~cdk@24-212-219-10.cable.teksavvy.com)
23:47.03*** join/#brlcad caen23 (~caen23@92.81.205.230)
IRC log for #brlcad on 20130718

IRC log for #brlcad on 20130718

04:02.12Notify03BRL-CAD:phoenixyjll * 56114 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Generate a 2D curve on the surface for csx_overlap.
06:14.47Notify03BRL-CAD:phoenixyjll * 56115 brlcad/trunk/src/libbrep/intersect.cpp: Link the curves together to form a loop. More tests are needed to find if there are any problems with this solution.
06:33.31*** join/#brlcad evgeny (~Miranda@109.194.34.184)
06:42.30*** part/#brlcad evgeny (~Miranda@109.194.34.184)
07:05.09*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:57.56*** join/#brlcad kesha_ (~kesha@49.202.239.179)
08:13.09Notify03BRL-CAD:phoenixyjll * 56116 brlcad/trunk/src/libbrep/intersect.cpp: Change the direction of curves if necessary to satisfy the requirements of ON_SSX_EVENT.
08:27.21Notify03BRL-CAD:phoenixyjll * 56117 brlcad/trunk/src/libbrep/intersect.cpp: Remove trailing ws.
08:35.48Notify03BRL-CAD:phoenixyjll * 56118 brlcad/trunk/src/libbrep/intersect.cpp: Fix wrong operator (should be || rather than &&), and remove two unused variables.
09:20.51Notify03BRL-CAD Wiki:Phoenix * 5716 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */
10:04.28*** join/#brlcad kesha__ (~kesha@49.248.244.119)
13:58.40*** join/#brlcad caen23 (~caen23@92.81.205.230)
15:00.14*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11b:ec46:0:33:1c58:2001)
15:32.12*** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
16:52.00*** join/#brlcad caen23_ (~caen23@92.81.181.136)
17:05.05Notify03BRL-CAD Wiki:Harman052 * 5717 /wiki/User:Harman052/GSoc2013/Logs:
17:08.41Notify03BRL-CAD:carlmoore * 56119 brlcad/trunk/src/libdm/dm-qt.cpp: remove trailing blanks/tabs
17:15.37Notify03BRL-CAD:vladbogo * 56120 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): A first attempt in drawing 2d lines.
17:27.38brlcadvladbogo: so what's the current status?
17:27.49brlcaddid you ever figure out the reuse-of-a-window issue?
17:28.52vladbogobrlcad: unfortunately not...still waiting for an answer on stackoverflow/qforum
17:29.45vladbogoI have implemented the draw line functionality because I've considered that it shouldn't be changed while waiting for the answer
17:30.52*** join/#brlcad zero_level_ (dfe3b1a8@gateway/web/freenode/ip.223.227.177.168)
17:30.53brlcadokay, good
17:31.07vladbogoand meanwhile I also tried to find a solution
17:31.46vladbogoI will wait for a couple of days and if I can't find I'll consider as you suggested ignoring Tk
17:32.08brlcadk
17:32.08vladbogobrlcad: regarding the Wno-float-equal flag
17:32.17brlcadyeah, that sounded fine
17:32.19vladbogoI've tested using VERBOSE=1 make
17:32.25brlcadsaw your message about it being one dir
17:33.08vladbogoand it seems to apply just to the Qt files in libdm(which might be a problem) but does not apply to following folders
17:33.44vladbogoshould I set it in the top-level CMakeList when Qt is enabled?
17:36.19vladbogoalso I found that libpc/CMakeList.txt enables Wno-error and Wno-inline assuming the compiler it gcc (or compatible) so I was thinking to change it using the same approach
17:37.13vladbogobut wanted to clear out first if it should be enabled in the top-level or just in the lib dir
17:38.11vladbogoalso one more thing
17:39.37brlcadusually you would TEST for it in the top-level makefile, set a variable, and then use it in the subdir
17:39.50brlcadbut as it's only currently in one directory, it's fine
17:40.26brlcaddo not add -Wno-error
17:40.37brlcadlibpc does that because of errors that cannot be turned off
17:41.06vladbogook then I'll let libpc like this
17:42.09vladbogoI've tried to compile on windows and I get the same error message as we've discussed before (some link error) which apparently needed to have the additional libraries quoted but I also downloaded the sources in the files section and there I get no compilation error (and does not have quotes) so I guess that shouldn't be the problem
17:44.38vladbogoI've used visual studio 2010 for both compilation and also tried with mingw which also fails
17:50.38brlcadvladbogo: so not one bit of that information you wrote is actionable
17:50.58brlcadsaying it gave an error is entirely meaningless without knowing specifically what and why
17:51.17brlcadif you don't understand what or why, that is what must be figured out
17:51.37brlcadnot just blindly trying compiles in various systems, hoping one magically works....: )
17:51.57vladbogobrlcad: the error is lnk1104: cannot open file
17:52.15vladbogoand i get it for every lib
17:54.35vladbogoall I could find is that it occurs when there are errors in specifying the library dependencies
18:01.49vladbogoand I wasn't trying blindly hoping that one magically works:) first time I was on a machine where I had both svn and cmake installed and then when I remembered about the doc/Readme.Windows I was on a machine where I had none installed and after reading the file on sourceforge I saw that it's recommended to use the cmake gui and I thought I might have missed something so I tried again using the src zip and when I found out that it compiled it really intr
18:01.49vladbogoigued me why but I couldn't find any relevant infos so that's why I asked
18:05.24brlcadvladbogo: lnk1104 says that the library specification is probalby wrong
18:06.13brlcadvladbogo: good to hear that you weren't trying blindly, but it's curious that you'd try three different build systems ... :)
18:06.43brlcadI'd suggest picking just one and digging all the way down
18:06.57brlcadprobably regular msvc since that's the most often tested
18:07.01vladbogomingw was from pure curiosity because I saw in the readme that it's untested
18:07.06brlcadand lnk1104 implies that it's probably a simple quoting issue
18:08.14vladbogothen I'll tried to find a way to automatically include quotes and see what happens
19:13.56Notify03BRL-CAD Wiki:Vladbogolin * 5718 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:46.14Notify03BRL-CAD Wiki:NyahCh3ck20 * 5719 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */
20:44.39zero_levelhi brlcad..
20:46.38zero_levelI have modified the definition for histogram, from our last discussion.
20:48.38zero_levelnow it looks like icv_hist(icv_image_t* img, int n_bins, size_t**bins);
20:49.32zero_levelwith a wrapper function icv_init_bins();
20:56.53zero_levelAlso filter function turned great. Although it can handle arbitrary kernel size
20:58.04zero_levelbut we will need a function to get a arbitrary kernel. For instance low_pass filter of size 7X7
21:02.38zero_levelWhich approach do u suggest? Keeping an inbuilt library of filters(my recomm.) or implementing them as closed functions
21:08.24*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
IRC log for #brlcad on 20130719

IRC log for #brlcad on 20130719

00:26.04brlcadzero_level: you should check out the patch from a GCI candidate that also proposed ICV work
00:26.29brlcadbwfilter iirc, but it included a method for passing filters
00:26.36brlcadcheck it out, see what you think
00:38.54zero_levelbrlcad, do u mean 164 ?
01:03.17zero_levelbrlcd :This patch only implementes the filter function for 3x3 kernels.
01:04.31zero_levelAlso those kernels are stored as a library in the file similar to src/util/bwfilter.c
02:39.09brlcadzero_level: uhm, it wasn't to suggest using the code ...
02:39.26brlcadit was to see if you can get any ideas about how to go about the API specification
02:39.41brlcadmaybe yes, maybe no, but worth taking a quick look
07:50.10*** join/#brlcad caen23 (~caen23@92.81.181.136)
08:18.28*** join/#brlcad caen23_ (~caen23@92.81.213.187)
08:35.13*** join/#brlcad kesha_ (~kesha@49.249.18.135)
10:52.57*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b103:5e72:0:44:b1f0:f301)
11:19.58*** join/#brlcad caen23 (~caen23@92.81.213.187)
12:17.44brlcadstarseeker: ah, so you're seeing an unhappy nirt regress too
12:18.40Notify03BRL-CAD:carlmoore * 56121 brlcad/trunk/src/sig/fhor.c: slightly speeded up the code, and changed 'across' comment to 'left to right' assuming right-handed system
12:19.05Notify03BRL-CAD:phoenixyjll * 56122 brlcad/trunk/src/libbrep/intersect.cpp: We should recognize that there might be inner loops - use point-surface intersections to determined which side of the curve is actually the intersection.
12:19.10Notify03BRL-CAD:vladbogo * 56123 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt-setFGColor.
12:19.12Notify03BRL-CAD:vladbogo * 56124 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented qt_drawBegin and qt_drawEnd + other modifications to use this functions in a proper way.
12:19.18Notify03BRL-CAD:vladbogo * 56125 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt_setLineAttr function.
12:19.20Notify03BRL-CAD:vladbogo * 56126 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_drawString2D function.
12:19.24Notify03BRL-CAD:phoenixyjll * 56127 brlcad/trunk/src/libbrep/intersect.cpp: Should not ignore that intersections might be 0.
12:19.33Notify03BRL-CAD:vladbogo * 56128 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_drawPoint2D function.
12:19.35brlcadstarseeker: ah, so you're seeing an unhappy nirt regress too
12:19.55brlcadlooks like someone changed the bounding box sizes by 0.001
12:20.18brlcadsmells an injection of a magic number somewhere
12:24.05Notify03BRL-CAD Wiki:Level zero * 5720 /wiki/User:Level_zero/GSOC13/logs: /* Week 5 */
12:28.17Notify03BRL-CAD Wiki:KeshaSShah * 5721 /wiki/User:KeshaSShah/GSoC13/Reports:
12:28.19Notify03BRL-CAD Wiki:Phoenix * 5722 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */
13:25.20Notify03BRL-CAD:carlmoore * 56129 brlcad/trunk/include/dm-qt.h: remove trailing blanks/tabs
13:54.25Notify03BRL-CAD:starseeker * 56130 (brlcad/trunk/src/conv/step/BRLCADWrapper.cpp brlcad/trunk/src/conv/step/BRLCADWrapper.h brlcad/trunk/src/conv/step/g-step.cpp): Unpack a Brep from a .g - this will all eventually be organized differently, for now just getting a feel for what is needed.
14:03.37*** join/#brlcad evgeny (~Miranda@77.106.106.192)
14:05.43starseekermakes a note of ShrinkSurface in opennurbs - looks like it is intended to resize a surface based on trimming curves...
14:08.30*** part/#brlcad evgeny (~Miranda@77.106.106.192)
14:34.37*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b103:5e72:0:44:b1f0:f301)
16:10.40brlcadstarseeker: perhaps to eliminate exterior trims?
16:11.16brlcadstarseeker: did you look at all into the nirt issue, any traceback to when it started?
17:24.25*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
17:44.41starseekerbrlcad: haven't got into the nirt thing yet
17:44.57starseekerwas reading stepcode C++ and docs...
17:45.39Notify03BRL-CAD Wiki:Harman052 * 5723 /wiki/User:Harman052/GSoc2013/Logs:
18:05.58brlcadstarseeker: okay, I'll peek at it later
18:09.05Notify03BRL-CAD:n_reed * 56131 brlcad/trunk/src/libbrep/intersect.cpp: per opennurbs_point.h, ON_zaxis is obsolete
18:26.05Notify03BRL-CAD Wiki:Level zero * 5724 /wiki/User:Level_zero/GSOC13/logs: /* Week 5 */
18:53.21brlcadstarseeker: so then can 57 be closed?
19:00.26Notify03BRL-CAD:brlcad * 56132 brlcad/trunk/AUTHORS: credit Alexandrus for his patch from 2010 (sf #57) that was integrated by cliff recently and which introduces the coil command from within mged and archer.
19:02.04Notify03BRL-CAD:brlcad * 56133 brlcad/trunk/NEWS: note that there's now a coil command for mged and archer (r56109 introduced, patch 57)
19:06.15Notify03BRL-CAD:brlcad * 56134 brlcad/trunk/src/librt/prep.c: revert r56106 as it breaks the nirt regression. hit results seem to be shifted by the distance introduced in that change, which increased the bounding box by 2 times the distance tolerance.
19:10.01brlcadstarseeker: nirt fixed
19:13.41Notify03BRL-CAD:brlcad * 56135 brlcad/trunk/src/mged/setup.c: add coil to mged too
19:32.42starseekerbrlcad: awesome, thanks!
19:32.56starseekerbrlcad: is the pl->plot3 change NEWS worthy?
19:33.13brlcadyeah
19:36.05*** join/#brlcad mpictor__ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:38.47Notify03BRL-CAD:starseeker * 56136 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step.cpp): Switch back to ap203 for now - print out the schema structure to get an idea of what C++ code is doing when interacting with the registry and instance_list...
19:46.28*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:51.46Notify03BRL-CAD Wiki:41.92.210.174 * 5725 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
19:52.00Notify03BRL-CAD:brlcad * 56137 brlcad/trunk/include/bn.h: apply sf patch #209 providing descriptions of the macro parameters
19:52.59Notify03BRL-CAD Wiki:NyahCh3ck20 * 5726 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */
19:53.34Notify03BRL-CAD:starseeker * 56138 brlcad/trunk/NEWS: Update and commit a change from patch #53 by Tom Browder that replaces the '.pl' convention in plot file naming (both file extensions and program names for utilities) with 'plot3' to avoid confusion with the Perl language.
19:54.30starseekerbrlcad: left feedback on the semaphore test patch - applied find but didn't build (missing headers for signal stuff)
19:59.13brlcadstarseeker: you compiling on windows?
19:59.23brlcadSIGALRM isn't available on windows
20:00.25brlcadsome section of code probably just gets wrapped in HAVE_UNISTD_H
20:00.47*** join/#brlcad mpictor__ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
20:04.40*** join/#brlcad markp (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
20:05.18*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:05.38Notify03BRL-CAD:carlmoore * 56139 brlcad/trunk/src/sig/fhor.c: fix punctuation in a comment
20:12.41Notify03BRL-CAD:brlcad * 56140 brlcad/trunk/src/libged/comb.c: apply svn patch #211 (User Friendly Error message for comb command) from Talwinder saini
20:13.43Notify03BRL-CAD:carlmoore * 56141 brlcad/trunk/src/sig/fhor.c: remove 'else' because the consequence of TRUE is to do a return
20:19.14starseekerbrlcad: no, not Windows - Linux
20:40.37brlcadhuh
20:40.53brlcadwas unistd.h included?
20:44.13*** join/#brlcad caen23 (~caen23@92.81.176.154)
20:47.33Notify03BRL-CAD:brlcad * 56142 brlcad/trunk/src/libged/comb.c: redo the error messages (because a couple weren't correct) and add one more validity check to make sure we don't read too many argv
20:48.44Notify03BRL-CAD:carlmoore * 56143 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing blanks/tabs, and fix spelling in comments
20:53.40Notify03BRL-CAD:brlcad * 56144 brlcad/trunk/AUTHORS: credit talwindersaini with special thanks for prompting an improvement to the comb commands error messages.
20:56.06Notify03BRL-CAD:brlcad * 56145 brlcad/trunk/src/sig/fhor.c: meh
21:07.51brlcadzero_level: what's your next patch?
21:07.55brlcadhi caen23
21:49.08Notify03BRL-CAD:brlcad * 56146 (brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/firpass.c and 7 others): mass ws indent format style cleanup
21:51.07brlcadwoot, 924 lines gone
22:04.54Notify03BRL-CAD:brlcad * 56147 brlcad/trunk/CHANGES: deprecate the IRPREP tools. might want to keep showtherm and one or two of the other tools, but need to see them in action and read their manual pages more carefully (before declaring obsolete and removing). maybe talk to sue too to see who the users are/were..
22:06.25Notify03BRL-CAD:brlcad * 56148 brlcad/trunk/CHANGES: stick to convention
22:19.50*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
23:45.14Notify03BRL-CAD:tbrowder2 * 56149 brlcad/trunk/doc/docbook/system/man3/en/libplot3.xml: use consistent modern C function formats
23:47.21Notify03BRL-CAD:tbrowder2 * 56150 (brlcad/trunk/doc/docbook/system/man3/en/libcursor.xml brlcad/trunk/doc/docbook/system/man3/en/liborle.xml brlcad/trunk/doc/docbook/system/man3/en/librt.xml): remove troff artifacts from doclifter
23:48.08Notify03BRL-CAD:tbrowder2 * 56151 brlcad/trunk/doc/docbook/system/man5/en/plot3.xml: correct current pl program names
IRC log for #brlcad on 20130720

IRC log for #brlcad on 20130720

02:30.59Notify03BRL-CAD:brlcad * 56152 brlcad/trunk/src/proc-db/CMakeLists.txt: accept sf patch #214 C-Channel generator from Emory Huff (hknoll) that adds a new 'cchannel' utility.
03:09.57Notify03BRL-CAD:brlcad * 56153 (brlcad/trunk/AUTHORS brlcad/trunk/NEWS): credit emory huff with the new cchannel proc-db tool he created (sf patch 214) that procedurally generates channel geometry. within current implementation limitations, quite simple and effective.
03:10.53Notify03BRL-CAD:brlcad * 56154 brlcad/trunk/NEWS: credit talwinder saini with improving the comb command error messages even if they were changed around substantially. he motivated the improvement with his patch.
03:58.41*** join/#brlcad caen23_ (~caen23@92.81.180.35)
04:30.39Notify03BRL-CAD:brlcad * 56155 brlcad/trunk/include/rtgeom.h: apply sf patch #204 (Current work on rtgeom.h) from gsoc student issac which begins to implement support for a new 'hrt' heart shape primitive
04:40.42Notify03BRL-CAD:brlcad * 56156 brlcad/trunk/include/rtgeom.h: ugh, he even had a typo in the (clearly untested) patch.
04:48.09Notify03BRL-CAD:brlcad * 56157 brlcad/trunk/include/rtgeom.h: ws tab cleanup
05:03.10*** join/#brlcad kesha_ (~kesha@49.249.18.126)
06:55.36*** join/#brlcad caen23 (~caen23@92.81.180.35)
07:52.26zero_levelbrlcad: it is 210.
08:20.19*** join/#brlcad kesha_ (~kesha@49.249.18.166)
08:22.00*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
09:07.46*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
09:07.46*** join/#brlcad harmanpreet (~harman@202.164.53.122)
10:25.36*** join/#brlcad kesha_ (~kesha@49.202.239.152)
10:26.20*** join/#brlcad kesha__ (~kesha@49.202.239.152)
11:13.20*** join/#brlcad caen23 (~caen23@92.81.180.35)
11:16.06*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:932d:0:27:b16:c801)
11:29.32Notify03BRL-CAD:tbrowder2 * 56158 brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml: expand on contents of nrl-cad package
11:39.32*** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
11:47.35Notify03BRL-CAD Wiki:Vladbogolin * 5727 /wiki/User:Vladbogolin/GSoC2013/Logs:
12:03.49vladbogomake -j4
12:05.07vladbogosorry about that :)
12:13.30Notify03BRL-CAD:tbrowder2 * 56159 brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml: remove doclifter 'elided' artifacts causing unwanted blank lines
12:14.37Notify03BRL-CAD:tbrowder2 * 56160 brlcad/trunk/doc/docbook/system/man3/en/libfb.xml: removed unneeded docbook tags
12:45.31Notify03BRL-CAD:vladbogo * 56161 brlcad/trunk/src/proc-db/cchannel.c: Removed the C++ style comments, solved the set but not used warning and created type bool.
12:50.12Notify03BRL-CAD:tbrowder2 * 56162 brlcad/trunk/doc/docbook/system/man1/en/lgt.xml: correct typo; add warning about deprecation
12:53.23Notify03BRL-CAD:vladbogo * 56163 brlcad/trunk/src/proc-db/cchannel.c: ws/indent
13:23.18Notify03BRL-CAD:tbrowder2 * 56164 (brlcad/trunk/doc/docbook/system/man1/en/bwhist.xml brlcad/trunk/doc/docbook/system/man1/en/fb-bw.xml and 21 others): remove doclifter 'elided' artifacts causing unwanted blank lines
14:01.50Notify03BRL-CAD:n_reed * 56165 brlcad/trunk/src/proc-db/cchannel.c: bool may or not be defined already; just use int
14:04.49*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:11.34*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:21.53Notify03BRL-CAD:n_reed * 56166 brlcad/trunk/src/proc-db/cchannel.c: sort headers, remove duplicate inclusion of wdb.h
15:18.57Notify03BRL-CAD:tbrowder2 * 56167 brlcad/trunk/doc/pad_file.xml.in: correct xml errors
15:20.28Notify03BRL-CAD:n_reed * 56168 brlcad/trunk/src/proc-db/cchannel.c: no need to copy read-only filename strings, especially when we've misused strcpy and sscanf to do it - textbook buffer-overflow
15:21.09*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:932d:0:27:b16:c801)
15:23.55Notify03BRL-CAD:tbrowder2 * 56169 brlcad/trunk/doc/pad_file.xml.in: format for easier editing
15:24.15Notify03BRL-CAD:tbrowder2 * 56170 brlcad/trunk/doc/pad_file.xml.in: grammar
15:27.03Notify03BRL-CAD:tbrowder2 * 56171 brlcad/trunk/doc/pad_file.xml.in: format for easier editing
18:05.23*** join/#brlcad caen23 (~caen23@92.81.180.35)
18:23.29*** join/#brlcad vladbogo (~vlad@188.25.237.68)
18:31.55*** part/#brlcad cdk (~cdk@24-212-219-10.cable.teksavvy.com)
18:40.44*** join/#brlcad kesha__ (~kesha@49.202.239.59)
18:57.50*** join/#brlcad kesha_ (~kesha@49.202.239.59)
20:07.02Notify03BRL-CAD Wiki:Vladbogolin * 5728 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:04.58*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
IRC log for #brlcad on 20130721

IRC log for #brlcad on 20130721

01:28.40*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
04:11.20*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:58.06*** join/#brlcad caen23 (~caen23@92.81.180.35)
09:13.48*** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
11:54.47*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:a29b:0:13:abe7:e201)
12:59.22*** join/#brlcad kesha__ (~kesha@49.249.19.96)
12:59.22*** join/#brlcad kesha_ (~kesha@49.249.19.96)
14:38.53``Erikvery cool http://www.gamasutra.com/blogs/AndreyMishkinis/20130716/196339/Advanced_Terrain_Texture_Splatting.php
15:54.23*** join/#brlcad Ch3ck (295cd277@gateway/web/freenode/ip.41.92.210.119)
15:55.29Ch3ckbrlcad: I wish to get some more clarifications on how i'm falling behind schedule. Cuz I know i'm right on schedule except for the fact that i don't have ready patches generated from svn
17:32.20brlcadreplied via email to Ch3ck
18:48.27*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
18:48.44*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
18:49.48*** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
19:13.42*** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
19:34.49Notify03BRL-CAD Wiki:Vladbogolin * 5729 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:35.13*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:a29b:0:13:abe7:e201)
19:43.38*** join/#brlcad caen23_ (~caen23@92.81.180.35)
19:44.55*** join/#brlcad vladbogo_ (~vladbogo@188.25.237.68)
19:49.40*** join/#brlcad Izak_ (295cd277@gateway/web/freenode/ip.41.92.210.119)
19:51.04*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
19:59.50*** join/#brlcad avneet_ (~avneet@202.164.53.122)
19:59.51*** join/#brlcad kanzure (~kanzure@131.252.130.248)
20:04.39*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
22:13.31*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
IRC log for #brlcad on 20130722

IRC log for #brlcad on 20130722

05:18.57*** join/#brlcad caen23 (~caen23@92.83.162.185)
08:09.18*** join/#brlcad kesha_ (~kesha@14.139.122.114)
09:46.42*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
10:25.43*** join/#brlcad cvds (~leila@s537510ac.adsl.online.nl)
10:37.47cvdsHello. It has been a long time since I have used brl-cad. Since then I have forgotten the command to open additional view windows, does anyone know what its called ?
10:50.09cvdsbasically what I want to do is open a new multipane window from the command line
11:05.06kesha_hi cvds
11:05.18kesha_on top of command window, there is modes option
11:05.28kesha_in that there is Multipane option
11:05.33kesha_Hope that helps u ! :)
11:06.33kesha_'Modes' from menubar -> 'Multipane'
11:08.31cvdskesha_: Hi there. Yup I found it there and it did change to the multipane mode. However I was trying to figure out the command line way to do it. Basically I am running mged with the -c in yakuake (a drop down terminal) and want to have a multipane view next to the default view on my screen.
11:15.52*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:21.05*** join/#brlcad kesha__ (~kesha@14.139.122.114)
11:22.45*** join/#brlcad kesha_ (~kesha@14.139.122.114)
12:01.17*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b121:adbd:0:46:a27a:4b01)
14:21.11brlcadcvds: attach
14:21.59brlcadthat will create new view windows
14:22.23brlcadmultipane view is a separate issue, running the "gui" command will create the GUI windows from a -c session
14:54.09kanzureis there any "assembly diagram" mode of some sort?
15:10.54brlcadkanzure: mm, not yet a feature
15:14.58kanzurethank you
15:15.04kanzurei saw on the mailing list something about pre-existing swig wrappers
15:15.25kanzurewhat was with the focus on perl? do the swig wrappers only work for swig's perl target? or ...?
15:20.15brlcadyou'll have to ask on the list about that, don't know other than tom writes a lot of perl
15:22.18ejnois there an existing portable macro/function to start another process (non-blocking)?
15:24.01brlcadejno: not yet, but we've considered the need in the past
15:24.04brlcadsomething you need?
15:24.37brlcador something you'd like to work on? :)
15:25.23ejnobrlcad: ok, thanks. I am trying to start another process to kill the bu_semaphore single-threaded test. I tried cmake ctest timeouts without success
15:25.36ejnobrlcad: sure
15:38.21brlcadejno: ah!  for that, you might want to instead look at alarm(2)
15:39.26brlcadbasically, you'll set up a signal handler (a function) in main that will respond to a SIGALRM signal, and call alarm(#sec) before doing your work that might block
15:39.59brlcadif the program terminates quickly or reaches a point where you unregister an alarm handler, then the alarm is never issued and the test passes
15:40.12brlcadif it doesn't the signal handler is triggered and you make it exit for test failure
15:40.17ejnobrlcad: thanks, but I actually tried that first. However, it is POSIX and wasn't available on Cliff's system
15:40.17brlcadman 2 alarm
15:40.39brlcado.O
15:40.55ejnowell, it seemed to not be available at least
15:40.56brlcadyou sure you had the right headers?
15:41.23brlcadunistd.h and signal.h
15:41.43ejnooh! I didn't have signal.h
15:42.19brlcadshouldn't need it for just alarm(), but you can't use alarm without signal() ..
15:42.52ejnothanks, I'll try that!
15:44.05brlcaddefault signal handler is going to be to ignore that signal, so you'll want to call signal(SIGALRM, your_handler_that_bu_exits)
15:44.44brlcadyou'll also need to wrap some routines for portability
15:45.09brlcadunistd.h is not on windows, so you have to wrap it in #ifdef HAVE_UNISTD_H .. #endif
15:45.17brlcadalong with the calls to signal()
15:45.53brlcadyou can do the same with alarm(), but then you're going to have to do something else on windows
15:46.20brlcadeither use their version of alarm (i.e., SetTimer()) or just make the test do nothing (pass)
15:47.02brlcadjust don't use a platform #ifdef .. toggle on the HAVE_UNISTD_H header
15:47.54brlcadgood example of both in action:  http://www.zemris.fer.hr/predmeti/os/pripreme/upute/misc/Unix2Win.htm
15:49.25ejnook, thank you
16:25.26*** join/#brlcad caen23 (~caen23@92.83.162.185)
17:18.26Notify03BRL-CAD Wiki:Level zero * 5730 /wiki/User:Level_zero/GSOC13/logs: /* Week 5 */
17:18.28Notify03BRL-CAD Wiki:Phoenix * 5731 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */
17:18.38Notify03BRL-CAD:tbrowder2 * 56172 brlcad/trunk/HACKING: a bit of word smithing
17:18.58Notify03BRL-CAD:phoenixyjll * 56173 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate the bounding boxes completely inside the overlap region, and intersection points inside the overlaps.
17:19.10Notify03BRL-CAD:phoenixyjll * 56174 brlcad/trunk/src/libbrep/intersect.cpp: Pass trees to the point-surface intersections to avoid repeatedly generate the surface trees. And test whether the overlap curve is an inner segment by testing whether the two sides of it are shared or not.
17:19.20Notify03BRL-CAD:tbrowder2 * 56175 brlcad/trunk/misc/CMakeLists.txt: create new target (and supporting files)to generate lib* man pages with Doxygen (in work)
17:19.31Notify03BRL-CAD:carlmoore * 56176 (brlcad/trunk/HACKING brlcad/trunk/NEWS and 2 others): remove trailing blanks; fix spelling (including capital F in SourceForge); blank out unneeded '
17:19.33Notify03BRL-CAD:mendesr * 56177 NIL: Tag version for 1.5 release
17:20.09Notify03BRL-CAD:mendesr * 56178 (jbrlcad/trunk/pom.xml jbrlcad/trunk/src/main/java/org/brlcad/numerics/BoundingBox.java and 2 others): Fixed UTests, BoundingBox improvements, Updated version number to 1.6.
17:20.12Notify03BRL-CAD:mendesr * 56179 NIL: Tag version for 1.6 release
17:28.50``Erikkanzure: the swig .i file wasn't tested with perl... I think ruby, python, tcl and common lisp were tested, but I don't really remember.. we'll see what feedback we get once he uses it some *shrug* :)
17:29.39kanzurei see
17:29.49kanzureit sounded like there was some perl-specific stuff in the svn repo, from what i read in the emails
17:29.54kanzurebut also, i had just woken up and i'm probably wrong :)
17:30.44kanzure``Erik: i'm curious if swig is responsible for all tcl bindings? or is there a separate integration between brlcad and tcl?
17:31.04``Erikyeah, I skimmed that, maybe he wants to build some perl module fu ontop of the swig generated interface? you'd have to ask tom :)
17:31.40``Erikno, all current tcl/C interface is hand written... the swig stuff is unused to the best of my knowledge
18:31.18zero_levelhi ``Erik: any comments on my timeline/logs ?
18:36.02*** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:41.06zero_level``Erik : Last week when you were awayI implemented hist Group and Stats group  (excluding pixcolors). Also finalized filter function.
18:42.21zero_levelAll these implementation, use the double data and alike previous implementations are api functions. For eg. icv_image_filter(...)
19:51.19cvdsbrlcad: thanks. I made it work by: mged -c selecting the nu display. On the command line run gui and set the view to multimode, then close the additional command line box. Lastly, attach a new screen.
19:51.34brlcadgreat
19:54.25cvdsother than it crashing the views when I draw something
19:54.50brlcadnot great
19:57.40cvdsodd seems to work fine now
20:03.11cvdslets just say that my window manager barfed something :) Thanks again. Now to get familier with all the commands again
20:07.24*** join/#brlcad kesha__ (~kesha@14.139.122.114)
20:09.36*** join/#brlcad kesha__ (~kesha@14.139.122.114)
20:11.26brlcadthere's a quick ref card that usually helps refresh
20:11.39*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:12.02cvdsyup, I have that open
20:12.13cvdsalso that starter guide is nice to read again
20:20.22cvdsEnjoy the evening, its time for sleep over here
20:21.55brlcadejno: the patch looks great
20:24.52Notify03BRL-CAD Wiki:41.92.210.250 * 5732 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
20:24.54brlcaddidn't notice any major issues, just minor points and some portability / maintainability issues
20:25.44brlcadour common.h header must be included before system headers, for example, for portability to windows (usually)
20:27.12Notify03BRL-CAD Wiki:41.92.210.250 * 5733 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
20:36.13*** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
20:37.11Notify03BRL-CAD Wiki:NyahCh3ck20 * 5734 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
20:53.35Notify03BRL-CAD Wiki:Vladbogolin * 5735 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:29.54``Erikopengl 4.4 http://www.opengl.org/discussion_boards/showthread.php/182296-Official-feedback-on-OpenGL-4-4-thread?p=1252885#post1252885
21:30.08``Erikzero_level: awesome
21:33.40brlcadshakes his head wondering why these two students from the same university are having nearly identical communication problems
21:35.00brlcadI think this is the first time we've had students at risk of failing not because of their (lack of) progress coding, but because it's nearly impossible to talk to them
21:40.08*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
21:41.52brlcad``Erik: that just makes me sad
21:46.17``Erikwhat, the communication breakdown? :/
21:46.25``Erikor the shiney new ogl? :>
21:47.39``Erikizak sent an email claiming he'd get approval today and be online, d'no if there's a technical issue slowing him down... I'm a bit concerned about any work he's been doing being in conflict with the current tree
21:48.12``Erikwe have what, almost a week until midpoint?
21:49.20Notify03BRL-CAD:carlmoore * 56180 brlcad/trunk/src/util/fix_polysolids.c: remove error message for h,?; and implement run-with-no-arguments
21:49.50brlcadshiney new ogl is fine
21:50.11brlcadannouncements about things going on at siggraph when I should be there just makes me sad
21:50.26brlcadcommunication breakdown makes me sad too, but that's a different matter
21:51.25brlcad``Erik: the bigger issue with izak is that I've been trying to get them set up with an account (I think I cc'd you on the original e-mail) and there have been several messages exchanged since
21:51.28``Erikoh, heh... I thought you had siggraph lined up through your contractor and gov't screwups were unrelated
21:52.07``Erikon bz? is he using an internet cafe or something to get online? O.o
21:52.14brlcadjust not getting it
21:52.17brlcadyeah, something of the sort
21:53.02brlcad"fine, you can work over ssh+screen" ... but we haven't been able to even get to the ssh point yet because of e-mail failures
21:53.09``Erikssh to a remote machine is a very foreign idea to someone who's only used windows and old macs, hard to grasp...
21:53.14``Erikah
21:53.35brlcad"Do X & Y, don't do Z" .. does half of Y, does Z
21:53.50brlcad"Do X, don't do Z" .. does A
21:54.52brlcadin any other context, I'd swear someone was just fucking with me
21:55.19brlcadthis really is a first and is trying my patience
21:55.21``Eriklooks like english and french are the official languages there, is he from the french side? maybe it's just a language barrier?
21:56.21``Erik(and how much deviation seperates us in those languages, as well... 'honey boo boo' is unintelligible to anyone not from that region...)
21:57.15brlcadI'm sure language is some of it
21:57.35``Erikthere seems to be a lot of language craziness there to start with: http://en.wikipedia.org/wiki/Languages_of_Cameroon
21:57.50brlcadIzak clearly has good language skills -- he's sent me some official paperwork about getting access at his uni
21:58.05brlcadhis is just misunderstanding I think
21:58.09brlcadanother student, not so much
21:58.16``Erikokie, then it might just be a tech comprehension issue or a lack of concern/care
21:59.26brlcadi've called two into IRC to discuss
21:59.59``Eriksaw emails but not irc... but I was off irc for a few days, had a power outage while I was at the beach
23:09.13Notify03BRL-CAD:brlcad * 56181 brlcad/trunk/src/sig/fhor.c: resort in usage order. eliminate dead code and need for forward declarations.
IRC log for #brlcad on 20130723

IRC log for #brlcad on 20130723

04:12.38Notify03BRL-CAD:phoenixyjll * 56182 brlcad/trunk/src/libbrep/intersect.cpp: Deal with closed domains for the overlap curve segments.
04:39.12Notify03BRL-CAD:phoenixyjll * 56183 brlcad/trunk/src/libbrep/intersect.cpp: The return value should be number of events appended to the array, not the number of elements in that array.
04:57.47Notify03BRL-CAD:phoenixyjll * 56184 brlcad/trunk/src/libbrep/intersect.cpp: Normalize the curves for ssx_overlap, and don't use dynamic memory allocation for the ON_SSX_EVENTs.
05:31.48Notify03BRL-CAD:phoenixyjll * 56185 brlcad/trunk/src/libbrep/intersect.cpp: Some clean up, and add comments to document the new features of SSI.
05:42.50Notify03BRL-CAD:phoenixyjll * 56186 brlcad/trunk/src/libbrep/intersect.cpp: Free the memory, and fix a wrong return value.
06:03.12Notify03BRL-CAD:phoenixyjll * 56187 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing ws.
06:22.27*** join/#brlcad kesha__ (~kesha@14.139.122.114)
06:26.38*** join/#brlcad kesha__ (~kesha@14.139.122.114)
06:41.18*** join/#brlcad kesha__ (~kesha@14.139.122.114)
06:50.50*** join/#brlcad kesha_ (~kesha@14.139.122.114)
06:56.21*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:00.44*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:07.06Notify03BRL-CAD Wiki:KeshaSShah * 5736 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 6 */
07:20.10Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Partial_overlap.png:
07:20.58Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Completely_overlap.png:
07:23.40Notify03BRL-CAD Wiki:Phoenix * 5739 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
07:25.14Notify03BRL-CAD Wiki:Phoenix * 5740 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
07:28.49Notify03BRL-CAD Wiki:Phoenix * 5741 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */
09:30.29*** join/#brlcad kesha_ (~kesha@14.139.122.114)
10:53.50*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:06.18*** join/#brlcad kesha_ (~kesha@14.139.122.114)
12:35.02*** join/#brlcad caen23 (~caen23@92.83.162.185)
13:03.53Notify03BRL-CAD Wiki:Level zero * 5742 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */
13:04.31Notify03BRL-CAD Wiki:Level zero * 5743 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */
13:11.28Notify03BRL-CAD:starseeker * 56188 (brlcad/trunk/regress/CMakeLists.txt brlcad/trunk/regress/mged/overlay.mged and 2 others): Update regression scripts to use the plot3 suffix
13:31.08*** join/#brlcad caen23 (~caen23@92.83.162.185)
13:33.40starseekerinteresting:  http://www.cs.dartmouth.edu/~jdenning/papers/meshgit-s13.pdf
13:36.20starseekerhttp://igl.ethz.ch/projects/winding-number/
13:48.18Notify03BRL-CAD:starseeker * 56189 brlcad/trunk/misc/CMakeLists.txt: Add missing file to misc/CMakeLists.txt
14:05.46Notify03BRL-CAD:carlmoore * 56190 (brlcad/trunk/misc/DoxyfileLibs-defaults.in brlcad/trunk/misc/DoxyfileLibs.in): remove trailing blanks/tabs, fix spelling, and insert a hyphen
14:06.58Notify03BRL-CAD:starseeker * 56191 brlcad/trunk/src/other/CMakeLists.txt: Fix names of stepcode files to be cleaned out in distcheck
16:01.41*** join/#brlcad caen23 (~caen23@92.83.162.185)
16:22.02Notify03BRL-CAD:indianlarry * 56192 (brlcad/trunk/include/brep.h brlcad/trunk/src/librt/primitives/brep/brep.cpp): Added new grazing tolerance definition "BREP_GRAZING_TOL" currently set to 0.000017453(or 0.001 degrees) was using RT_DOT_TOL at 0.001 (0.05 degrees) but causing to many grazing differences with CSG comparison test. Also tighted up the utah_pushBack() so keeps UV with domain of interest(I think this was
16:22.05Notifyloosened for some of the STEP pullbacks). Added utah_pushBack() to previous halfstep loop in newton iterater which tries to fix over stepping. I the IN/OUT BREP stiching logic removed a loop that removed NEAR_HITs on ODD hit counts because it was being done before the remove duplicate points logic. Fixed sign problem on final SBV check of BREP root solver where I added VUNITIZE_TOL.
16:43.15*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
16:52.29*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
16:54.43Ch3ckHi i need some assistance in setting up an account on bzflagt
16:54.50Ch3ckbz.bzflag.bz
16:55.06Ch3cki have already created the /usr/web/
16:55.20Ch3ckwell the SITE option i don't really understand how it works.
16:59.34*** join/#brlcad Izak_ (~Izak@195.24.220.16)
17:21.47brlcadhi Ch3ck Izak_
17:22.10Ch3ckyes brlcad
17:22.39Izak_Hi Sean
17:22.49*** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
17:23.12Izak_usy got the internet installed a few minutes ago
17:27.46brlcadexcellent
17:27.53brlcadwhat kind of connection is it?
18:08.17``Erikhuzzah for connectivity
18:15.43Izak_yeah finally
18:18.24*** join/#brlcad merzo (~merzo@170-201-133-95.pool.ukrtel.net)
18:34.20*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:46.32brlcadIzak_: Ch3ck: so the last point that I didn't yet mention is about bottom-posting and top-posting
18:47.11Ch3ckok
18:47.23Izak_What about that?
18:47.31Ch3ckwell i guessed I replied that.
18:47.36Ch3ckon the mail.
18:47.37brlcadyou both are clearly only used to top-posting, but that is considered lazy in most open source communities, even highly offensive in some of them
18:48.06Ch3ckwow I See.. :( didn't know about that..
18:48.25Izak_web Searching for the difference......
18:48.39``Erikya talking email?
18:48.39brlcadAnswer:No
18:48.47brlcadQuestion: is it better to top-post?
18:48.56brlcadthat's the classic comparison
18:49.08brlcadit puts all the work on the reader instead of the writer
18:49.16``Erikhttp://catb.org/jargon/html/T/top-post.html
18:49.36Ch3ckthanks for the link ``Erik
18:49.56Ch3ckok
18:49.59Ch3ckI see
18:50.02Izak_thanks Erik
18:50.16brlcador more academically, http://en.wikipedia.org/wiki/Posting_style
18:50.51brlcadthe "Interleaved style" mentioned there is the most generally accepted form
18:51.16Ch3ckok
18:51.25brlcadwhich is pasically bottom-posting per statement of relevance any eliminating any statements that are not relevant
18:51.29Ch3ckwill do better next time.
18:51.43Ch3ckok
18:51.48Ch3ckDidn't know about this..
18:52.01brlcadCh3ck: and if you re-read my three or four e-mails over the weekend, you'll see how it was increasingly frustring
18:52.05brlcadthat was my "p.s."
18:52.25Ch3ckyeah
18:52.33brlcadp.s. please don't top-post
18:52.42Ch3ckread about them but had no idea..
18:52.43brlcadtop-posted reply: okay, I'll get right on that
18:52.44Ch3ckyeah
18:52.56brlcadyou need to say when you don't understand something that bluntly
18:53.03Ch3ck:( Sorry for the misunderstanding
18:53.22brlcadthere is nothing  positive to be learned or gained from hiding what you do not understand
18:53.57brlcadthere is no shame in not understanging
18:53.58``Erikmost email clients parse the '>' prefix and "do the right thing". I believe even outlook can if you turn off html 'rich' email
18:54.24Ch3ckok
18:54.26Ch3ckI see
18:54.35brlcadthere can be shame in willful ignorance or deception, not improving  ;)
18:54.39brlcadand that's clearly not something you want
18:54.44brlcadnot something we want
18:54.59brlcadthe conventions used in open source are almost entirely cenetered around efficiency
18:55.06brlcadwhat is most efficient for EVERYONE
18:55.15brlcadwhich is not necessarily what is most efficient for the author
18:55.35brlcadfor example, it's considered rude to say "hello" when joining IRC
18:55.38Ch3ckI see
18:55.46Izak_So I need to think about the reader of the email NOT myself ?
18:55.46Ch3ckget it perfectly now..
18:55.56brlcadimagine if there are 200 people in the channel, and there were 200+ hello replies
18:56.18brlcadin any other context, saying hello is the polite thing to do
18:56.22Ch3ckNow I understand how you respond to emails.
18:56.39``Erikhuzzah efficiency, "crocker's rules" :D
18:57.14brlcadIzak_: yes because there is only one writer and many (dozens, hundreds, sometimes thousands) of readers
18:57.29Izak_My teacher used to bottom-post, but i considered it funny..
18:57.59brlcadhe knew there were more of you reading than him writing and it gave context for what he replies to
18:58.03Izak_that's in our email interactions
18:58.21brlcadthat said, pure bottom posting isn't always great -- you do NOT just want to reply to a whole long message at the bottom
18:58.39brlcadthat's where interleaved is better, and you actually remove portions you don't refer to that aren't relevant
18:59.08``Erik(it's also handy to remove parts of the quoted message that aren't relevant... I like to put a line with "<snip>" where trimming was done)
18:59.32Ch3ckok..
18:59.42brlcadalright guys, glad to hear you have access re-established, and now accounts created so even if the lab explodes tonight, you can work on brlcad.org directly to do checkouts from svn, compile, create patches, etc
19:00.15brlcad``Erik is one of the server admins if you have any questions, or need software installed, ... or HAVE QUESTIONS ... ;)
19:01.24brlcadwill take a look at your updated patches soon as you can update them from a current svn checkout
19:01.27brlcad(make sure they compile and run cleanly, match style, indented properly, comments, etc)
19:01.34Ch3ckyeah
19:01.40Ch3ckwell tried using the indent.sh
19:01.56brlcadthat relies on emacs being set up like i'm used to
19:02.01Ch3ckbut it does nothing really prefer manually indenting code.
19:02.08Ch3ckok
19:02.13brlcadyou should know how to do it manually first
19:02.35Ch3ckyeah thats what i'm doing.
19:02.46``Erikdid we get an astyle config file checked in?
19:03.14``Erikah, misc/astyle.opt
19:03.22Izak_don't understand the question ?
19:03.26brlcad``Erik: yeah, but not tested it
19:03.35Ch3ckwell I don 't really follow.
19:03.48brlcadand if we're going to run it holistically, I'd like to have a debate about changing the indentation
19:04.02``ErikCh3ck: was talking to brlcad about an auto-indentor, not really intended for you (yet) :)
19:04.48Ch3cko
19:04.49Ch3ckk
19:05.22brlcadyou've not said 'ok' so many times since the applications were open
19:06.17Ch3ck:) so what do i say then..
19:06.49brlcadI don't know, what do you see everyone else saying? :)
19:07.04*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:07.05``Erikhopes Ch3ck and Izak_ are getting a build going in a fresh svn checkout/update
19:07.13Izak_<PROTECTED>
19:07.14brlcadsome variety or just less frequent confirmation
19:07.34brlcad~cadsvn
19:07.34infobotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
19:08.13brlcadyou should be doing that or using the url on sourceforge for the svn+ssh:// url method today to update your patches as soon as possible
19:08.30brlcadwhat is the speed of your connection?
19:09.03brlcadwhat does http://www.speedtest.net/ say?
19:10.45brlcadgotta run, ttyl
19:11.02Ch3ckaight
19:11.07``Erikthe bz server has a fast uplink and would let a mentor look directly at the build/src dir if an issue comes up
19:11.35Ch3ckgreat
19:11.37Izak_at most 512KB per second
19:13.20``Erikwhat technology? adsl? isdn? satellite? partial T frame?
19:14.03Ch3ckwell not really familiar with networks
19:15.14Ch3ckso don't know which specifically but not satellite and partial T
19:15.14Ch3ckso will probably b adsl or isdn
19:15.57``Erikhm, if it's high latency, using bz will be a bit annoying with the lag... but if you have low bandwidth, the svn checkout and updates will take quite a while... *shrug* you'll have to decide which tradeoff to choose
19:26.55Notify03BRL-CAD Wiki:NyahCh3ck20 * 5744 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
19:32.30Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Snapshot2.png:
19:32.41Notify03BRL-CAD Wiki:195.24.220.16 * 5746 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
19:34.25Ch3ckbut its pretty fast
19:34.33Ch3ckby our standards here
19:35.39Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Snapshot3.png:
19:36.08Notify03BRL-CAD Wiki:Vladbogolin * 5748 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 5 (15 July - 21 July) */
20:23.16starseekeris liking the Qt screenshots :-)
20:31.30``Erikthen you'll love this, starseeker: http://paste.lisp.org/display/138163
20:58.22*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
21:20.08brlcadi ran into that error as well where it tried to compile the Qt bits
21:20.34brlcadended up succeeding the cmake test but not setting the paths up right somehow
21:20.56brlcadIzak_: is that from speettest or a guess?
21:22.46Izak_a guess
21:23.56brlcadif you just go to that website and hit the start test button, it'll give you a fairly good measure
21:27.16*** join/#brlcad kesha_ (~kesha@14.139.122.114)
21:38.59*** part/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
22:00.47*** join/#brlcad kesha_ (~kesha@14.139.122.114)
IRC log for #brlcad on 20130724

IRC log for #brlcad on 20130724

00:37.29starseeker``Erik: expired...
00:40.06``Erikstarseeker: http://paste.lisp.org/display/138172
00:46.21starseekerhrm
00:47.32starseeker``Erik: are you using Qt4 or Qt5?
00:53.43``Erik4, and the -dev stuff was not installed, so the test shouldn't have said to build it :/
00:53.51starseekernods
00:54.09``Erik(this is an i386 ubuntu, fwiw)
00:55.03starseekerdid you explicitly enable the QT option?
00:55.29starseekerwell, it builds but segfaults here...
00:56.19starseekerwill have to try the no-dev install in a vm later
01:10.33``Erikno, just a clang based build
01:11.37``Erikhttp://brlcad.org/~erik/tmp/CMakeCache.txt
01:50.40*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:57.40kanzurehuh, phoenix is around for a few more months of work?
02:01.54brlcadat least two more
02:03.05brlcadhe's just about to get started on the holy grail task, boolean eval
02:03.53brlcadthat should about close the loop for robust visualization and polygonal conversion of any geometry
02:35.14kanzurecool.
04:49.14starseekerpokes Notify
05:32.07*** join/#brlcad caen23_ (~caen23@92.83.185.253)
05:39.11*** join/#brlcad kimz (~AndChat56@14.139.122.114)
06:00.35*** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net)
06:49.24*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:04.35brlcadgoes walkabout
07:15.40*** join/#brlcad kimz (~AndChat56@14.139.122.114)
08:11.25*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:28.30*** join/#brlcad harmanpr1et (~harman@202.164.53.122)
08:35.03*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:48.24*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
08:49.07*** join/#brlcad Izak_ (~Izak@195.24.220.16)
08:51.52*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:10.13*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:38.03*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:3bdf:0:4b:a505:9101)
12:10.41*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:3bdf:0:4b:a505:9101)
12:22.32Notify03BRL-CAD Wiki:195.24.220.16 * 5749 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */
12:22.34Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5750 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */
12:22.36Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5751 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */
12:22.38Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5752 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 29th */
12:22.40Notify03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Preliminary_tests_on_Pull_routine.png: this tests the pull command without object,tests attempt to pull a primitive.
12:22.42Notify03BRL-CAD Wiki:Vladbogolin * 5754 /wiki/User:Vladbogolin/GSoC2013/Logs:
12:22.44Notify03BRL-CAD Wiki:Harman052 * 5755 /wiki/User:Harman052/GSoc2013/Logs: Details Updated
12:22.46Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5756 /wiki/User:Izak/GSOC_2013_logs: /* Monthly Summary */
12:22.54Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5757 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
12:23.25Notify03BRL-CAD:phoenixyjll * 56193 brlcad/trunk/src/libbrep/intersect.cpp: knots is still used below. Delete it after all use.
12:23.30Notify03BRL-CAD:starseeker * 56194 brlcad/trunk/src/conv/3dm/3dm-g.cpp: This is ugly and probably not the generally correct thing to do, but if a 3dm object is not a Brep but has a Brep form, create that Brep form and import it into the .g file.
12:23.32Notify03BRL-CAD:phoenixyjll * 56195 brlcad/trunk/src/libbrep/intersect.cpp: Handle degenerated cases (the curve is degenerated to a point)
12:23.35Notify03BRL-CAD:phoenixyjll * 56196 brlcad/trunk/src/libbrep/intersect.cpp: Rename shadowed variables.
12:23.40Notify03BRL-CAD:phoenixyjll * 56197 brlcad/trunk/src/libbrep/intersect.cpp: left should be set to NULL if it's deleted. Otherwise the below Split() will crash.
12:24.34Notify03BRL-CAD:phoenixyjll * 56198 brlcad/trunk/src/librt/tests/test_ssi.cpp: common.h is included twice.
12:24.43Notify03BRL-CAD:vladbogo * 56199 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Set font size according to window size.
12:42.52*** join/#brlcad cvds (~leila@s537510ac.adsl.online.nl)
12:46.51cvdsHello. What would be a good way to both design a basic part and place multiple of them on a bigger part. Copying would work but then changes in the base component wont propagate. So I was thinking of wrapping them in a combination first such that I can place them with a matrix transformation.
12:47.06cvdsor it could be that I am making things way to complicated
12:48.47zero_levelI hope my summary on the list  was fine ?
13:47.53*** join/#brlcad kesha (~kesha@14.139.122.114)
13:58.47brlcadcvds: it entirely depends how you copy the object -- putting them into a comb with matrices is the way to make changes to the base propagate
14:03.54brlcadzero_level: it was fine, why the concern?
14:07.26zero_levelI like to have ack's. And found that most of the fellow students recieved.
14:07.43zero_levelthus.
14:08.33brlcadack :)
14:08.59zero_levelrather ack(s) ;)
14:11.26brlcadzero_level: most of them I'd replied to have them do more .. would you like to do more? :)
14:12.00brlcadif you know something you could have done better, do it, don't wait for me to tell you ... don't just do the minimum you can get away with
14:12.29brlcadI can certainly be critical ...
14:12.43brlcadyou like several other students top-posted a reply, don't do that
14:12.59zero_levelto me that implies without being told. :-)
14:13.57brlcadyou also stated what all the other groups were, but not group five, so I'm left to imagine or research what you will be doing next
14:14.44zero_level<PROTECTED>
14:14.52brlcadotherwise, your update was good
14:14.58zero_levelinterpolate.
14:15.11zero_levelshld have mentioned it.
14:15.25brlcadI know that, but I'm sure nobody else did
14:15.42brlcaddon't give your reader work unnecessarily
14:16.34zero_levelalright
14:16.46brlcadI could have stated all this in an e-mail, but then it wasn't technically relevant and technical summary was the purpose
14:17.13brlcadyour techinical summary was fine
14:17.58cvdsbrlcad: thanks
14:18.24brlcadso just future reference, a lack of reply is not to imply a lack of interest or anything really!  a lack of information is not information :)
14:18.35brlcadat least in this context
14:37.08*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
14:51.59*** join/#brlcad caen23 (~caen23@92.83.185.253)
15:37.35cvdsis there a tutorial somewhere on the oed command ?
15:50.37cvdsnevermind, I am blind
16:04.13*** join/#brlcad kesha (~kesha@14.139.122.114)
16:29.04*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
16:36.52Ch3ckfacing a problem here with creating patches that apply cleanly
16:37.07Ch3ckjust created the patch for stubbing the pull routine into brlcad
16:37.17Ch3ckapplied the patch to working copy of brlcad
16:37.23Ch3ckdid an svn diff
16:37.52Ch3ckreverted the patch and applied the newly created svn diff patch
16:39.03Ch3ckit gives me this error "can't find file to patch at input line 5
16:39.04Ch3ckPerhaps you used the wrong -p or --strip option?
16:39.04Ch3ckThe text leading up to this was:
16:39.04Ch3ck--------------------------
16:39.04Ch3ck|Index: include/ged.h
16:39.04Ch3ck|===================================================================
16:39.05Ch3ck|--- include/ged.h(revision 56199)
16:39.07Ch3ck|+++ include/ged.h(working copy)
16:39.09Ch3ck--------------------------
16:39.11Ch3ckFile to patch:
16:39.17Ch3ckdon't really have a go ahead here..
17:01.51Ch3ckSorry guys found the problem was patching from the wrong directory. Everything is fine
17:38.30*** join/#brlcad caen23_ (~caen23@92.85.81.7)
18:27.17*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
18:30.17*** join/#brlcad vladbogo (~vladbogo@188.25.237.68)
18:33.26*** join/#brlcad kesha (~kesha@14.139.122.114)
18:42.20*** join/#brlcad Izak_ (~Izak@195.24.220.16)
19:13.35*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:31.53*** join/#brlcad harmanpreet (~harman@linuxfor.info)
20:47.59``Erikhttp://randomascii.wordpress.com/2013/07/16/floating-point-determinism/
21:26.12starseeker``Erik: that's just depressing
22:16.25*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
IRC log for #brlcad on 20130725

IRC log for #brlcad on 20130725

06:08.12*** join/#brlcad caen23 (~caen23@92.83.170.9)
08:06.37*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
08:28.05*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
08:39.26*** join/#brlcad Izak_ (~Izak@195.24.220.16)
11:37.34*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:9bbc:0:8:f295:d701)
13:31.31Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5758 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */
13:31.34Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5759 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 29th */
13:31.35Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5760 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */
13:31.38Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5761 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 14th */
13:31.39Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5762 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */
13:31.41Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5763 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
13:31.43Notify03BRL-CAD Wiki:Phoenix * 5764 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */
13:31.51Notify03BRL-CAD Wiki:Tbrowder * 5765 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
13:31.53Notify03BRL-CAD Wiki:Tbrowder * 5766 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
13:31.56Notify03BRL-CAD Wiki:Tbrowder * 5767 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
13:32.25Notify03BRL-CAD Wiki:KeshaSShah * 5768 /wiki/User:KeshaSShah/GSoC13/Reports:
13:32.39Notify03BRL-CAD Wiki:Level zero * 5769 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */
13:32.41Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5770 /wiki/User:Izak/GSOC_2013_logs: /* July 24 */
13:32.43Notify03BRL-CAD Wiki:Tbrowder * 5771 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
13:32.45Notify03BRL-CAD Wiki:Tbrowder * 0 /wiki/File:381822-az35-el25.png: example png from a USGS SDTS DEM topo file
13:32.47Notify03BRL-CAD Wiki:Tbrowder * 5773 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */
13:32.49Notify03BRL-CAD Wiki:Vladbogolin * 5774 /wiki/User:Vladbogolin/GSoC2013/Logs:
13:32.51Notify03BRL-CAD Wiki:NyahCh3ck20 * 5775 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
13:32.53Notify03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Pulling_non_leaf_objects.png: this are just some tests on pulling a non-leaf objects. which returns some errors. Will continue debugging further.
13:32.55Notify03BRL-CAD Wiki:NyahCh3ck20 * 5777 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
13:32.57Notify03BRL-CAD Wiki:195.24.220.16 * 5778 /wiki/User:Izak/GSOC_2013_logs: /* July 24 */
13:32.59Notify03BRL-CAD Wiki:195.24.220.16 * 5779 /wiki/User:Izak/GSOC_2013_logs: /* June 17 */
13:33.01Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5780 /wiki/User:Izak/GSOC_2013_logs: /* June 18 */
13:33.03Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5781 /wiki/User:Izak/GSOC_2013_logs: /* June 19 */
13:33.05Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5782 /wiki/User:Izak/GSOC_2013_logs: /* June 20 */
13:33.07Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5783 /wiki/User:Izak/GSOC_2013_logs: /* June 21 */
13:33.09Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5784 /wiki/User:Izak/GSOC_2013_logs: /* June 22 */
13:33.11Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5785 /wiki/User:Izak/GSOC_2013_logs: /* June 24 */
13:33.13Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5786 /wiki/User:Izak/GSOC_2013_logs: /* June 25 */
13:33.15Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5787 /wiki/User:Izak/GSOC_2013_logs: /* June 26 */
13:33.17Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5788 /wiki/User:Izak/GSOC_2013_logs: /* June 27 */
13:33.19Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5789 /wiki/User:Izak/GSOC_2013_logs: /* June 28 */
13:33.21Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5790 /wiki/User:Izak/GSOC_2013_logs: /* June 29 */
13:33.23Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5791 /wiki/User:Izak/GSOC_2013_logs: /* July 1 */
13:33.25Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5792 /wiki/User:Izak/GSOC_2013_logs: /* July 2 */
13:33.27Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5793 /wiki/User:Izak/GSOC_2013_logs: /* July 3 */
13:33.29Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5794 /wiki/User:Izak/GSOC_2013_logs: /* July 4 */
13:33.31Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5795 /wiki/User:Izak/GSOC_2013_logs: /* June 5 */
13:33.33Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5796 /wiki/User:Izak/GSOC_2013_logs: /* July 6 */
13:33.35Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5797 /wiki/User:Izak/GSOC_2013_logs: /* July 8 */
13:33.37Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5798 /wiki/User:Izak/GSOC_2013_logs: /* July 9 */
13:33.39Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5799 /wiki/User:Izak/GSOC_2013_logs: /* June 10 */
13:33.41Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5800 /wiki/User:Izak/GSOC_2013_logs: /* June 11 */
13:33.43Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5801 /wiki/User:Izak/GSOC_2013_logs: /* June 12 */
13:33.45Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5802 /wiki/User:Izak/GSOC_2013_logs: /* June 13 */
13:33.47Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5803 /wiki/User:Izak/GSOC_2013_logs: /* July 15 */
13:33.49Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5804 /wiki/User:Izak/GSOC_2013_logs: /* July 16 */
13:33.51Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5805 /wiki/User:Izak/GSOC_2013_logs: /* July 17 */
13:33.53Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5806 /wiki/User:Izak/GSOC_2013_logs: /* July 18 */
13:33.55Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5807 /wiki/User:Izak/GSOC_2013_logs: /* July 19 */
13:33.57Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5808 /wiki/User:Izak/GSOC_2013_logs: /* July 20 */
13:33.59Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5809 /wiki/User:Izak/GSOC_2013_logs: /* July 22 */
13:34.01Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5810 /wiki/User:Izak/GSOC_2013_logs: /* July 23 */
13:34.03Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5811 /wiki/User:Izak/GSOC_2013_logs: /* July 24 */
13:34.05Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5812 /wiki/User:Izak/GSOC_2013_logs: /* July 25 */
13:34.07Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5813 /wiki/User:Izak/GSOC_2013_logs: /* July 26 */
13:34.09Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5814 /wiki/User:Izak/GSOC_2013_logs: /* July 27 */
13:34.11Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5815 /wiki/User:Izak/GSOC_2013_logs: /* Pre-midterm evaluation summary */
13:34.13Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5816 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
13:39.06Notify03BRL-CAD:carlmoore * 56200 brlcad/trunk/src/gtools/g_lint.c: minor fix in a comment; implement h for help (already has ?); add '(defaults in parentheses)'
13:39.08brlcadwonders if anyone else is interested in his 7 areas of focus overview
13:39.16Notify03BRL-CAD:tbrowder2 * 56201 brlcad/trunk/TODO: task is basically complete (except for future tweaks)
13:39.25Notify03BRL-CAD:starseeker * 56202 brlcad/trunk/src/conv/step/CMakeLists.txt: Start roughing out the mapping between ON_BRep and the AP203 types - this is just a scratchpad at this point, essentially notes in C++ form rather than anything close to functional.
13:39.46Notify03BRL-CAD:phoenixyjll * 56203 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: Should include common.h at the beginning.
13:39.48Notify03BRL-CAD:phoenixyjll * 56204 brlcad/trunk/src/libbrep/intersect.cpp: j should start from 0, otherwise we'll miss something.
13:39.53Notify03BRL-CAD:phoenixyjll * 56205 brlcad/trunk/src/libbrep/intersect.cpp: Also use the normals to determine overlap. And only stop sub-division until the curve is linear AND the surface is planar (we still need to sub-divide the line curve if the surface is not planar as there might be several intersections)
13:40.22Notify03BRL-CAD:tbrowder2 * 56206 brlcad/trunk/sh/ws.sh: fix typo
13:40.24Notify03BRL-CAD:tbrowder2 * 56207 brlcad/trunk/sh/ws.sh: fix typo
13:40.26Notify03BRL-CAD:tbrowder2 * 56208 brlcad/trunk/misc/CMakeLists.txt: add subdir for swig -> perl use
13:40.30Notify03BRL-CAD:phoenixyjll * 56209 brlcad/trunk/src/librt/tests/CMakeLists.txt: Add the extreme SSI test provided by Cliff to the source tree.
13:40.33Notify03BRL-CAD:carlmoore * 56210 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/libdm/dm-qt.cpp): fix 1 spelling and remove trailing blanks/tabs
13:40.36Notify03BRL-CAD:starseeker * 56211 brlcad/trunk/misc/CMakeLists.txt: Need to add actual directory before we add the add_subdirectory command
13:40.43*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:9bbc:0:8:f295:d701)
13:40.48brlcad``Erik: you seriously need a cron job to do that
13:41.01brlcadat least once every 4 hours or something
13:42.53brlcadthe bz folks have been looking into other options because notify seems stuck on a regular basis
13:43.07brlcadthey're all about instant gratification
13:43.32brlcadworks well enough for me here, but I certainly do miss it when it's dead
13:44.56``Erikheh, this certain issue is with bad parsing of xml from the wiki... <log>blah "blah<br>"</log> causes a parse failure form no </br>, which is just plain wrong... looking into it now
13:47.54brlcad(httpd), uid 80: exited on signal 4
13:47.57brlcadI assume those are you?
13:48.03``Erikwhen?
13:48.07brlcadjust now
13:48.11``Eriknope
13:48.19brlcadhm, k
13:54.37Notify03BRL-CAD Wiki:NyahCh3ck20 * 5817 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
13:54.38Notify03BRL-CAD Wiki:Phoenix * 5818 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */
14:13.40``Erikhm, the wiki generated xml email failure rate is pretty high, 1.74% (I've modified things so the parse failure spews an error message and continues instead of dropping to a backtrace in emacs)
14:14.46``Erikall the failing messages have an unclosed tag in the log body
14:39.18Notify03BRL-CAD:erikgreenwald * 56212 (brlcad/trunk/include/magic.h brlcad/trunk/src/libbu/magic.c): Apply Izak's patch from http://sourceforge.net/p/brlcad/patches/203/ to add the magic for the new Heart primitive.
15:02.39Notify03BRL-CAD:erikgreenwald * 56213 (brlcad/trunk/NEWS brlcad/trunk/src/other/libpng/ANNOUNCE and 46 others): upgrade libpng to 1.6.3
15:07.05Notify03BRL-CAD:starseeker * 56214 brlcad/trunk/src/libged/comb.c: Man page says comb command supports -c and -r options, so go ahead and add them.
15:09.02starseekerbrlcad: you mean seven areas of BRL-CAD development focus?
15:10.47Notify03BRL-CAD:brlcad * 56215 brlcad/trunk/doc/PROJECTS: update the stand-alone projects listing. thoughts and plans are starting to coalesce, so clarify some of the descriptions. probably start with BU or BU+BN, docs, and benchmark.
15:10.58brlcadyeah, a presentation i whipped up yesterday, but it's generally relevant to everyone I think
15:12.22``Erikwas it emailed to the list or something? i'm not finding it
15:28.17Notify03BRL-CAD:carlmoore * 56216 brlcad/trunk/src/gtools/g_lint.c: insert newline and remove a trailing blank
15:33.16brlcadit's not been e-mailed, thats why I was asking if anyone was interested in seeing it (because it'll take a little work to clean it up for general consumption)
16:36.51*** join/#brlcad kesha (~kesha@49.249.200.75)
16:38.10Notify03BRL-CAD Wiki:KeshaSShah * 5819 /wiki/Code_Cleanup: /* CPPCHECK */
16:39.37brlcadkesha: woot, thanks!
16:40.24brlcadi'll probably have you run that again, if you're willing, in a few days .. we have something in place for all the sscanf warnings, just not hooked up, thatn n_reed worked on
16:52.03starseekerbrlcad: sounds interesting
16:59.56Notify03BRL-CAD:starseeker * 56217 brlcad/trunk/src/libged/comb.c: Don't set the region flag either way unless asked to do so.
17:02.43Notify03BRL-CAD:bob1961 * 56218 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added ArcherCore::updatePrimitiveLabels (used by ArcherCore::kill and ArcherCore::killall to update cadwidgets::Ged's -primitiveLabels option before calling kill/killall.
17:03.22Notify03BRL-CAD:starseeker * 56219 brlcad/trunk/src/libged/comb.c: Don't bother with avs and region flags at all unless we have to.
17:11.28Notify03BRL-CAD:tbrowder2 * 56220 brlcad/trunk/misc/CMakeLists.txt: add perl subdir for swig use; activate the subdir
17:16.02Notify03BRL-CAD Wiki:KeshaSShah * 5820 /wiki/User:KeshaSShah/GSoC13/Reports:
17:26.29Notify03BRL-CAD Wiki:NyahCh3ck20 * 5821 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
17:36.29Notify03BRL-CAD Wiki:NyahCh3ck20 * 5822 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
17:51.19keshabrlcad: cool. I will, for sure ! :)
17:58.03``Erikhm... diff -u include/brlcad.i misc/perl/rt.i
18:05.45*** join/#brlcad vladbogo (~vladbogo@188.25.236.163)
18:10.56*** join/#brlcad kesha (~AndChat17@49.249.200.75)
18:37.45Notify03BRL-CAD:starseeker * 56221 brlcad/trunk/src/libged/comb.c: Add a -w 'wrapping' option to comb that will create a child comb under the top level comb and move all contents of the toplevel comb into that sub-comb. Needs a lot of debugging/testing - this feature is a response to a specific user request.
18:45.08Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5823 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
18:45.22Notify03BRL-CAD Wiki:NyahCh3ck20 * 5824 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
18:46.10Notify03BRL-CAD Wiki:NyahCh3ck20 * 5825 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
18:46.33Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5826 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
18:47.21Notify03BRL-CAD:erikgreenwald * 56222 brlcad/trunk/src/libicv/fileformat.c: Apply patch 210 from zero_level https://sourceforge.net/p/brlcad/patches/210/
18:47.31Notify03BRL-CAD:bob1961 * 56223 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Set the environment's LIBRT_BOT_MINTIE if changing the respective preference in Archer. Also, initialize Archer's mRtBotMintie preference if the environment has LIBRT_BOT_MINTIE set. This overrides Archer's preference.
18:47.44Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5827 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 14th */
19:21.14*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:36.50*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:36.50*** join/#brlcad vladbogo (~vladbogo@188.25.236.163)
19:36.50*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
19:36.50*** join/#brlcad caen23 (~caen23@92.83.170.9)
19:36.50*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
19:36.50*** join/#brlcad harmanpreet (~harman@linuxfor.info)
19:36.50*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:36.50*** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net)
19:36.50*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:36.50*** join/#brlcad kanzure (~kanzure@131.252.130.248)
19:36.50*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:36.51*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
19:36.51*** join/#brlcad yiyus (1242712427@je.je.je)
19:36.51*** join/#brlcad ChanServ (ChanServ@services.)
19:36.51*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:36.51*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:36.51*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:36.51*** mode/#brlcad [+o ChanServ] by adams.freenode.net
20:00.29Notify03BRL-CAD Wiki:NyahCh3ck20 * 5828 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
20:07.51*** join/#brlcad caen23 (~caen23@92.81.184.211)
20:40.25starseeker``Erik: he might be getting ready to customize it... (rt.i vs brlcad.i)
20:51.53Notify03BRL-CAD:vladbogo * 56224 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Use QWindow instead of QWidget so that Qt could be successfully embedded in Tk.
20:53.54Notify03BRL-CAD:vladbogo * 56225 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): ws/indent
21:12.55Notify03BRL-CAD Wiki:Vladbogolin * 5829 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:13.11Notify03BRL-CAD:n_reed * 56226 (brlcad/trunk/misc/perl/CMakeLists.txt =================================================================== and 12 others): cmake wants a CMakeLists.txt in subdir
21:15.57*** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
21:16.03pawleeqhello
21:27.37pawleeqI would like to try to register for Google Doc Camp. Should I register as a Individual or as a project?
21:30.31Notify03BRL-CAD:carlmoore * 56227 brlcad/trunk/src/gtools/g_qa.c: remove 's:' from bu_getopt arg line, and add h? for help; did not see 's' in the help provided
21:31.37Notify03BRL-CAD:n_reed * 56228 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Add a 'translate' subcommand to the brep command. Currently minimal code to move a control vertex of a nurbs surface with no validty checks or implied edits.
21:45.30Notify03BRL-CAD Wiki:Harman052 * 5830 /wiki/User:Harman052/GSoc2013/Logs:
22:30.29*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
23:09.48``Erikhttp://www.gamefromscratch.com/post/2011/08/04/I-want-to-be-a-game-developer.aspx
23:25.36*** join/#brlcad caen23 (~caen23@92.81.184.211)
IRC log for #brlcad on 20130726

IRC log for #brlcad on 20130726

01:04.09*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:47.31brlcadheh, just a little bias there
03:32.17Notify03BRL-CAD:brlcad * 56229 (brlcad/trunk/src/tclscripts/helplib.tcl brlcad/trunk/src/tclscripts/lib/Drawable.tcl and 3 others): more .pl to .plot3 conversion
03:57.43FLOSSrookieI just installed brl-cad from source using cmake. Umm...What do I type in at the terminal to start it?
03:59.40FLOSSrookieNever mind.
03:59.57FLOSSrookieI needed to add it to the path. Forgot.
04:05.04*** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:47.39Notify03BRL-CAD:brlcad * 56230 brlcad/trunk/NEWS: bob fixed/changed archer to now respect and propagate the LIBRT_BOT_MINTIE environment variable. previously, the existing archer preference for that variable would override if a .archerrc file even got saved and users would still have to set the environment variable for sub-process rt/rtedge invocations. now the preference will pass down to sub-processes and it respects
04:47.41Notifythe env var if it's set.
04:50.30Notify03BRL-CAD:brlcad * 56231 brlcad/trunk/NEWS: erik upgraded libpng to 1.6.3 from 1.6.2 (from 1.5.12). the subsequent upgrade makes the prior 1.6.2 work no longer user-visible.
04:52.00*** join/#brlcad caen23 (~caen23@92.81.168.84)
07:53.47*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:28.59Notify03BRL-CAD Wiki:Level zero * 5831 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */
09:37.46*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
09:52.50*** join/#brlcad caen23 (~caen23@92.81.168.84)
11:30.57Notify03BRL-CAD Wiki:NyahCh3ck20 * 5832 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
11:37.38brlcadCh3ck: you really need to stop yourself every time you send an e-mail
11:42.30Ch3ckI don't understand.
11:43.38brlcadCh3ck: there are still problems with your e-mails ... :)
11:44.07brlcadyour very last e-mail, you 1) top-posted and 2) included the entire message in reply
11:44.30brlcadand this is AFTER we've just talked about this exact point several times now
11:45.08brlcadDo you understand now?
11:47.20Ch3ckyes i get But i usually try to delete the previous message before writing the reply
11:47.21Ch3ckBut i see some ...(3 dots) below i don't know if thats the previous message
11:47.21Ch3cki need to delete..
11:48.09brlcadCh3ck: what is your e-mail program?
11:48.24Ch3cki reply straight from gmail.
11:48.40brlcaddear lord then why does every e-mail have a problem? :)
11:48.49brlcadgmail is built to do this right
11:49.28brlcad"Respond inline: If you want to see the previous message within your reply, scroll down until you see the "Show trimmed content" icon  and click it.
11:49.33brlcadTHAT
11:49.42brlcadis from here: https://support.google.com/mail/answer/2645922?hl=en
11:49.47Ch3ckok
11:49.49Ch3cki see ..
11:49.51brlcadbasically, you should always click that ...
11:50.02Ch3ckok
11:50.07*** join/#brlcad Izak_ (~Izak@195.24.220.16)
11:50.09brlcadand then insert your replies, and delete the portions not relevant
11:50.15Ch3ckwas never clicking it just used to reply directly.
11:50.16Ch3ckok
11:50.16brlcadno need to copy-paste anything
11:50.36Ch3ckok
11:50.53brlcadsend me a test message
11:51.04brlcadI e-mailed you in private yesterday
11:51.20brlcade-mail me back and respond to two separate sentences, delete the rest
11:51.46Ch3ckok
11:52.20brlcadCh3ck: and again, really truly impressive work with the libbn change validation
11:52.22brlcadnice work
11:52.32brlcadwhat made you think to rewrite those functions?
11:52.54Ch3ckwell just looked at them and thought code was just so complex
11:53.07Ch3cksince I need them for the pull
11:53.25Ch3ckguessed i should make them better and integrate into the pull
11:53.35brlcadthe reason for that is probably just because they were written once long ago and not much uses them
11:53.56brlcadmost of libbn is decently optimized if it's at all used
11:54.10brlcadbut yeah, that was definitely a cool improvement
11:54.27brlcadwould make sense to audit and see where it can be put to use more
11:54.51Ch3ckyeah
11:55.08Ch3ckcurrently working on debugging the -x option for the new push routine
11:55.22Ch3ckthen later continue with cleaning up the xpush from the src
11:55.34Ch3ckbefore getting back to finishing the pull routine..
11:55.46Ch3ckthen as you said i'll take a good look into libbn
11:55.54Ch3ckand see how much improvements i can make.
11:56.09Ch3cksince code base is pretty old actually
11:56.17brlcadwe'll see
11:56.43brlcadheh, and 'old' means what?
11:57.14Ch3ckjust a way of saying some improvements need to be made thats all
11:57.21Ch3ck:)
11:57.40brlcadage of code never implies that
11:57.45brlcadI gave a talk on that just last week
11:57.56brlcadcode can ALWAYS be improved
11:58.02Ch3ckyeah.
11:58.04brlcadand different times merely focus on different issues
11:58.34brlcadI could easily see those functions having a VERY different performance profile 20 years ago
11:58.41Ch3ckwell i'll take a look into libbn and try optimising most math routines the best I can
11:58.44brlcadyour division operations used to be taboo, for example
11:58.58brlcadthey would have killed the performance
11:59.00Ch3ck:) really
11:59.48brlcadwhat libbn is lacking most is not performance, but validation
11:59.55brlcada methodical review
12:00.23brlcadto go over each function and ask, "Is this one right?" and then proving it with a unit test
12:00.43brlcadif it can be opitimized during the process, even better
12:00.58Ch3ckok
12:02.10brlcadCh3ck: another consideration is platform variability
12:02.16starseek1rbrlcad: could that "loop over random matricies" test be worked into a standard template for unit testing libbn?
12:02.23brlcadfor example, here are the results from your program on my system:
12:02.31brlcadMy implementation:
12:02.32brlcad<PROTECTED>
12:02.32brlcad<PROTECTED>
12:02.32brlcadlibbn implementation:
12:02.32brlcad<PROTECTED>
12:02.35brlcad<PROTECTED>
12:03.07Ch3ckok
12:03.07brlcadthat was for determinant, this is for inverse:
12:03.09brlcadMy implementation: 560 cycles minimum 560 cycles median
12:03.12brlcadlibbn implementation: 532 cycles minimum 672 cycles median
12:04.00Ch3ckSo this means when doing the checks I'll have to consider the code running on different platforms right>
12:04.01Ch3ck?
12:04.09brlcadstarseeker: sure, a header even
12:04.51brlcadCh3ck: well just to be very cautious with anything you assume (i.e., don't assume anything)
12:05.03brlcadask someone to test it for you
12:05.12starseekerdoubt we want it to run for a minute in the unit test context by default, but we could probably make that a parameter to be passed in...
12:05.23brlcadsomeone not using the same compiler or operating system or (best) hardward
12:05.37Ch3ckyeah thats true..
12:06.01Ch3cki'll ask some friends to test on their hardware too..
12:06.02brlcadstarseeker: heh, true .. though what ran for him in a minute ran for me in less than a second
12:06.54starseeker<snort> well, we could aways use the new timer - exercise that at the same time we're testing libbn...
12:06.57brlcadplus the random number generation is included in the wallclock timing, needs to get pulled out
12:07.33Ch3ckwell what machine specifications should i check for when i'll want to start the tests..
12:07.51Ch3ckany way i'll be ready for that. I'll let you know.
12:08.25brlcadCh3ck: the machine you're sitting at is always a good one to start with
12:08.32Ch3ckok
12:09.50Ch3ckI've seen the mistake i was making on Gmail
12:10.12Ch3ckdiscovered the small little icon at the bottom where i can edit and reply as needed
12:10.14Ch3ckthanks
12:11.13brlcadexcellent
12:11.21brlcaddid you send me that test?
12:11.55Ch3cksending..
12:12.17Ch3ckbut I had uploaded them and sent to you yesterday. i think
12:14.21Ch3ckshould see it now..
12:16.16starseekerCh3ck: if you want to integrate libbn tests into our overall testing harness, take a look a how the tests in libbu/tests and libbn/tests are set up - the code you have written to test your matrix functions should be fairly easily adaptable to that framework and could become part of the "standard" unit tests for libbn
12:18.22starseekerrobustness testing of libbn functions is of broad benefit to all of BRL-CAD, so if you want to do more work along those lines I'd be all for it
12:19.30Ch3ckok
12:19.38brlcadhmmm...
12:20.00starseekerfor example, you said your matrix code succeeded in some cases where the existing libbn functions did not - those would be excellent candidates for specific tests in libbn unit test definitions for those functions
12:20.01brlcadCh3ck: i've reworked your cycle timing since I had my doubts about it...
12:20.10brlcadand now I'm getting very different numbers
12:20.15Ch3ckok better
12:20.16brlcadat least for determinant
12:20.26brlcadit's calculating much slower
12:20.37Ch3ckyeah there was really no big change in the determinant tests compared to the
12:20.41Ch3ckinverse routine
12:20.49Ch3ckso it should not be that surprising.
12:21.05brlcadit's surprising that it's slower ;)
12:21.38brlcadyour test loop was completely nearly instantly for me, just a few ms, and this is on a very old laptop
12:21.43Ch3ckyeah i'm surprised that its slower..
12:21.47starseekerdidn't you say for one of those functions you were doing a fully general approach where the libbn function was doing something else?
12:22.01starseekerreads emails...
12:22.24brlcadwhen I increase the numbers and remove the calculation portions that weren't relevant, it really changes the profile
12:23.05Ch3ckstartseeker: I don't think so.
12:23.52Ch3ckbrlcad: so what results does it give now..
12:23.52starseekerah, I'm thinking about the inverse:  "mine does a full 4x4 matrix inverse, and the old libbn one something else"
12:24.01Ch3ckis it slower of faster.
12:29.47brlcadCh3ck: give me a couple minutes to confirm
12:33.13brlcadneed to test in a couple more places as well
12:47.46Notify03BRL-CAD:phoenixyjll * 56232 brlcad/trunk/src/libbrep/intersect.cpp: Use a struct to represent the overlap segments. Split the curves with the intersection points (with other curves), so that we can get closed regions.
12:55.53*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b112:5514:0:46:bb5:201)
13:13.20Notify03BRL-CAD Wiki:195.24.220.16 * 5833 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
13:21.42Notify03BRL-CAD:phoenixyjll * 56233 brlcad/trunk/src/libbrep/intersect.cpp: right might be NULL, causing sub_curve() to crash. Fix this by returning NULL.
13:29.50``Erik*readreadread* yeah, div used to be ~20x as slow as mult in the way-long-ago (80486dx/80586)
13:31.11``Erikthere's a decent (and very fast) random number generator in libbn, a mersenne twister ripped from old adrt
13:32.50``Erik*readreadread* for performance testing, one thing I've done in the past is set an alarm and have each call of a function increment a counter... downside is that the slower machines get way less accurate
14:00.00Notify03BRL-CAD:starseeker * 56234 brlcad/trunk/CMakeLists.txt: Fix Qt compilation enablement logic - the only time to override the user setting is when we can't do what they asked due to system limitations.
14:24.14``Erikstarseeker: is 56234 going to address the dm-qt issue I saw on my ubuntu box, and do I need to blow away my cache?
14:36.24Notify03BRL-CAD:erikgreenwald * 56235 (brlcad/trunk/include/db5.h brlcad/trunk/include/raytrace.h and 3 others): Apply patch 207 from Izak https://sourceforge.net/p/brlcad/patches/207/
14:38.19``Erikthey seem to be getting their shit together
14:38.48``Erik(about time, we're up on the midpoint)
14:57.11brlcadCh3ck: where's that test e-mail?
14:57.23brlcador maybe you misunderstood me again
14:57.51brlcadI see you sent me the bn test, but we were not discussing that -- we were discussing your ability to reply to an e-mail and comment on sections
14:58.37brlcad07:51 < brlcad> I e-mailed you in private yesterday
14:58.38brlcad07:51 < brlcad> e-mail me back and respond to two separate sentences, delete the rest
15:01.00brlcadI think I have a good grasp on the numbers now, your cpu cycle timer just wasn't very accurate/relevant
15:01.36brlcadyour new determinant is clearly a lot slower, your new inverse is clearly a lot faster :)
15:16.59brlcadif anyone else would like to test how your system evaluates, I've uploaded an updated tarball to http://brlcad.org/tmp/bnmatinvdet.tar.gz
15:17.26brlcadyou'll have to update the paths in the Makefile so it finds our headers and libs
15:25.39brlcadzero_level: congratulations
15:25.48brlcadand thanks :)
15:27.24zero_levelbrlcad :you are welcome! But I am not sure what is this about ?
15:36.50brlcadzero_level: see your e-mail
16:16.14zero_levelbrlcad: :-)
16:17.53brlcadzero_level: so go ahead and make a test commit now just to get that over with, make sure you're set up correctly
16:21.33zero_levelbrlcad : I am doing a fresh checkout.
16:21.46brlcaddidn't need to :)
16:21.50zero_levelok
16:22.38zero_leveli did svn status and apparently there are lots of file which are deleted so it shows '?' in front of lot of files
16:22.56brlcad? means it doesn't know what those files are
16:23.10brlcadfiles you created directly or indirectly
16:23.36zero_levelyes.! all the files which are not under svn
16:24.36brlcad? files are ignored and will continue to be ignored until you tell svn otherwise
16:24.50zero_levelalright!
16:24.51brlcadthey're not deleted
16:25.09brlcadif you want to delete them, you can easily with: svn status | xargs rm
16:25.26brlcadof course, assumes you ONLY have ? files
16:25.38brlcadotherwise that'll delete any modified or added as well
16:26.00brlcadif you want to be more safe: svn status | grep '^?' | xargs rm
16:28.22zero_levelalright I just ran a script to delete all them
16:28.25zero_leveldid svn up
16:31.13*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b112:5514:0:46:bb5:201)
16:33.18zero_levelbrlcad : I am making the following first commit
16:33.19zero_level- * Functions provided by the LIBICV image conversion library.
16:33.19zero_level+ * Functions provided by the LIBICV image processing library.
16:33.29zero_leveljust wanted to be 100% sure
16:35.22starseeker``Erik: with any luck that'll avoid building the dm-qt code unless you specifically turn it on - I don't think you'll need to remove your cache
16:38.35Ch3ckbrlcad: just came back from a break. I understand what you said now..
16:43.06Notify03BRL-CAD:mohitdaga * 56236 brlcad/trunk/include/icv.h: Changing the scope of libicv to be a image processing library. This increases the purview of libicv to contain the image processing APIs.
16:44.39``Erikzero_level: commit and we will yell at you later :D
16:45.06``Erikthe upside of a decent vcs is we can 'undo' any damage
16:45.07zero_levelzero_level : :D
16:45.40zero_leveli think in the absence of notify, email is the right place ;)
16:45.45zero_leveldid it!
16:46.08zero_levelready for your yellings now ;)
16:47.08``Erikabsense of notify? eh?
16:47.40zero_levelops ! didnt notice the notify !
16:48.01zero_levelr56236 it is!
16:51.28``Erikgrats! and work on, just be prepared when you get chewed out a bit for a bad commit and understand that it's not a personal attack, we're merely trying to do the best for the project :)
16:54.04zero_levelalright! Thanks :-)
16:54.46zero_levelassures everyone.
16:55.33zero_levelAlso If I will not be certain about a commit I will talk to you here or on the list.
17:02.03Notify03BRL-CAD Wiki:NyahCh3ck20 * 5834 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
17:04.27brlcadzero_level: so this raises the bar significantly
17:04.46brlcadwe'll expect to see LOTS of small frequent commits
17:05.07brlcadthroughout the day, basically about as often as you save the file and it compiles cleanly, you should probably be committing
17:05.29``Erikwelcome to the next level :D
17:06.19Notify03BRL-CAD Wiki:195.24.220.16 * 5835 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
17:07.55Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5836 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
17:12.45zero_levelbrlcad, ``Erik I am thinking to work on using this weekend to commiting the already written codes.
17:28.17*** join/#brlcad kesha (~kesha@49.249.191.140)
18:09.55brlcadzero_level: why not now? :)
18:10.03brlcadkesha: what are you up to?
18:11.35zero_levelIam counting (today) friday in it.
18:12.17Ch3ckbrlcad: will check the code.
18:12.19zero_leveljust working on putting every thing right for the new code i have written.
18:12.44zero_levelI mean the first commit regarding the new icv_struct.
18:32.45zero_levelstarseeker : I want to discuss about r50507 in rt/src/viewedge.c
18:34.02zero_levelYou seem to have removed icv_save_save_open from viewedge.c
18:34.50zero_levelThe primrary reason being "It was called in do.c, thus creating a failure"
18:35.32zero_levelDo we also remove icv_image_save_close(bif) at L849in viewedge.c
18:36.08zero_levelcorrection// rt/src/viewedge.c // src/rt/viewedge.c
18:44.17Ch3ckbrlcad: Fixed the bug hanging in the new push routine
18:45.06Ch3ckbut given the given state of the routine it can push only an object at a time but the previous push could push many objects at a time so should and wait till I add this option or I should upload the current patch?
18:50.41brlcadCh3ck: you should ALWAYS upload a new patch, hasn't this been stated many times already?
18:51.07Ch3ckok just wanted to make sure i'm doing the right thing. :)
18:51.22brlcadyou say the status of the patch in your comment, and do your best to make sure it works as best as you can right NOW
18:53.31Ch3ckthanks.
18:53.35Ch3ckwill do.
19:12.37*** join/#brlcad vladbogo (~vladbogo@188.25.236.163)
19:23.11Notify03BRL-CAD Wiki:NyahCh3ck20 * 5837 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
19:25.39Notify03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Testing_new_push_routine.png: This shows tests of new push command with -x support
19:27.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 5839 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
20:02.07Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tkqt.png:
20:03.58Notify03BRL-CAD Wiki:Vladbogolin * 5841 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 6 */
20:07.14brlcadkesha: and that we can discuss here
20:07.16brlcadto obtain commit access with brl-cad, you have to make brl-cad patches
20:08.03brlcadremember to always default to open, unless it's a private matter
20:08.20Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tkqt1.png:
20:08.31brlcadrefactoring is one of the best ways to learn, but you have to really put in effort to understand each of the issues you're working on and why
20:09.06brlcadlike your question a few weeks ago about why a program wasn't working right, printing a char[] buffer that you only wrote one byte into
20:09.20brlcadbut printing lots of characters
20:09.28brlcadkesha: did you ever understand that issue?
20:10.46keshaya. Later I realized that it was passing the pointer to starting of character array and not just asking for char[0] as I interpreted at that time
20:11.40brlcadand why did it print so much?
20:13.11keshathe buffer got flushed when it encountered end of function/return 0;
20:15.04Notify03BRL-CAD Wiki:Vladbogolin * 5843 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 6 */
20:15.32Notify03BRL-CAD Wiki:Vladbogolin * 5844 /wiki/User:Vladbogolin/GSoC2013/Logs:
20:15.51keshawhenever specified field width, it will take input till that field. and consider that string as a pointer to that string
20:16.39keshaAnyways, I get your point of digging up the issue thoroughly
20:17.16Notify03BRL-CAD Wiki:Vladbogolin * 5845 /wiki/User:Vladbogolin/GSoC2013/Logs:
20:26.03brlcadno
20:27.28brlcadthe buffer did not get flushed then, buffering of I/O is independent of most function calls
20:27.54brlcadthe question actually has nothing to do with buffering
20:28.09brlcadyou told it to print something, and it did
20:28.16brlcadwhy did it print what it printed?
20:28.34brlcadperhaps first off, what exactly did it print and what did you expect it to print?
20:35.01keshaI had tried about 20-25 different codes and I don't remember which exactly are you talking about? http://paste.kde.org/pa21f9c45/ ?
20:36.03Notify03BRL-CAD:tbrowder2 * 56237 brlcad/trunk/TODO: remove 2 man pages done
20:37.08brlcadyep, that one has the issue regardless
20:37.15Notify03BRL-CAD:tbrowder2 * 56238 brlcad/trunk/src/util/dsp_add.c: improve basic usage statement
20:37.56brlcadkesha: so that printf probably prints more than "kesh" I'm better, at least if it's not an unoptimized compile
20:38.11brlcads/better/betting/
20:38.43keshahttp://paste.kde.org/pf7bb25ed/ I think it was this one
20:40.34brlcadsure, related problem albeit subtle difference
20:41.22brlcadso what's the problem there?
20:43.47Notify03BRL-CAD:brlcad * 56239 (brlcad/trunk/NEWS brlcad/trunk/TODO): cliff added a -w 'wrapping' option to the comb command in r56221 that will create a child comb under the top level comb and move all contents of the toplevel comb into that sub-comb. the feature pertains to dave's old wrapper script and is in response to numerous user requests. needs to be documented still.
20:45.29Notify03BRL-CAD:brlcad * 56240 brlcad/trunk/TODO: tcl scripts generate via cmake now and src/other should be vanilla
20:46.53keshaThe sscanf line says accept three characters ("%3s") from the input pointer passed as first argument instring, skip in between chars and next integer in c.
20:48.28brlcadso if you ran that program under a different environment, it would potentially crash
20:49.00keshaya ..on windows gcc compiler I got "t:)" in place of "thi"
20:49.03brlcadbut yes, that is basically what sscanf says
20:49.13keshaI tried on windows
20:49.16brlcadso still, what's the problem?
20:49.31brlcadi'm gathering you didn't figure it out? :)
20:49.46Notify03BRL-CAD:tbrowder2 * 56241 brlcad/trunk/src/util/dsp_add.c: ws cleanup
20:49.52brlcadunderstanding this is necessary for knowing the proper fix
20:50.47brlcadit's a common C mistake, btw
20:51.33brlcadI can tell you that the error in your understanding is actually spelled out on line 12
20:57.22zero_levelbrlcad : I want to ask a naive question. Do we have any script that removes trailing white space ? ;)
20:59.27brlcadkesha: don't fester in confusion .. if you don't know, you can say that after thinking about it and searching for a little bit
20:59.41brlcadI've pointed you to a line, did that help?
20:59.49brlcadzero_level: yes, sh/ws.sh
20:59.59brlcador get a better editor :)
21:00.28brlcademacs and vim can both be configured VERY EASILY to display trailing whitespace in bright red
21:00.47brlcadit's worth doing to know where you're dropping turds
21:01.10brlcadif only to not waste other people's time, but it's just a disorderly waste regardless
21:01.26keshaCant get it.
21:03.34brlcad"scanfBuf is a string with length 1"
21:03.45brlcadthat is not correct, why might that be?
21:04.19keshaI tried with printf("%d",sizeof(scanBuf)); and it showd 1
21:05.23brlcadand that is correct
21:05.42brlcadso then what's wrong
21:05.58brlcadwhat remains in that statement?
21:06.43kesha"still when ssacnf() has %3s as argument, it accepts and shows "thi" from the instring as output. "
21:07.10brlcaddon't get distracted, stick with "scanfBuf is a string with length 1"
21:07.40brlcadyou confirmed that scanBuf is length 1 (byte) with sizeof()
21:07.42Notify03BRL-CAD:vladbogo * 56242 brlcad/trunk/src/libdm/dm-qt.cpp: Sanity checks, ws, log calls
21:07.44brlcadso what remains wrong?
21:08.15keshastring ?
21:08.27brlcadyes
21:08.50keshastring pointer ?
21:08.56brlcadnope
21:10.16brlcadit's not "a string"
21:10.28brlcadwhat is a C string?
21:10.57brlcadcareful googling for that ;)
21:12.22brlcadhttps://en.wikipedia.org/wiki/C_string
21:13.53*** join/#brlcad kesha__ (31f8f459@gateway/web/freenode/ip.49.248.244.89)
21:14.01brlcadgah
21:14.47*** join/#brlcad kesha (~kesha@49.248.244.89)
21:15.11brlcadkesha: what was the last thing you saw?
21:15.37keshanope
21:15.45brlcad17:10 < brlcad> it's not "a string"
21:15.45brlcad17:10 < brlcad> what is a C string?
21:16.03brlcadand you can read web pages later .. now is time for discussion
21:16.45keshastring - char *c
21:16.57brlcadthat is a character pointer
21:17.10keshaand then str(c)
21:17.11brlcadlater you should read this: https://en.wikipedia.org/wiki/C_string
21:17.26brlcadnotably this statement: The only support for strings in the C programming language itself is that the compiler will translate a quoted string constant into a null-terminated string, which is stored in static memory.
21:17.46brlcadthis is at the heart of the misunderstanding:  https://en.wikipedia.org/wiki/Null-terminated_string
21:18.00brlcadC strings are merely null-terminated string by convention
21:18.19brlcadyour scanBuf is an array of characters
21:18.46brlcadif it's size is 1, it only has enough room to store a nul byte
21:19.08brlcadi.e., it can only ever store "" to be considered a string
21:19.51brlcadhello?
21:19.58keshaya. so how come printf("%s",scanBuf);
21:20.02keshagave "this"
21:20.25keshas/thi/this
21:20.31brlcadwell first off, you gave it scanBuf and you told printf that scanBuf is a string
21:20.46keshahmm
21:20.49brlcadwhat does %s tell printf to do in terms of bytes?
21:21.24keshastore all bytes till null char is encountered
21:21.35brlcadright
21:21.59brlcadrather, "PRINT all bytes till null char is encountered", right?
21:22.11kesharight
21:22.47brlcadso it reads the first byte, which was not a nul
21:22.59brlcadso it keeps reading bytes that follow
21:23.18keshahmm, then ?
21:23.20brlcadscanBuf is how big?
21:23.34kesha1
21:23.55brlcadso what happens when printf reads the second byte, since the first was not nul?
21:24.28keshait will look for next
21:24.36brlcadbuf scanBuf doesn't have a next
21:25.10brlcadwhat did it read?
21:25.27kesha'h'
21:25.36brlcadnot the value
21:26.03keshathe second byte of instring
21:26.05brlcadwhat memory did it read if scanBuf was only 1 byte long
21:26.30brlcadyou don't know that
21:26.35keshaaddof(scanBuf+1)
21:26.41brlcadbetter
21:27.02brlcadyes, it just read whatever byte happens to be after scanBuf's memory
21:27.44keshaI was wondering how did it then stop after 3rd
21:27.44brlcadall you know is that it's NOT scanBuf
21:27.51brlcadit's random memory, it could be literally anything
21:27.59brlcadwell, when does %s stop?
21:28.21keshafinds NULL
21:28.32brlcadright (sort of)
21:28.39brlcadso it found a nul character
21:29.13keshabut there is still 's' at scanBuf+4 then a NULL
21:29.32brlcadin your case, it just happened to be the case that the next four bytes were 'h', 'i', 's', and '\0' (nul)
21:29.51brlcador 'h', 'i', '\0' actually
21:30.16brlcadso it got the 't' from scanbuf, then two more bytes, then finally encountered a 0
21:30.19keshahmm..yes..
21:30.27brlcadnote that it's not "NULL" .. that means something else
21:30.42brlcadit's a nul character ... a '\0' byte
21:31.39keshaya .. I know it.
21:32.10brlcaddo you really?
21:32.21brlcadshall I query you on what NULL means too? :)
21:33.01kesha'\0'=NULL but was it beacuse of %3s that " 'h', 'i', '\0"
21:33.51brlcadyou just said you know it .. so then stop saying '\0' is NULL! ... it's not
21:34.32zero_levelNULL = 0
21:34.38brlcad'\0' is a nul character, there's a difference and it's sometimes important
21:34.49brlcadNULL is not necessarily 0
21:34.50keshaNULL byte
21:35.29brlcadnul byte
21:35.33brlcadnul != NULL
21:36.08zero_levelbrlcad : I applied the new icv_struct and changing the functions for commiting
21:36.09keshaI was confused here nul == NULL !
21:36.37brlcaduhm..
21:36.38zero_levelIt turns out to be whooping 900 lines in a patch.
21:36.45brlcad17:30 < brlcad> note that it's not "NULL" .. that means something else
21:36.46brlcad17:31 < kesha> ya .. I know it.
21:36.57brlcadkesha: then what was that? :)
21:37.00zero_levelAlthough I can remove 100 lines or so.
21:37.22zero_levelbut this is really a large one :-)
21:37.32zero_levelAnd dont see a alternative
21:37.50kesha:P
21:37.51brlcadzero_level: okay, just dont' break anything ;)
21:38.00zero_levelalright
21:38.15brlcadyou should make them as small as possible, even if it means more work for you to do changes incrementally
21:38.23brlcadbut that's not always possible
21:38.28brlcadit's far easier to review commits either way
21:38.30zero_levelI am not sure about one thing.
21:38.40zero_levelWhich requires help of starseeker
21:38.49brlcadkesha: it's a fair question -- I can't help you if you tell me you understand when you don't :)
21:38.53zero_levelbut using my intution there
21:39.09brlcadfortunately you immediately contradicted your understanding ;)
21:39.21brlcadkesha: read this quick: 17:31 < kesha> ya .. I know it.
21:39.23brlcadoops
21:39.27brlcadthis: http://faq.cprogramming.com/cgi-bin/smartfaq.cgi?answer=1047589067&id=1043284376
21:40.29brlcadkesha: SO ...
21:40.43brlcad17:33 < kesha> '\0'=NULL but was it beacuse of %3s that " 'h', 'i', '\0"  <--  YES
21:41.08keshayes, had it clear now .
21:41.09brlcadyou overwrote the scanBuf buffer there, and wrote to memory that was not part of scanBuf
21:41.10kesha:)
21:41.15brlcadclassic buffer overflow
21:41.33brlcadonce you went 1 byte over, a program might crash, might not
21:41.37brlcadthe memory can be anything
21:42.00keshahmmm
21:42.41brlcadwhen you pass a buffer or a pointer to any function that expects a "C string", it's assuming you've properly nul terminated the string and has no way of knowing the length (without you telling it)
21:42.59brlcadeven functions like strlen() are just going to read until they find a '\0'
21:43.29brlcadthink about it some, read those two wikipedia pages
21:43.37brlcadask questions if you have them
21:43.46brlcadthis is an important concept to understand very clearly
21:43.58keshaokay. I will read up webpages.
21:43.59brlcadit's a fundamental tenant of C
21:44.31brlcadprobably can find some "C string tutorials" that might help too, write a couple test main() programs until you're confident you understand it
21:45.47keshaif I get some problems, will come again to eat up your head. ;)
21:55.13Notify03BRL-CAD Wiki:Vladbogolin * 5846 /wiki/User:Vladbogolin/GSoC2013/Logs:
22:15.57Notify03BRL-CAD:mohitdaga * 56243 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 9 others): Changes the icv library to accomodate double type data. Also changes the existing use of icv in the rt, rmrt, libged
22:28.02starseekerzero_level: hmm?
22:31.23Notify03BRL-CAD:mohitdaga * 56244 brlcad/trunk/include/icv.h: Added DOXYGEN comments to the tweaked functions
22:32.00zero_levelstarseeker can u quickly see src/rt/viewedge.c now
22:33.04starseekerwhat about it?
22:33.35zero_level14:32 < zero_level> starseeker : I want to discuss about r50507 in rt/src/viewedge.c
22:33.38zero_level14:34 < zero_level> You seem to have removed icv_save_save_open from viewedge.c
22:33.40zero_level14:34 < zero_level> The primrary reason being "It was called in do.c, thus creating a failure"
22:33.43zero_level14:35 < zero_level> Do we also remove icv_image_save_close(bif) at L849in viewedge.c
22:33.46zero_level14:36 < zero_level> correction// rt/src/viewedge.c // src/rt/viewedge.c
22:33.58zero_levelI have removed icv_save_image_close
22:34.10zero_levelfrom viewedge.c
22:34.48zero_levelbecause as per your comment in r50507 u mentioned that opening is handled by do.c
22:34.49starseekerIf I recall correctly, I removed the open call from viewedge.c because it was also being invoked in do.c
22:35.04zero_levelyeah! exactly.
22:35.07starseekerI don't know that do.c also handles closing
22:35.11starseekerdid you look?
22:35.16zero_levelyes
22:35.19zero_levelit does
22:35.38zero_levelcheck L923 in do.c
22:36.44starseekerso you're wondering if we still need the close call in viewedge.c?  Or is that call causing a problem?
22:37.13starseeker``Erik: do you remember the details of the icv stuf in the rt tools?
22:37.23zero_levelI am nt sure how to test viewedge.c
22:37.28starseekerrtedge
22:37.32zero_levelMoroever
22:37.34starseekerthat's the command that uses it
22:37.53zero_levelAs per the new api of icv we do it the following way
22:37.58zero_levelicv_create(..)
22:38.15Notify03BRL-CAD:n_reed * 56245 brlcad/trunk/src/libbrep/intersect.cpp: ON_zaxis is obsolete
22:38.24starseekerzero_level: check out the man page for rtedge - that should tell you how to write out to an image
22:38.45starseekerbrlman rtedge
22:38.54zero_leveldo // write line, write pixel//
22:39.00zero_leveland icv_save
22:39.43starseekerzero_level: I'm not intimately familiar with the details of how icv is used in the rt tools - your best bet is to test
22:40.17zero_levelyes
22:40.44zero_leveljust working at finding the man details
22:41.09starseekerzero_level: there's a command
22:41.11starseekerbrlman
22:41.30zero_levelfound that
22:41.39starseekerso you can see the man page?
22:42.50zero_leveloops Neither man page viewer nor Tk graphics available - man page viewing is not supported.
22:42.53zero_levelNeither man page viewer nor Tk graphics available - man page viewing is not supported.
22:42.59zero_levelNeither man page viewer nor Tk graphics available - man page viewing is not supported.
22:43.09zero_levelsry for repited copying.
22:43.11starseekerblinks - what platform are you on?
22:43.24zero_levellinux
22:43.33starseekerdoes the command "man" work?
22:43.34zero_levelflavour=ubuntu
22:43.46zero_levelyes
22:44.40starseekerum
22:44.57starseekerthe brlman script should work then
22:44.59zero_leveldownloading tk
22:45.26zero_levelrather installing it through synaptic
22:45.40starseekerthe message you got is what happens when tcl can't run either "man" or "bwish"
22:47.26starseekerif you're just installing Tk, you'll have to re-compile BRL-CAD with Tk enabled
22:47.56zero_levelyeah i am doing that. can u pm me the man of rtedge. In the meanwhile i will try to test this
22:51.20starseekernotes with some surprise that we don't seem to have an online version of our man pages in html...
22:52.37starseekerhttp://brlcad.org/~starseeker/rtedge.html
22:52.45starseekeruse that until you get your compile going
22:54.22zero_levelstarseeker I have never used rt. I now it doews raytracing but can u help me write a basic command ?
22:54.40starseekerzero_level: are you familiar with how to read man pages?
22:54.53zero_levelalright, on to this ;)
22:55.09starseekerthe synopsis gives you a basic idea of how to run the command
22:55.48zero_leveli am wondering from where can i get a .g file
22:55.55starseekerin the case of rt (or rtedge) you'll need a .g file, the name of the object within that file you want to raytrace, and any options you want to provide (in you case, how to output an image)
22:56.13starseekerthe BRL-CAD compilation creates several
22:56.50starseekerthey are placed in the directory "share/db" in your build directory
22:57.41zero_levelmeanwhile even after installing tk the cofig reports says this
22:57.42zero_levelCompile Tk ............................: OFF
22:58.09starseekerzero_level: never mind fiddling with that, just pass the option -DENABLE_ALL=ON to cmake
22:58.14starseekerthat will build Tk for you
22:59.50starseekerbrlcad: interesting - I get this line when doing a moss.g raytrace:
22:59.59starseekershade_inputs(cone.s) flip N xy=168, 218 ID_TGC surf=1 dot=2.04196e-05
23:00.27starseekerzero_level: here's a basic rt command to get you started:
23:00.36starseeker./bin/rt share/db/moss.g all.g
23:01.16starseekerthe man page will tell you how to write the image to an output file (what you're looking for to test) rather than having the image show up onscreen
23:05.37zero_levelstarseeker can u r56243
23:05.42zero_level^compile
23:06.09starseekerzero_level: what error are you seeing?
23:07.03zero_levelI am not sure but it gave a seg fault
23:07.20starseekerzero_level: compiling the code?
23:07.46zero_levelI ran this rtedge -s 1024 -Fnew.pix havoc.g hav
23:08.02zero_levelone of the examples there
23:09.36starseeker-Fnew.pix is not correct
23:10.00zero_levelcompile r56243
23:10.25starseekersorry about that...
23:10.31starseekersees the man page is at fault
23:10.47starseekertry this:  rtedge -s 1024 -o new.pix havoc.g havoc
23:12.01starseekerzero_level: ok, something's wrong
23:12.05starseekergive me a minute...
23:12.31zero_levelI got an output file new.pix
23:12.40zero_level1024x1024 dim
23:15.12zero_levelit looks like an edge of a helicopter.
23:15.17zero_leveldid pix-png
23:15.26starseekerthat's correct
23:15.34starseekeris still seeing a problem here though
23:16.54starseekerah, nevermind
23:17.04starseekerzero_level: ok, so you've got it generating an image
23:17.26starseekernow, if you change the .pix file extension to a .png, you should be able to have rtedge directly output a .png file
23:17.32starseekerthat will test icv
23:17.39zero_levelalright
23:18.15zero_levelbut i have removed png-save for a while
23:18.26zero_levelwill be adding in the next revision
23:18.36starseekerzero_level: if you want to test whether it's reaching the icv close function call if you remove it from viewedge.c, you can use gdb and add a break on that function name
23:18.58zero_levelok
23:20.31Notify03BRL-CAD:starseeker * 56246 brlcad/trunk/doc/docbook/system/man1/en/rtedge.xml: Use -o for a file, not -F
23:20.52zero_levelalso, since this was able to save new.pix dont u think it has done this in do.c
23:21.10zero_levelbecause i am running this on r56243
23:21.15starseekersure, but your question was whether you needed the extra close statement in viewedge.c
23:21.41zero_levelso doesn't that answers this ?
23:23.02starseekerno - you need to figure out a) whether the close call in do.c is actually being called (i.e. can you recognize the problem if the close function is *not* called) and b) whether the viewedge.c call is ever needed
23:23.45starseekerI don't know the answer to either, offhand
23:24.14starseeker``Erik might, but either way that sort of exploration and reading of the code is something you need to learn how to do - it's a never-ending part of working with pre-existing code bases
23:24.49zero_levelalright :)
23:25.24zero_levelalso what was the problem u saw?
23:30.52zero_levelI just ask so, that i can improve upon.
IRC log for #brlcad on 20130727

IRC log for #brlcad on 20130727

00:21.31zero_levelalright! nevermind :-)
00:21.55zero_leveldidnt notice "nevermind" :)
00:34.27Notify03BRL-CAD:mohitdaga * 56247 brlcad/trunk/src/libicv/fileformat.c: Added png saving function supporting new icv container
01:02.03zero_levelhi brlcad, ``Erik do we have to take care of certain things while adding a file to the repository ?
01:02.52zero_levelI do a simple svn add <path of file to be added>
01:03.17zero_levelwhile committing it showed this brlcad/trunk/src/libicv/color_space.c : svn:mime-type is not set
01:05.12zero_levelalright got this http://brlcad.org/wiki/Mime-types :-)
01:06.15brlcadstarseeker: -Ffile.pix should actually work, so if that crashes, that's a bug worth fixing
01:06.31brlcadand probably related to icv work ( zero_level )
01:07.05Notify03BRL-CAD Wiki:Level zero * 5847 /wiki/Mime-types: /* Correcting the file name which is added*/
01:09.12Notify03BRL-CAD:mohitdaga * 56248 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Added file libicv/color_space.c . This will contain all the color_space conversion api functions (currently rgb-gray and gray-rgb, later others like hsv-rgb, cmyka-rgb etc..). Added gray2rgb api function. This does a simple gray pixel copying at three places(r,g,b). This api function does an inplace color_space change.
01:10.11zero_levelbrlcad : my next task is set to find that bug. Just commiting one more api function
01:10.47brlcadzero_level: great
01:11.05brlcadnotice that there are many rt* tools and they should all behave nearly identically
01:11.45brlcadyou should sometimes test one of the other tools (like rt or rthide or rtedge)
01:11.47zero_levelbrlcad : can u just brief me about architeture of rt
01:12.18zero_levelthis seems to be a complex piece of code involving a lot of files.
01:12.33brlcadour docs on the website do a decent job with the intro
01:12.42brlcadfewer files than you'd think
01:12.47zero_levelabout the code ? or usage ?
01:12.55brlcadeach of those rt* programs is described in basically one view*.c file
01:13.21zero_levelok.
01:13.36zero_leveland does each one involve main.c do.c ?
01:14.04brlcadthe rt apps are built on a simple front-end/back-end interface
01:14.27brlcadmain do opt and maybe one or two others form a front end common to all of them
01:14.32zero_levelso do.c is backend worker ?
01:14.45brlcadthe view*.c file corresponds to the backend view
01:15.06brlcadyou can think of it that way, sure
01:15.44brlcadtechnically still the common front-end code (if all the rt's call it, it's front-end)
01:16.21brlcadhttp://brlcad.org/w/images/3/3d/Application_Development.pdf explains in a little more technical detail
01:16.52brlcadit's just a little out of date in terms of header names and a few other details, but it's still relevant and useful
01:17.08brlcadRTUIF is what I described
01:17.45zero_levelalright will see these.
01:17.46brlcadit's a lot of material, that's about an hour-long technical presentation
01:18.15brlcadit covers more than the rtuif, but it may still be useful for you to know
01:18.28zero_levelone is your gut feeling regarding -Ffile.pix
01:18.44brlcadgut feeling is it's a bug ;)
01:18.45zero_levelsome points u could give to me. to start with
01:18.57zero_levelsure that is ;)
01:19.08zero_leveland it crept in today !!
01:19.26brlcadsure
01:19.29brlcadstart with fbhelp
01:19.53brlcadrun it without any options first, make sure filename is in the list of supported interface types
01:20.03brlcadthen run it specifying that interface: fbhelp -Ffile.pix
01:20.10brlcadif it crashes, time to open up a debugger
01:20.26brlcadif it doesn't crash, the bug is probably isolated in src/rt
01:20.35brlcadand you'd still open up a debugger
01:21.27brlcaddon't be afraid to use a debugger, basic usage is very simple and folks here can help you get started (along with a thousand intro tutorials around the web)
01:22.30zero_leveland brlcad:Although that commit was large in size. Can u see the rt part and see if that is fine ?
01:23.00zero_levelI had not discussed much abt that here .
01:26.05Notify03BRL-CAD:mohitdaga * 56249 brlcad/trunk/src/libicv/fileformat.c: Improves pix_save function. Now this can save images of type ICV_COLOR_SPACE_GRAY. This uses icv_gray2rgb(..).
01:37.13zero_levelbrlcad : Is there a way I cange log message of a commit. I saw this http://stackoverflow.com/questions/304383/how-do-i-edit-a-log-message-that-i-already-committed-in-subversion .
01:37.37zero_leveldo commiters have such rights in brl-cad ?
01:41.08Notify03BRL-CAD:mohitdaga * 56250 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/color_space.c): Remove trailing ws
01:54.57zero_levelI asked that for r56247, And made an even more henious error at 56250.
02:09.02zero_levelwrote on the, list
02:09.42zero_levelbrlcad : Do u suggest making another commit to clarify the log message ?
02:30.29brlcadzero_level: you cannot change the commit message
02:31.11brlcaddouble and triple check what you are about to commit before you commit it, check it with "svn stat" and "svn diff | less" and yes, you are expected to read every line in that diff to make sure it's what you intend to submit
02:33.16brlcadzero_level: if it's something that really should be clarified or corrected, revert the commit (svn merge -c-56247 .), and recommit it again later/corrected
02:33.39brlcadbut that should be used sparingly and usually only when the actual code is broken, not just a bad commit message
02:34.16brlcadyour clarification to the mailng list, in that instance, is just fine
03:46.52Notify03BRL-CAD:brlcad * 56251 brlcad/trunk/src/adrt/librender/cut.c: ws
03:51.04*** join/#brlcad caen23 (~caen23@92.81.176.19)
04:05.12Notify03BRL-CAD:brlcad * 56252 (brlcad/trunk/src/adrt/librender/camera.c brlcad/trunk/src/adrt/librender/camera.h and 25 others): ws cleanup for the rest of this directory
05:17.59zero_levelok brlcad. went for a little nap.
05:31.49zero_levelAlso about r56247 I wanted to add
05:33.16zero_levelThis implementation of png format is just done for 8bits channel. Later this will be edited to accomodate higher resolution of images.
05:33.55zero_levelThere is a special time alloted to Image formats in my timeline.
08:14.44Notify03BRL-CAD:mohitdaga * 56253 brlcad/trunk/src/libicv/fileformat.c: Adding additional feature in bw_save. This now has ability to handle and save rgb(3 channel pix) images in bw format. This usage rgb2gray function.
08:21.04*** join/#brlcad kesha (~kesha@49.249.1.68)
09:35.01*** join/#brlcad kesha__ (~kesha@49.202.239.74)
09:57.28*** join/#brlcad kesha__ (~kesha@49.202.239.74)
10:21.03Notify03BRL-CAD:mohitdaga * 56254 brlcad/trunk/src/libicv/fileformat.c: Make data2uchar a hidden function. Also added comments for this function.
10:24.11zero_levelhi ``Erik, brlcad: I use data2uchar and uchar2double functions in fileformat.c for converting from double to unsiged char and viceversa.
10:25.57zero_levelCurrently I have kept it hidden in fileformat.c . Later I plan to keep them in icv_bw.c while splitting files for different formats.
10:27.31zero_leveland using extern double* uchar2double(..) and extern unsigned char* data2uchar(..) in files like icv_pix.c, icv_ppm.c
11:03.04*** join/#brlcad kesha (~kesha@49.202.239.74)
11:39.26*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
11:40.42*** join/#brlcad Izak_ (~Izak@195.24.220.16)
11:42.33``Erikzero_level: when we get to that point, we'll discuss it... it'd be better to define it in a private header (perhaps as a macro) than to do an extern in the file... if it's a globally useful thing, we might even move it to libbu
13:25.10Notify03BRL-CAD Wiki:NyahCh3ck20 * 5848 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */
14:45.00Notify03BRL-CAD Wiki:Level zero * 5849 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */
15:04.07``Erikhttp://www.gnuplotting.org/
15:06.12Notify03BRL-CAD Wiki:195.24.220.16 * 5850 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
15:07.25Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5851 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
15:26.29``Erikios 7 is definitely going to make me rework my app :/
15:59.37*** join/#brlcad kesha (~kesha@49.249.1.222)
16:09.29brlcadkesha: didn't we just have a long discussion just yesterday about NULL vs nul and I sent you a link to read?
16:15.33brlcad"strncpy() NULL terminated"
16:19.55*** join/#brlcad kesha (~kesha@49.249.18.95)
16:38.21brlcadkesha: didn't we just have a long discussion just yesterday about NULL vs nul and I sent you a link to read?
16:49.23Notify03BRL-CAD:brlcad * 56255 brlcad/trunk/src/adrt/librender/render_util.c: since there was no mention as to why they were commented out in r29559 (erik), re-enable calculations in the render_util_spall_vec() function. do try to prevent a division by zero.
17:00.30Notify03BRL-CAD:brlcad * 56256 brlcad/trunk/src/adrt/librender/render_util.c: revert 56255, didn't compile-test properly, some work is needed
17:05.24Notify03BRL-CAD:brlcad * 56257 (brlcad/trunk/src/adrt/librender/cut.c brlcad/trunk/src/adrt/slave/slave.c): eliminate dead code, #if 0'd
17:12.45Notify03BRL-CAD:brlcad * 56258 brlcad/trunk/src/libbu/tests/bu_progname.c: whatever the last set progname is should be the one returned by getprogname, so the tests make sense (and pass here)
17:30.45zero_level``Erik : I am not sure about the aptness of macro. Because this part of code requires memory allocation. It is not straight forward due to gamma correction.
17:43.38keshabrlcad: ya, that commit was made earlier, before our discussion. I will change it.
17:45.49*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
17:53.18Notify03BRL-CAD:mohitdaga * 56259 (brlcad/trunk/src/libged/screengrab.c brlcad/trunk/src/rt/view.c and 2 others): Adding a TODO section for writeline function. Currently In writeline function unsigned char data is added. Part of rt and libged has to modified to write double data. Although writeline is implemented in such a way that it can accomodate both double and unsigned char data. But adding double data from rt will
17:53.20Notifyhelp in better resolution of output images.
17:53.46Notify03BRL-CAD:brlcad * 56260 (brlcad/trunk/src/libbu/heap.c brlcad/trunk/src/libbu/tests/CMakeLists.txt): move the heap main() test harness into a preliminary unit test. doesn't do any validation other than running 50M allocations with some random freeing.
17:54.21brlcadkesha: AH .. okay, that's reassuring
17:54.22Notify03BRL-CAD:brlcad * 56261 brlcad/trunk/src/libgcv/CMakeLists.txt: don't put test programs into the bin directory, mark them LOCAL (perhaps NO_INSTALL should imply that)
17:54.30brlcadI thought you JUST made that commit, not updated it
17:55.25zero_levelHi brlcad, ``Erik check r56259. Although another such function writepixel uses double data from ap->a_color in view.c, viewedge.c viewexray.c
17:55.57zero_levelcorrection viewexray.c/viewxray.c
17:59.09Notify03BRL-CAD:brlcad * 56262 brlcad/trunk/include/ged.h: provide tracker's declaration
18:08.41Notify03BRL-CAD:brlcad * 56263 brlcad/trunk/src/libbn/plane.c: convert and (very) temporarily enable bn_isect_ray_tri()
18:11.13Notify03BRL-CAD:brlcad * 56264 brlcad/trunk/src/libbn/plane.c: and now eliminate bn_isect_ray_tri() since comments from jra in r17228 indicate that it doesn't work right, apparently replaced with bn_does_ray_isect_tri()
18:15.07Notify03BRL-CAD Wiki:Harman052 * 5852 /wiki/User:Harman052/GSoc2013/Logs:
18:29.53*** join/#brlcad vladbogo (~vladbogo@188.25.238.209)
18:30.50Notify03BRL-CAD:mohitdaga * 56265 brlcad/trunk/src/libicv/fileformat.c: Added ppm_save function. Alike pix,bw this function also uses data2uchar function.
18:47.29*** join/#brlcad caen23 (~caen23@92.81.173.2)
19:02.28Notify03BRL-CAD:vladbogo * 56266 brlcad/trunk/src/libdm/dm-qt.cpp: Resize the Qt window when the Tk one changes size.
19:05.30Notify03BRL-CAD:mohitdaga * 56267 brlcad/trunk/src/libicv/fileformat.c: Change data type of size and perform related sanctity measures in read/write function.
19:08.12Notify03BRL-CAD:mohitdaga * 56268 brlcad/trunk/src/libicv/fileformat.c: Correct log message and remove debug message.
19:10.23zero_levelbrlcad, Erik : at r56268. All the functions of previous implementation are brought in with the new structure definition.
19:10.30zero_levelPlus from here.
19:11.27zero_level+Bw_save can handle rgb images, similarly ppm_save and pix_save can handle gray images.
19:13.46zero_level+Gamma Correction is added to prevent bad color aliasing.
19:14.18zero_levelAlso I am looking at the bug which have crept in.
20:34.25Notify03BRL-CAD:mohitdaga * 56269 brlcad/trunk/src/libicv/fileformat.c: trailing ws
21:41.11Notify03BRL-CAD:mohitdaga * 56270 (brlcad/trunk/src/libged/screengrab.c brlcad/trunk/src/rt/do.c): Corrected bug in rtedge. As per the new ICV api, icv_image_save doesnt free image. Thus icv_image_save and icv_image_free have to be called atomically if the image has to be freeed.
21:46.39Notify03BRL-CAD:tbrowder2 * 56271 brlcad/trunk/TODO: fix typo
21:59.37Notify03BRL-CAD:tbrowder2 * 56272 brlcad/trunk/TODO: ws
22:01.26Notify03BRL-CAD:tbrowder2 * 56273 (brlcad/trunk/misc/perl/CMakeLists.txt brlcad/trunk/misc/perl/rt.i): commenting out trials that don't work
22:24.09zero_levelhi brlcad, ``Erik, Even after r56270, still some bugs are left related to image saving in rtedge.
22:24.19zero_levelI am looking on to them
IRC log for #brlcad on 20130728

IRC log for #brlcad on 20130728

05:28.24brlcadk
05:58.37Notify03BRL-CAD:brlcad * 56274 (brlcad/trunk/src/burst/burst.c brlcad/trunk/src/burst/extern.h and 4 others): address an ancient FIXME about supporting the plotting of both lines and points. total fast-hack method via global but matches the existing code well.
06:00.09Notify03BRL-CAD:brlcad * 56275 brlcad/trunk/NEWS: added -p/-P plot options to the burst command while fixing an old FIXME.
06:08.21Notify03BRL-CAD:brlcad * 56276 brlcad/trunk/src/conv/step/STEPWrapper.cpp: these look useful, but need some indication to keep them
06:10.17Notify03BRL-CAD:brlcad * 56277 (brlcad/trunk/src/conv/asc/asc2dsp.c brlcad/trunk/src/conv/g-vrml.c): eliminate dead code
06:10.49Notify03BRL-CAD:brlcad * 56278 brlcad/trunk/src/external/ProEngineer/proe-brl.c: we're not buying the module
06:17.19Notify03BRL-CAD:brlcad * 56279 brlcad/trunk/src/external/Unigraphics/ug-g.c: kill lots of dead code that isn't doing anything for us.
06:17.29Notify03BRL-CAD:brlcad * 56280 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: convert the dead block to a comment
06:19.47Notify03BRL-CAD:brlcad * 56281 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-rtgl.c brlcad/trunk/src/libdm/dm-wgl.c): comment insufficient to retain. how does a glFinish() help testing? poof.
10:07.00Notify03BRL-CAD:phoenixyjll * 56282 brlcad/trunk/src/libbrep/intersect.cpp: Remove debug messages.
11:59.07*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
12:05.32Notify03BRL-CAD Wiki:Phoenix * 5853 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */
12:09.10Notify03BRL-CAD Wiki:Phoenix * 5854 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
12:09.33Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Five_rec.png:
12:09.51Notify03BRL-CAD Wiki:Phoenix * 5856 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
12:10.40Notify03BRL-CAD Wiki:Phoenix * 5857 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
14:08.14*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
14:28.28Notify03BRL-CAD Wiki:Vladbogolin * 5858 /wiki/User:Vladbogolin/GSoC2013/Logs:
14:30.29*** join/#brlcad kesha (~kesha@49.249.9.72)
14:37.45Notify03BRL-CAD:brlcad * 56283 brlcad/trunk/src/libdm/labels.c: remove dead code, can revisit later if/when this gets pushed up into the primitives
15:14.41Notify03BRL-CAD:brlcad * 56284 brlcad/trunk/src/libfb/if_wgl.c: remove inactive code, hasn't been active since the original winport merge
15:24.39*** join/#brlcad kesha__ (~kesha@49.249.19.104)
15:30.39Notify03BRL-CAD:brlcad * 56285 brlcad/trunk/src/libfb/if_ogl.c: inactive code for far too long, need a general interface for forking
15:39.02Notify03BRL-CAD:brlcad * 56286 brlcad/trunk/src/libfb/if_X24.c: get rid of the old debug printing code, poor dev substitute for a debugger
15:41.34starseekerCh3ck: your push patches are rather large - I've started looking at them, but it will take time
15:41.54starseekeris there any way you can "break them up" into smaller incremental changes?
15:41.54Ch3ckI don't understand what you mean by large!
15:42.14Ch3ckwell thats the new push and xpush routine combined
15:42.22Ch3cki don't see how i could break it up..
15:42.29Ch3cksince its a single file actually.
15:43.02starseekerbrlcad: any thoughts on how the push/xpush patches might be made more "incremental"?
15:44.10starseekerCh3ck: one issue with the "pull" command patch seems to be that the pull command doens't work yet?
15:44.11Ch3ckand everything in the file needs to be there for the routine to work.. push -x
15:44.23Ch3ckwell i'm still working the code
15:44.57Ch3ckstarseeker: The pull routine is still underdevelopment. So I wanted to stub the routine into the software while continuing development.
15:45.28starseekerCh3ck: bear in mind, you were supposed to have created smaller patches early in the process that would have let you get commit access
15:45.32starseekerthis is why
15:46.25Ch3ckstarseeker: well looking at the way i wanted to combine them. Everything in that file needs to be there for push -x to work properly.
15:46.44Ch3ckI don't see how i can break a file into smaller bits.
15:46.53starseekerI would suggest shifting gears for a moment and making some smaller patches on a different topic then
15:47.06starseekermake some unit test patches for some of the libbn functions
15:47.41starseekersomething that is small, self contained, adds net benefit to the code base, and can be easily reviewed
15:48.01Ch3ckstarseeker: first of all does my patch apply?
15:48.19starseekerCh3ck: don't worry about that right now - your first priority is to get commit access
15:48.32starseekerthese patches are going to be very difficult to review for that purpose
15:49.28Ch3ckstarseeker: well in that case look at my smaller patch which changes the bn_mat_inverse and bn_mat_determinant routines
15:49.40starseekerCh3ck: Sean is reviewing that
15:49.46Ch3ckok
15:49.49starseekerthat's exactly the right idea
15:50.27Ch3ckso before any review of the patches I want to first of all know whether there are any of the patches that don't apply cleanly since Sean made some emphasis on that?
15:50.39Notify03BRL-CAD:brlcad * 56287 brlcad/trunk/src/libgcv/bottess.c: eliminating the dead code uncovers dead functions too, get rid of the mess
15:51.10Ch3ckbefore waiting for the reviews..
15:52.47starseekerdon't wait for the reviews.  That's why I'm saying you need to take the time to do some smaller, easily reviewed patches to work towards commit access.  the bn_mat_inverse patch is a step in the right direction - do more patches like that
15:53.04Ch3ckok
15:53.33starseekeryou're trying to skip the "get commit access" step and go straight to the pull/push work - that's a mistake
15:53.57Notify03BRL-CAD:brlcad * 56288 brlcad/trunk/src/libgcv/wfobj/obj_grammar.yy: more string debugging removal
15:54.10starseekertesting and improving libbn is an *excellent* place to start
15:54.25Ch3ckstarseeker: So I should write some performance tests on the libbn routines? or should I test some of the libbn routines and do some improvements?
15:54.31Ch3ckok
15:54.50starseekerlook at the unit tests in the src/libbu/tests and src/libbn/tests directories
15:55.00Ch3ckok
15:55.23starseekersee how they test specific pieces of functionality in isolation - making sure it works with standard and difficult cases, and then hooking that into the build system's test framework
15:55.53starseekerbecause those tests are self contained, they are a good way to make stand-alone, easy to review patches
15:56.58starseekerthe tests don't *change* the existing libbn routines, which is another factor - they don't run the risk of breaking existing functionality
15:57.17Ch3ckaight. will do so what about debugging my pull routine? or continuing the work of my GsoC proj?
15:57.42starseekeryour first priority is to get commit access
15:57.47Ch3ckok
15:57.55starseekeronce you do so, continuting the pull work will be *much* easier
15:58.31Ch3ckBut this is what I would have been told earlier about keeping aside the push/xpush work
15:58.47starseekersorry?
15:58.53starseekerI don't follow
15:58.55Ch3ckany ways. will get on that tomorrow..
15:59.27Ch3ckI had told Sean about my work on push/xpush earlier long before GSoC started and its also written on my logs.
15:59.56starseekerCh3ck: that's fine, but remember what the general instructions to all GSoC students where
16:00.02Notify03BRL-CAD:brlcad * 56289 brlcad/trunk/src/libged/analyze.c: yes, incorrect analyze code is worse than no analyze code. remove rhc.
16:00.02starseekers/where/were
16:00.18Ch3ckabout my progress on combining both routines which I believe its related to my proj.
16:00.50Ch3ckI was thinking if I combined both routines well it'll just give me commit access.
16:01.24starseekerCh3ck: the problem is those are both complex commands with a lot of logic, and any mistake will break important functionality
16:01.34starseekerthey are complex to review and take a fair bit of testing
16:02.03Ch3ckthats why it took me so long to what i've done so far..
16:02.05starseekerfor commit access, you want small, easily reviewed, self-contained patches that are simplier to read and test
16:02.13Ch3ckaight.
16:02.30starseekeryour commit access patches don't necessarily have to relate directly to what you are doing in your main GSoC project
16:03.01starseekerand work on libbn testing, in particular, is *extremely* useful
16:03.38starseekerespecially since understanding those routines can only help you in your main project
16:03.42Ch3ckalright. I'll focus now on testing the libbn routines..
16:04.08Ch3ckdeveloping easy-to-review patches so i can get this commit access.
16:04.17starseekerexcellent
16:05.49Ch3ckOk since i started looking at the /src/mat.c routines. will continue from there
16:05.54starseekersounds good
16:06.03Ch3ckbefore moving on to other files in libbn.
16:06.33starseekerCh3ck: if it makes it easier, you can thing of this as making sure you have a firm foundation numerically in libbn before continuing with the pull work
16:06.50Ch3ckalright I see
16:07.00starseekerbugs in lower level APIs that interfere with the correct working of higher level APIs are just evil to figure out
16:07.47starseekerand end users are extremely skilled at finding that one special case nobody thought to handle
16:07.51Ch3ckyeah push/xpush taught me that.. ;)
16:09.38Notify03BRL-CAD:brlcad * 56290 brlcad/trunk/src/libged/analyze.c: just rename them, avoid the preprocessor issue altogether
16:13.03*** join/#brlcad vladbogo (~vlad@188.25.238.209)
16:16.30Notify03BRL-CAD:brlcad * 56291 brlcad/trunk/src/libged/analyze.c: FIXED, tom made bu_vls_printf() teh awesome. now can avoid using sprintf for complex table printing.
16:20.36Notify03BRL-CAD:brlcad * 56292 brlcad/trunk/src/libged/bev.c: not yet supported, not yet an option
16:28.09Notify03BRL-CAD:brlcad * 56293 brlcad/trunk/src/libged/bot_dump.c: remove material section that hasn't been used
16:50.15Notify03BRL-CAD:brlcad * 56294 brlcad/trunk/src/libged/edpipe.c: re-enable the debug messages, but go through bu_log intead of Tcl_AppendResult
16:54.46Notify03BRL-CAD:brlcad * 56295 brlcad/trunk/src/libged/edit.c: remove the BU_ASSERT() that are in dead code blocks. seem flaky logic to base an abort on.
17:00.57Notify03BRL-CAD:brlcad * 56296 (brlcad/trunk/src/libged/human.c brlcad/trunk/src/libged/inside.c): more dead code elimination
17:01.21*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
17:02.12*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
17:03.14*** join/#brlcad zero_level1 (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
17:06.21*** join/#brlcad vladbogo (~vlad@188.25.238.209)
17:38.37*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
17:38.50*** part/#brlcad zero_level1 (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
17:39.49zero_level_starseeker : Apparently I have found the answers to your 2 interesting questions
17:41.00zero_level_The close image call in do.c is called when i remove the close call from viewedge.c
17:41.42zero_level_But When viewedge.c closes the image in function view_end() do.c doesnt close the image.
17:42.56zero_level_These all testings were done in revision before the current modifications in icv.h
17:43.23zero_level_Thus making it clear. That icv_save_close not needed in viewedge.c
17:43.33zero_level_I ran the following command to test these.
17:44.01zero_level_rtedge -s 1024 -o new.pix brlcad-build/share/db/havoc.g havoc
18:08.48Notify03BRL-CAD:tbrowder2 * 56297 brlcad/trunk/doc/docbook/system/man1/en/fbserv.xml: document the '-v' option
20:11.12Notify03BRL-CAD Wiki:Vladbogolin * 5859 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 6 */
20:11.51Notify03BRL-CAD Wiki:Vladbogolin * 5860 /wiki/User:Vladbogolin/GSoC2013/Logs:
20:12.39Notify03BRL-CAD Wiki:Vladbogolin * 5861 /wiki/User:Vladbogolin/GSoC2013/Logs:
22:01.15*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
IRC log for #brlcad on 20130729

IRC log for #brlcad on 20130729

00:08.51Notify03BRL-CAD:brlcad * 56298 brlcad/trunk/src/libged/polyclip.cpp: well if they are, should be okay
00:13.24Notify03BRL-CAD:brlcad * 56299 (brlcad/trunk/src/libged/polyclip.cpp brlcad/trunk/src/libged/view_obj.c and 4 others): eliminate undocumented dead code
00:14.58Notify03BRL-CAD:brlcad * 56300 brlcad/trunk/src/libpc/solver_test.cpp: document why the libpc tests are disabled
00:22.45Notify03BRL-CAD:brlcad * 56301 brlcad/trunk/src/librt/cut.c: eliminate the manual recursion dead code since rt_ct_optim() is better reuse and the implications of the dead one are not clear.
02:34.22Notify03BRL-CAD:brlcad * 56302 (brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/CMakeLists.txt): extract the ray bundle test harness into its own proper test program
02:41.46zero_level_brlcad : I found an interesting and an annoying bug
02:42.48zero_level_at L:811 in viewedge.c
02:43.09zero_level_When i remove the acquire semaphore (comment it)
02:43.53zero_level_the rtedge command works fine. else it hangs in between ?Do we need the semaphore there.
02:44.43zero_level_Because evidently even if it is done parallelly. each process will be writing at separate lines.
02:55.40Notify03BRL-CAD:phoenixyjll * 56303 brlcad/trunk/src/libbrep/intersect.cpp: If we insert the inner points of overlap2d like this, the points may not be in order. So we don't use these points. A better approach would be using a mapping of m_a and m_b.
03:58.40brlcadzero_level_: yes the semaphore is needed
03:58.46brlcadif it hangs, something else is wrong
03:58.55brlcadlike something else acquired that same semaphore
03:59.17brlcador even the same process that is running acquired one and didn't release it
04:08.53Notify03BRL-CAD:phoenixyjll * 56304 brlcad/trunk/src/libbrep/intersect.cpp: Remove duplicated curves.
04:11.50brlcadzero_level_: make sure icv doesn't acquire that same semaphore before calling/returning back to viewedge
04:14.11Notify03BRL-CAD:mohitdaga * 56305 (brlcad/trunk/include/icv.h brlcad/trunk/include/magic.h brlcad/trunk/src/libicv/fileformat.c): Converting ICV_IMAGE_FILE_MAGIC to ICV_IMAGE_MAGIC.
04:37.31*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
04:39.02zero_level_brlcad : icv doesnt acquire any semaphore.
04:39.55zero_level_brlcad: can it be machine dependent ?
04:49.43zero_level_It is something like a deadlock happening here.
04:49.53zero_level_And I seem to have no idea how to resolve this.
04:50.22zero_level_brlcad : can we track the acquired semaphores ?
05:07.46brlcadzero_level_: you can set BU_DEBUG_PARALLEL, but you'll do better to set breakpoints in a debugger
05:09.49brlcadBU_DEBUG_PARALLEL is set with the bu debug flags (which is the -! option for rtedge, see src/rt/opt.c)
05:09.58brlcadsee include/bu.h for the value to set (in hex)
05:10.14*** join/#brlcad zero_level__ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
05:15.30*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
05:15.40zero_level_looks ab bu.h
05:16.10zero_level_brlcad : I found this error by setting debug points in the code.
05:16.21zero_level_which debugger do u suggest ?
05:16.52zero_level_also i saw the presentation you gave
05:17.26zero_level_It helped me understanding the architecture of rt
05:59.46*** join/#brlcad caen23 (~caen23@92.83.175.255)
06:55.03zero_level_brlcad : one of the threads of bu_parallel in do_run(..)  function in worker.c is not getting completed.
06:55.23zero_level_wonder how has this anything to do with icv ?
06:59.59Notify03BRL-CAD Wiki:Phoenix * 5862 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
08:46.24*** join/#brlcad phoenixyjll (0e889157@gateway/web/freenode/ip.14.136.145.87)
09:05.21*** join/#brlcad caen23 (~caen23@92.83.175.255)
09:22.45*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:30.30*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
10:16.43Ch3ckHi i've just logged into my bz.bzflag.bz account and I wish to change my password. Can anyone tell me how?
10:19.46``Erikrun 'passwd'
10:23.21Ch3ckyeah did that already thanks
11:48.36*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
12:09.05*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:15.04*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
12:17.56*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:21.15zero_levelhi ``Erik, brlcd : still unable to find the bug.
12:23.08zero_levelIt seems that at 819. the semaphore is not acquired thus a deadlock
12:23.24zero_levelat 819 in rt/viewedge.c
12:23.26``Erikwith icv saving in viewedge.c? I don't remember exactly what, but there was something 'weird' about it that required a special bailout
12:24.31``Erikiirc (and this is a huge if, that was years ago), once I figured it out, I just put in the fix with the plan to re-do viewedge.c completely to make it more like a normal rt
12:25.11``Erikunfortunately, I failed to document it and did not rewrite viewedge and don't remember what the exact issue was :/ srry
12:25.26zero_levelno issues.
12:25.35zero_leveli am just copying what I found.
12:25.44zero_levelWe can together fix it.
12:26.03zero_levelat 757 in worker.c parallel process are created.
12:26.13zero_levelin function do_run(..)
12:26.19``Erikyes, via bu_parallel()
12:26.59zero_levelall parallel function call worker(..0
12:27.07zero_levelworker then call do_pixel
12:27.45zero_leveldo_pixel() then calls view_eol(...) in viewedge.c
12:28.12``ErikI believe I was wrapping the icv stuff in a bu_semaphore, that might be unnecessary... if we can trust that each worker has an exclusive memory segment
12:28.38zero_levelA semaphore is to be acquired in view_eol for wriiting in the icv_struct
12:28.42``Erikexclusively accessed, but globally accessable, so the final write out can get them all
12:29.07zero_levelyes, indeed I asked brlcad : and he says the semaphore is required.
12:29.19``Erikwhy?
12:29.35zero_levelI tried to get rid of the semaphore (commenting them) and it worked.
12:29.55zero_level23:58 < brlcad> zero_level_: yes the semaphore is needed
12:29.57zero_level23:58 < brlcad> if it hangs, something else is wrong
12:29.57zero_level23:58 < brlcad> like something else acquired that same semaphore
12:29.57zero_level23:59 < brlcad> or even the same process that is running acquired one and didn't release it
12:29.58zero_level23:58 < brlcad> zero_level_: yes the semaphore is needed
12:30.00zero_level23:58 < brlcad> if it hangs, something else is wrong
12:30.03zero_level23:58 < brlcad> like something else acquired that same semaphore
12:30.05zero_level23:59 < brlcad> or even the same process that is running acquired one and didn't release it
12:30.08zero_leveloops ! copied twice
12:30.30``Erikplease don't paste large bodies to channel, if it's more than a line or two, use one of the paste websites :)
12:30.39``Erikthere's no answer in what he said
12:30.39zero_levelalright
12:30.47zero_levelyes
12:32.13``Erikviewedge adds some necessary locking requirements, but it also has a lot of very bad approaches... my take-away was that the original author had no idea what they were doing and hacked until it seemed to work
12:32.54``Erikit uses two pixels on the current scanline and one on the previous scan line to compute the color, iirc
12:34.17``Erikso there is some weird memory management and locking that has to occur, but ... hm, I'd need to review the code and collect my thoughts to see where I'm going :)
12:34.27zero_levelok.
12:34.47``Erikit's a "here be dragons" bit of code, I'd recommend putting it on the back burner and focusing elsewhere in the meantime
12:35.00zero_levelalrigt.
12:35.30zero_levelBut we goto do smth since this bugs an important command.
12:35.39zero_levelIf u suggest i can remove that semaphore.
12:35.48zero_levelSince it works without it.
12:36.25``Eriktry removing the semaphore and then doing a raytrace on bz with, hm, say 16 threads... or 100... and see if the output seems correct
12:37.00zero_levelcan i compile the src code on bz.?
12:37.03``Erikif you have a machine with more than 8 cores, try on that?
12:37.17``Eriksure, bz has a full dev suite
12:38.05zero_level``Erik : If I recall correctly from my class knowledge, Semaphore is required when a resource is to be used by more than one process.
12:38.21``Erikit's currently slightly hacked up to force clang instead of gcc
12:38.22zero_levelwhere as here each process will be writting different line.
12:38.47``Erikthat is true, and since each line is a unique chunk of memory, there should be no conflict
12:38.56zero_levelyes. Exactly.
12:39.50``Erik<-- points up where he said that the bu_sempahore might be unnecessary since the workers have access to an exclusive memory segment :)
12:40.39zero_level?
12:41.22zero_level``Erik is there a documentation on how to compile on bz  ?
12:41.36``Eriksame as any unix machine, get a fresh checkout, run cmake, run make
12:41.45zero_levelalright.
12:42.38``Erikif you need any tools installed on that machine, let me or brlcad know and we'll figure it out
12:43.17zero_levelAlso ``Erik apart from the rtede issue.
12:43.50zero_levelI think the FIXME in rt/do.c is now fixed.
12:44.29zero_levelregarding bw images and rtxray
12:55.23``ErikI've sent myself an email to my work account and will look over these with care tomorrow, ok? today is one of my 'unemployed' days and I have some ios work to do :)
12:55.56zero_levelsure no issues.
12:57.10``ErikI'll still keep an eye on irc if any immediate questions come up, so still feel free to ask/contemplate in chan, just don't expect a code review until tomorrow
12:57.53``Erikeffin' ios 7 deleting the top status bar and moving 0,0 up to dead coordinates
12:58.16zero_level``Erik I will also want to learn IOS stuff from you. :-)
12:58.47``ErikI'd probably be the wrong person to learn from... but if you have a certain interest, I can probably direct you towards a good resource
13:00.24``ErikI have a trivial "lottery calculator" app in the store, an opengl based version of the atari classic "kaboom!" that they won't accept due to the artwork and I'm currently gearing up to do a guitar tuner app... I'm no guru for ios :D
13:03.11zero_leveli am getting this strange issue on svn at bz
13:03.14zero_levelsvn: E170000: Unrecognized URL scheme for
13:03.53zero_levelon searching, they direct to re install.
13:04.01``Erikcrap, ..
13:04.02zero_leveli am sure i am doing smth wrong here.
13:04.05``Erikno
13:04.31``ErikI've been having issues with flags on the subversion install and handling of repo's via libcurl
13:05.40``Erikmaybe try svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-code
13:07.28zero_levelworks.
13:07.31zero_level:-)
13:07.48``Erikmight be a bad solution.. I'm reinstalling svn and going to try with the http addy
13:12.11``Erikok, svn should be fixed on bz
13:12.16``Erik(works for me)
13:15.43Ch3ckinitially tried an svn checkout with svn https link and it said svn does not work but with the link u've just given works fine for me too
13:24.01*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
13:27.43zero_levelApparently It turns out i cannot do sudo make install on bz.
13:28.02zero_leveldid make install
13:28.11*** join/#brlcad Izak_ (~Izak@195.24.220.16)
13:28.24zero_levelnot sure if it will compile correctly.
13:29.06Ch3ck_currently compiling code here and getting the same problem looks like its in Polyclipp.cpp
13:29.21Izak_Build is failing due to a typo in line 286 src/libged/polyclip.cpp. currently fixing this typo
13:29.43Ch3ck_waiting on some corrections of this.
13:33.07zero_levelso Izak_ so that be small v instead of CAP V
13:33.09zero_level?
13:33.51Izak_yes I am working on that patch
13:34.36Ch3ck_could someone please fix thing and update code repository? flying blind here!
13:35.05Ch3ck_gotta continue working on libbn
13:36.07Notify03BRL-CAD Wiki:Level zero * 5863 /wiki/User:Level_zero/GSOC13/logs: LOGS
13:49.08brlcadzero_level: what I don't yet understand is how you are encountering a hang with rtedge
13:49.42brlcadso let me be more specific as to what I hear you're suggesting and you can correct me if what I'm saying is not true
13:50.16brlcadyou're encountering some sort of hang with rtedge (on/near line 811) and if you remove the semaphore lock, it works, no longer hangs
13:50.28zero_levelyes
13:51.14brlcadif I remove the semaphore lock, rtedge reliably produces a segmentation violation (it crashes) because of multiple unprotected writes to framebuffer memory
13:51.56brlcadthis means you've got the initiative
13:52.10brlcadwhy is yours locking is the first question to figure out
13:52.27brlcadnot what line of code causes it to lock, WHY is it locking conceptually
13:52.59brlcadzero_level: do you see it hanging on an unmodified brl-cad?
13:53.06zero_levelthats what ``Erik suggested
13:53.09brlcador is the hang due to something you've changed?
13:53.11zero_levelto run
13:53.16zero_levelit on bz.
13:53.33zero_levelIt doesnt hang on unmodified.
13:53.50brlcadso then almost certainly it is something you've introduced/changed
13:54.00brlcadmake a smaller modification
13:54.28brlcaddo you think you understand how locking works?
13:54.42zero_levelnever tried practically.
13:54.50zero_levelapart from systems lab
13:54.59zero_levelthough have some textbook knowledge.
13:55.23zero_levelalso brlcad do we have some flag to find semaphore locks ?
13:55.25brlcadi'm talking about general textbook knowledge of what a semaphore/mutex lock is and how it pertains to code execution
13:55.33zero_levelyes.
13:56.14brlcadso then all you need to know is to understand how libbu does it's locking, which is actually quite a simplified form
13:56.58zero_levelsome debug flags to find locks?
13:57.17brlcadyou could add something simple, but no this is usually not an issue
13:57.22Notify03BRL-CAD Wiki:NyahCh3ck20 * 5864 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */
13:57.25brlcadbu_semaphore_acquire(KEY) ... bu_semaphore_release(KEY)
13:58.26brlcadfor that line 811 to hang, it really only means one thing has happened
13:58.57brlcadthat a lock has already been acquired on the KEY=BU_SEM_SYSCALL semaphore
14:01.03brlcadzero_level: if you run in a debugger, just put a break point on bu_semaphore_acquire
14:01.07zero_levelprobably at L:695
14:01.40brlcadline numbers aren't going to be useful if you've made a modificiation, since it's the modification that is introducing a problem
14:01.50zero_leveloops! nevermind :-)
14:02.02zero_leveldoesnt go to that block
14:02.04zero_levelyepp.
14:03.17brlcadI think you need to make your patch smaller to where you isolate what exactly is causing this, if you cannot use the debugger to find it
14:03.29brlcaddo you know how to set a breakpoint on functions in a debugger?
14:03.42zero_levelno!
14:03.56brlcadwell why not? :)
14:04.00zero_levelcan u suggest me a debugger.
14:04.05zero_level:-)
14:04.11``Erikgdb
14:04.16zero_levelalright
14:04.19Izak_gdb
14:04.33zero_levelbut it has issues related to commands with args.
14:04.48brlcadit doesn't have issues
14:04.51brlcadyou might have issues :)
14:04.52zero_levelok.
14:05.04zero_levelsure then I am on my way to gdb.
14:05.27brlcadgdb --args bin/rt share/db/moss.g all.g
14:05.37brlcadb bu_semaphore_acquire
14:05.38brlcadrun
14:06.33``Erikgdb is a bit tricky to get started with, but is a very powerful tool... (much like vim or emacs)
14:09.12``Erikalso; you won't get sudo. by the time you're ready for sudo, you won't really want it. so forget that, just ask brlcad or me for software installs, we'll assess and if it makes sense, we'll take care of it.
14:10.52zero_levelAlright, I understand its server issue.
14:11.16zero_levelBut can i still install brl-cad.
14:11.54``Erikwhen you run cmake, do -DCMAKE_INSTALL_PREFIX=$HOME/brlcad or something
14:11.55zero_level<PROTECTED>
14:12.00zero_levelok
14:12.10Ch3ck_hey what about this error on polyclipp.cpp that i'm getting when compiling code?
14:12.15Ch3ck_anybody fixed it yet?
14:16.37Izak_ps developers : Apply ticket 218 of patches on sf.net
14:18.17Izak_brlcad: A small typo on line 286 of src/libged/polyclip.cpp has been fixed in ticket 218 . ps apply so build succeeds :)
14:25.04Notify03BRL-CAD:mohitdaga * 56306 brlcad/trunk/src/libged/polyclip.cpp: Fixing typo. Applying patch 218 by Isaac Kamga.
14:26.24zero_levelIzak_ u must do an svn up now.
14:26.39zero_levelCh3ck : one can edit the file manually ;)
14:26.47Izak_yap
14:28.30Ch3ck_yeah did that code compiles now perfectly :)
14:29.05*** join/#brlcad kesha (~kesha@14.139.122.114)
14:34.12brlcadIzak_: thanks
14:37.57brlcadzero_level: you'll wnat to delete your build directory and re-run cmake with that -DCMAKE_INSTALL_PREFIX option
14:38.17brlcadso that brl-cad installs into your home directory instead of the system path
14:39.48zero_levelbrlcad : did u run the rtege command without removing the bu_log_semaphore ?
14:39.49brlcadCh3ck_: the issues that starseeker was telling you last night are all things that I've said as well
14:40.10brlcadzero_level: yes
14:40.13brlcadI run it all the time
14:40.17brlcadit's a heavily used command
14:40.30zero_levelI mean after applying icv
14:40.32zero_levelchanged
14:40.40zero_levelthat is modified icv
14:40.46zero_levelso to say
14:40.49brlcadno, of course not - I hear it hangs ;)
14:40.59zero_levelcan u do it now ?
14:41.02brlcadnot really
14:41.09brlcadI'm in the middle of several other things
14:41.09zero_levelalright
14:41.12zero_levelsure
14:41.31Ch3ck_brlcad: Well I thought if i finish combining the push/xpush it'll give me commit access
14:41.35Ch3ck_which is what i've done.
14:41.45brlcadI can try to take a look later this evening, but this really is your issue to resolve since you introduced it
14:41.57brlcadCh3ck_: commit access does not work like that
14:42.08zero_levelalright. :-)
14:42.38brlcadcommit access is a process unique to each individual depending on how good they are at communicating, creating good patches, etc
14:43.32brlcadthat task to merge push+xpush could have been sufficient, but it's problematic because of the way it's been worked and communicated
14:43.55brlcadfor example, you said last night that you could not see a way to break the patch up
14:44.15brlcadwhich I think is curious, because I can think of dozens of ways to break that patch up
14:44.35brlcadwith the goal-mindset you have, sure, but then patches are NOT about the goal
14:44.47brlcadthey're about demonstrating competency communicating with other developers
14:45.19Ch3ck_yeah
14:46.21brlcadif you can only explain a concept by making me read the entire concept, you've not yet figured out how to communicate effectively, right?
14:46.35Ch3ck_Did not see it that way. Was thinking more about getting the problem solved.
14:46.52brlcadwhich it doesn't do
14:47.01brlcadsure it merges the two
14:47.11brlcadbut the PROBLEM is what I stated on the mailing list many weeks ago
14:47.21Ch3ck_yes.
14:47.25brlcadif the two are going to be merged, the user interface question has to be addressed
14:47.49brlcadyou don't address that, you just merged them code-wise without regard to the interface impliciation
14:48.06brlcadwhich means the code must be scrutinized that much more closely
14:48.09Ch3ck_Well I made xpush 'push -x'
14:48.14brlcadexactly
14:48.16brlcadis that best?
14:48.18Ch3ck_and push stayed the same
14:48.31brlcadhow does that affect users?
14:48.45Ch3ck_well you had told me to write in such a way which the command could figure that out and do the right
14:49.01Ch3ck_thing. Which I could still do.
14:49.21brlcadfigure what out?
14:49.46Ch3ck_in case where an object that moves in more than one direction is given to the push command
14:50.15Ch3ck_the command will be able to detect that case and do the right push on it which is like 'xpush' ing the object
14:50.58brlcadare you saying you made 'push' without -x behave that way?
14:51.03Ch3ck_yes.
14:51.06brlcadif so, how's that different from push -x ?
14:51.18Ch3ck_well its the same thing basically
14:51.29Ch3ck_then its preferable i remove the push -x
14:51.32Ch3ck_and leave it as push
14:51.33brlcadso then you just made the old push command go away?
14:51.51Ch3ck_No the old push
14:51.51brlcads/command/functionality/
14:52.17Ch3ck_command is stil there but  in a case where an object is detected to be moving in more than one direction
14:52.42Ch3ck_the push command calls a special pushx() routine which then pushes the object.
14:52.59Ch3ck_which is like xpush ing the object
14:53.46Ch3ck_so there will be no need for neither push -x nor xpush altogether
14:53.51brlcadzero_level: I presume that is you crashing tools? :)
14:54.21Ch3ck_which I figure will be cleaner and easier for end-users who'll not need to remember so many commands
14:54.24brlcadCh3ck_: so on the surface that sounds good but it's also a HUGE change in behavior
14:54.42brlcadat least for the use-cases where the previous push command was desirable over xpush
14:54.45brlcadif any
14:55.25Ch3ck_well the old push command still stays in tact
14:55.46Ch3ck_but I added the ability for it to detect the special case of xpush and still do a push on it
14:55.53brlcadnot what you just said, you said it calls this xpush() routine when an object is duplicate-referenced
14:55.54Ch3ck_using the pushx() subroutine in push.c
14:56.30Ch3ck_well not xpush() pushx() which works like ged_xpush()
14:56.38Ch3ck_similar but not the same
14:56.39*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
14:56.40Ch3ck_actually
14:56.45brlcadif I just run push() does it call pushx() or does a user have to specify an option?
14:57.01Ch3ck_if he does it'll work
14:57.09Ch3ck_and if the user does not do it'll still work\
14:57.17brlcadthat doesn't answer my question
14:57.39brlcadif I just run ged_push(), does it call pushx() automatically when it detects duplciate reference or does a user have to specify an option?
14:57.49Ch3ck_yes
14:57.54brlcadit's not a yes no question!
14:57.54Ch3ck_it calls automatically
14:58.06Ch3ck_Yes it can call automatically
14:58.22brlcadso then that's a change in behavior
14:58.31Ch3ck_yeah
14:58.55brlcadall the more emphasis on what starseeker was saying then
14:59.00brlcadwe don't just change things on users
14:59.04brlcadthat's the best way to lose users
14:59.20Ch3ck_so how do I proceed now
14:59.22brlcadit can be changed, but the impact has to be inspected
14:59.30Ch3ck_ok
14:59.43Ch3ck_well since the aim was to merge both commands
14:59.46brlcadthis is a question you probably cannot answer, except maybe to try and start a discussion on the mailing list
14:59.56brlcadNO
15:00.02brlcadthe aim was to get you commit access
15:00.06brlcadthrough a set of simple patches
15:00.13Ch3ck_ok
15:00.27brlcadmerging push+xpush had the potential to be a reasonable set of patches
15:00.34brlcadbut not like this
15:01.04Ch3ck_So how best do i do it..
15:01.15brlcadand the notion that you still do not understand why just further indicates the need for more patches
15:01.32brlcaddo you really not see how this could have been a set of patches?
15:01.38brlcadinstead of one big patch
15:01.43Ch3ck_I now see
15:02.02Ch3ck_I have made alot of changes and included in one big patch
15:02.28Ch3ck_which I could have made in a small set of incremental changes and uploaded small patches instead
15:02.34Ch3ck_thats the error I made
15:03.05Ch3ck_Well concerning commit access that's why i'm looking at the libbn
15:03.14brlcadeven if you had not changed push's default behavior, this could have been done step by step (and you would have had commit access more than a month ago)... :)
15:03.36Ch3ck_to see how I could optimise some of its routines.
15:03.49brlcaddo you know what a unit test is?
15:04.00Ch3ck_not really
15:04.03brlcadokay
15:04.38brlcadsay I gave you a function, maybe even that pushx() function or really ANY single function
15:04.52brlcadand I asked you to prove that the implementation is correct for all possible inputs
15:04.58Ch3ck_ok
15:05.16brlcadso you write a little main() program ... and feed it all possible inputs
15:05.31brlcadand check what you expect the value to be from what the function actually produces
15:05.38brlcadthat's basically a unit test
15:05.49Ch3ck_ok like the one I did for my_inverse routines..
15:05.53brlcadnot really
15:06.07brlcadit's similar in the sense that it's a small program
15:06.19brlcadbut that program did not test for correct behavior
15:06.31Ch3ck_ok
15:06.31brlcadit merely tested the last computed one to make sure it matched
15:06.58brlcadunit tests should test all possible values without user having to inspect
15:07.31brlcadwhat happens if I feed an array of 'inf' or 'nan' values or a mix of both to the inverse routine?
15:07.36brlcaddoes it produce the right answer?
15:07.39brlcaddoes it crash?
15:07.53brlcada unit test ideally answers those questions automatically
15:08.05Ch3ck_ok
15:08.20*** join/#brlcad Izak_ (~Izak@195.24.220.16)
15:08.50brlcadCh3ck_: you're familiar with sscanf() I presume?
15:08.56Ch3ck_yes
15:09.07brlcadwe implement our own secure version of sscanf in LIBBU
15:09.26brlcadand there's a unit test to make sure that our implementation behaves identically to the system libc scanf() implementation
15:09.34brlcadsee src/libbu/tests/bu_sscanf.c
15:09.45Ch3ck_ok
15:09.57brlcadthat's one extreme
15:10.20brlcadin the same folder, you can see src/libbu/tests/bu_dirname.c which is a much more simple unit test that compares with libc's dirname() function
15:10.43brlcadperhaps a better simple example to start with
15:10.49Ch3ck_ok
15:10.59brlcadread both quickly just to get an idea
15:11.28brlcadthe complexity of the robustness requirements usually drives the complexity of the unit test
15:11.47brlcadin bu_sscanf's case, it's a crazy complicated command so the test is crazy complicated
15:12.01brlcadin bu_dirname's case, the function is very simple, so the test is simple
15:12.24Ch3ck_yes
15:12.26brlcadlibbn doesn't yet really have any unit tests
15:12.33Ch3ck_ok
15:12.47Ch3ck_So i'm to write some for libbn
15:12.49Ch3ck_right?
15:12.50brlcadall of it's CURRENT testing is done at a very high level through what are called integration tests
15:13.08brlcadwe make sure outputs are what we expect
15:13.13brlcadthat would be good
15:13.13brlcadCh3ck_: you can make your patches be anything
15:13.18brlcadthe smaller the better
15:13.22Ch3ck_ok
15:13.35brlcadthe point is to demonstrate your ability to communicate, not get homework completed ... remember that
15:13.46brlcadthis is a communication problem
15:13.47Ch3ck_So i could write tests for basically most of the functions in say /src/libn/mat.c
15:13.48brlcadnot a code problem
15:14.02brlcadI would suggest starting more simple actually
15:14.09Ch3ck_yes.. GSoC has taught me that.
15:14.15brlcadyou could do mat.c, but it's one of the biggest files in libbn
15:14.22Ch3ck_:) ok
15:14.57Ch3ck_So i'll start writing some unit tests to make sure most of the functions are actually doing what they're expected to do right?
15:15.10brlcadsure
15:15.43brlcadactually, I have a good one for you that is actually needed
15:15.47brlcadtest poly.c
15:15.48Ch3ck_ok  thanks :) will get on that and make sure everyone is informed
15:15.49Ch3ck_ok
15:15.55*** join/#brlcad caen23 (~caen23@92.83.175.255)
15:17.01brlcadCh3ck_: or src/librt/roots.c
15:17.29brlcadCh3ck_: when I say it's a communication problem, that doesn't mean spamming the mailing list with a lot of information about your progress
15:17.38brlcadit means creaing a patch that tells a simple and clean story
15:17.46brlcada patch that conforms to our style
15:17.58brlcadthat is in "our language"
15:18.39Ch3ck_Yes :) I get it
15:18.58Izak_brlcad: i enjoy your sense of humour :)
15:19.26brlcadI wasn't aware I had one ;)
15:19.38Ch3ck_nahh :) you really have..
15:27.02Notify03BRL-CAD:d_rossberg * 56307 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/conv/raw/CMakeLists.txt): apply Jonathan's patch from https://sourceforge.net/p/brlcad/patches/195/ adding a g-raw converter in response to the GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7945223
15:27.40brlcadwoo hoo!
15:28.05brlcadejno: congrats
15:33.45zero_levelbrlcad :on bz?
15:44.07zero_levelbrlcad: rt tools ?
16:04.22*** join/#brlcad kesha__ (~kesha@14.139.122.114)
16:09.52*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
16:13.01brlcadzero_level: yes, on .bz
16:13.47brlcadand I see that it was actually Ch3ck_ with the crashes, not you
16:14.56zero_levelalright!
16:29.42Notify03BRL-CAD Wiki:KeshaSShah * 5865 /wiki/Patches: /* How to Submit a patch */
16:43.06zero_levelbrlcad : I got the error.
16:43.26zero_levelhttp://blogs.adobe.com/flascc/2012/11/30/finding-multi-threading-bugs-with-gdb/
16:43.30*** join/#brlcad caen23 (~caen23@92.85.90.139)
16:43.56zero_levelmy writeline function allocates memory.
16:44.13zero_levelUCHAR -> Double conversion
16:44.30zero_leveland bu_malloc acquires the same semaphore.
16:44.37zero_levelBU_SEM_SYSCALL
16:45.35zero_levelgdb rocks.
16:47.17Izak_zero_level : sure it does :)
16:49.19zero_levelIzak_ : I lacked motivation initially.
16:50.46Izak_zero_level: understood :) have you closed the ticket you just applied ?
16:53.57Notify03BRL-CAD:mohitdaga * 56308 brlcad/trunk/src/libicv/fileformat.c: Free redundant memory in icv_image_writeline
16:56.28zero_levelbrlcad : I am not sure which semaphore must be apt there.
16:56.46zero_levelat819 in viewedge.c
16:57.21zero_levelI wish to define another semaphore for icv activities
16:57.56zero_levelI mean there will be many cases where one might wish to writelines in parallel.
16:58.06zero_levelwrite pixels in parallel
16:59.15zero_levelor indeed do many image proessing tasks in parallel.
16:59.32zero_levelI think i have.
16:59.39zero_levelchecks again.
16:59.48zero_levelIzak_
17:00.25zero_levelIzak_ : yes
17:00.40zero_level``Erik any suggestions regarding semaphore for ICV ?
17:00.44Izak_zero_level :Still shows status : open
17:01.42zero_levelIzak_ : http://sourceforge.net/p/brlcad/patches/218/
17:01.53zero_levelclosed-accepted
17:02.01Izak_zero_level:seen it :) its closed :)
17:02.13zero_levelIzak_ thanks :-)
17:02.27Izak_thanks too :)
17:06.46``Erikzero_level: remove 'em and see... hit it with a multi-proc machine (like bz), I'll take a more meticulous look tomorrow
17:08.38``Erikin rt, each proc will try to address a single scanline, so lockless should be ok... in rtedge, you need just enough locking to guarantee that the previous scanline has had it's primary shot set done before the pixel value run is done... it might make sense to break it up so a pass of all depths is done, then the 'edge' algorithm is done on the result
17:10.46brlcadzero_level: outstanding, that's probably your best accomplishment to date, figuring that out :)
17:11.06brlcadmakes perfect sense .. malloc also acquiring the lock
17:11.37brlcadlearning a debugger should be required first-year coding activity
17:12.52brlcadzero_level: it SHOULD be possible to access libfb (fb_write() and friends) without semaphore locking .. why rtedge does it will require some rework/fixing
17:13.08*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
17:13.42brlcadmight require re-writing rtedge, but that's not that hard either
17:13.50brlcadi've done it in a couple days before, we could do it again .. probably should just to fix some other issues
17:19.21*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
17:28.46Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5866 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */
17:31.24zero_levelbrlcad : Its a bug i introduced. Wasted my two days. Can take that as the best accomplishments.
17:31.57zero_levelbut yes in the meanwhile i learnt to learn new things.
17:32.14zero_levelcorrection/Can/Can't
17:32.50zero_level``Erik, brlcad : I suggest introducing a new semaphore. BU_SEM_ICV
17:33.08zero_levelamong the list of semaphores in bu.h
17:34.05Notify03BRL-CAD Wiki:KeshaSShah * 5867 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */
17:36.20zero_levelI will need guidance to rework on rtedge.
17:36.46zero_levelbrlcad: We both can work together to fix issues.
17:37.14zero_levelBut first we need to identify issues and a plan on how to handle them.
17:41.12``Erikeducation is valuable...
17:41.27``Eriknew semaphore is probably a bad idea
17:41.35zero_levelalright.
17:41.59Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5868 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
17:42.07zero_levelbut ``Erik writting in a memory buffer categorized as system semaphore ?
17:42.32``Erikcould be... is there a reason to lock the memory writes?
17:42.44zero_leveldont know ?
17:43.48Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5869 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
17:43.50``Erikthen you need to read/learn more :)
17:44.51``Erikhow apropos.. just now in another channel: 13:44 < oGMo> C itself may complicate issues, though like wiht most things in C, if you can't determine it's safe you don't do it
17:47.37zero_level``Erik write.
17:47.50zero_leveloops!
17:49.10zero_level``Erik how do u think we shld aproach this issue now ?
17:51.19zero_levelwas going through the log of this file. It turns out that the src had the semaphore from its existence.
17:53.06zero_level``Erik : apart from r27878 (by you).  "spinlock to avoid scanlines being written out of order"
18:21.57zero_level``Erik ran rtedge on bz with -P100 option.
18:22.13zero_levelwithout semaphores.
18:22.24zero_levelturns out that it works fine.
18:22.31zero_levelcheck this
18:22.32zero_levelhttp://brlcad.org/~mohit/new.png
18:33.35zero_levelalso ran with 10,20,30,40,100,500 threads
18:33.48zero_levelbrlcad, ``Erik : results are identical
18:33.51zero_levelsee this
18:33.59zero_levelhttp://brlcad.org/~mohit/rtedgeMP/
18:46.11Notify03BRL-CAD:mohitdaga * 56309 brlcad/trunk/src/rt/viewedge.c: Fixed bug of rtedge after applying modified icv. Apparently icv_image_writeline usage bu_mallo(..) which in turn acquires semaphore BU_SEM_SYSCALL. Thus there was a deadlock. After removing this semaphore tested on bz with 10,20,30,40,100,500 process and resultant image was identical and correct.
18:49.10zero_levelbrlcad, ``Erik view.c also has similar semaphore
18:49.24zero_levelat line:571
18:55.58brlcadzero_level: I was just doing to say that the bug is not specific to to rtedge
18:56.10brlcadrt hangs as well once I put a full compile through its paces
18:57.02zero_levelbrlcad : yes atleast rtedge is fixed now. :-)
18:57.13zero_levellets move to next command in raytracer
18:57.37zero_levelI shld be able to fix them all
18:57.54brlcadzero_level: it's not fixed
18:58.03brlcadnow rtedge crashes for me after your 56309
18:58.17zero_leveloops !!
18:58.25zero_levelhow many process ?
18:58.39zero_levelcan u run gdb?
18:58.43zero_level;)
18:59.08zero_levelon it ran perfectly alright .
18:59.45zero_level^bz it ran ..
19:00.33brlcadthe non-existence of a crash doesn't say anything about the existence of a problem
19:00.34brlcadI need to run some more tests to make sure there aren't ancilliary affects involved
19:01.36brlcadsee if rt works for you after applying a similar change
19:01.36zero_levellogically its tue.
19:01.36brlcadlogically its mon.
19:01.36zero_levelbrlcad : but i went to the logs to find out the origin of semaphores
19:01.37zero_level*true.
19:02.38zero_levelbrlcad : and as ``Erik wrote on the logs of r27878:- "spinlock to avoid scanlines being written out of order"
19:02.40brlcadconceptually, it seems on the surface that it should work
19:03.17zero_levelso there shld be no issues of such kind with icv.
19:03.47zero_levelbecause icv uses pointer airthmetic to find the start of the scaline in the image_struct->data/
19:04.14brlcadlike I said, it should work
19:04.37zero_levelAlthough I am not sure about fb_write, where spinlock was originally introduced.
19:05.18brlcadblocking around fb_write() is the fundamental issue, as that is platform specific -- you don't know what kind of libfb interface will be used
19:06.07zero_levelyes on 27 Jan 2007; ``Erik found that ;)
19:07.04zero_levelno 16 Mar 2007.
19:07.52zero_levelbut we shldnt refrain from testing more result.
19:08.32zero_levelI am planning to test on more bigger images.
19:08.51zero_levelbrlcad: can suggest some tests.
19:09.28zero_levelcan ^you suggest
19:10.28brlcadbenchmark is a first pass test
19:10.37brlcad"make benchmark" or just "benchmark" post-install
19:15.07zero_levelFatal error.
19:16.58zero_levelI am testing that after removing semaphore from view.c
19:18.46zero_levelsees midterm evaluation is on at melange
19:21.17zero_levelbrlcad : benchmark is producing results.
19:25.54zero_levelbrlcad : In some time I should be able to send you benchmark results.
19:26.18zero_levelbrlcad : I am running benchmark after removing semaphores from view.c
IRC log for #brlcad on 20130730

IRC log for #brlcad on 20130730

00:07.59*** join/#brlcad infobot (~infobot@rikers.org)
00:07.59*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
02:42.10*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
04:11.06brlcadzero_level: where is the output file closed?
04:11.33brlcad(during rt/rtedge/rtwhatever ... used to be during view_end()
04:23.11brlcadzero_level: and your icv_image_save() changes seem to be at the heart of the benchmark failures
04:23.36brlcadyou made it so that an unrecognized format results in no file being written out
04:24.19brlcadthere are compound problems
04:26.29brlcadthe guess routine should have recognized this format (base.pix.*) for starters
04:27.12brlcadarguably all unrecognized formats should simply default to pix
04:27.36brlcadas an output file is clearly expected
04:29.07brlcadalso, the logic in icv_image_save is flawed -- the initial else is always true
04:31.49brlcadand the style has errors
04:40.06brlcader, what the heck is ICV_IMAGE_AUTO_NO_PIX supposed to mean...
04:55.15Notify03BRL-CAD:brlcad * 56312 brlcad/trunk/bench/run.sh: issue a warning if a frame image is not produced. something probably went wrong up in rt land.
04:55.52Notify03BRL-CAD:brlcad * 56313 brlcad/trunk/include/icv.h: ws
04:59.58Notify03BRL-CAD:brlcad * 56314 brlcad/trunk/src/libicv/fileformat.c: icv_image_save() cannot fail to do what it's told or we'll have to update all possible caller code to have pix fallback recovery code. no reason that cannot happen here. guess the format, but use PIX for anything unrecognized. note some bad fixed-size buffer assumptions already getting introduced.
05:02.46Notify03BRL-CAD:brlcad * 56315 brlcad/trunk/src/libicv/fileformat.c: ws consistency cleanup
05:04.03Notify03BRL-CAD:brlcad * 56316 brlcad/trunk/src/libicv/fileformat.c: cleanup, make pix_save a more clear default
05:05.04Notify03BRL-CAD:brlcad * 56317 brlcad/trunk/src/rt/view.c: if icv_write_pixel does not require locking elsewhere, why does it require it here?
05:10.04brlcadzero_level: please review all of those commits so you can avoid similar problems in the future
05:10.07brlcad(and so you can clean up any other issues that I may have missed)
05:11.18Notify03BRL-CAD Wiki:Fengn cshou * 0 /wiki/User:Fengn_cshou:
05:12.58brlcadhaving just spent several hours debugging an issue you introduced, I think it's fair to say that you need to be more careful in your coding, more thorough in testing, and more aware of style .. please work on this
05:14.55zero_levelbrlcad : All the output files are closed in do.c at line 923
05:15.02zero_level*rt/do.c
05:18.24zero_levelbrlcad : I noticed the writepixel semaphore. Didnt remove that because writepixel doesn't need to acquire BU_SEM_SYSCALL
05:20.26Notify03BRL-CAD:brlcad * 56318 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/rt/do.c): while these types should not be undocumented to begin with (code complete failure), I do not see the point of ICV_IMAGE_AUTO_NO_PIX or passing a type. we can enforce a type using a string convention (e.g. png:mypngfile.out) and basically always be 'inferred'. nix the ICV_IMAGE_AUTO_NO_PIX type for
05:20.28Notifynow until a utility can be demonstrated. icv_image_save() should never do nothing.
05:21.23brlcadzero_level: so it becomes an unsuspecting bug for a future developer to spend time debugging?
05:21.44brlcadif the icv routine doesn't make a system call, it shouldn't acquire that lock
05:22.02brlcadmoreover if it DID, that lock should be happening down inside ICV, not in rt application code
05:22.34brlcadthe fb_*() routines were being considered system calls, hence the need for protections, but that's not the case with icv
05:23.01zero_levelbrlcad : Atleast we have started agreeing on this :-)
05:23.47zero_levelregarding ICV_AUTO_NO_PIX it was a format which suggested to do automatically. But not pix.
05:24.15zero_levelI just thought it was a convention looking at the previous code. And found it odd.
05:24.28brlcadi'm not even sure what that means
05:24.29zero_levelIts nice that you have clariefied it with commites.
05:25.08brlcadthe more critical issue is that icv_image_write() had a couple paths that would return 0 without doing anything
05:25.12zero_levelI mean find image format automatically by seeing the name.
05:25.12brlcadthat was critically bad
05:25.46brlcadoh i completely got that part, that's obvious
05:25.55brlcadwhat's not obvious is the value/reason/purpose
05:26.12brlcadICV_IMAGE_AUTO infers from the name automatically as well
05:26.36brlcadwhat's the point of inferring anything except pix
05:26.58brlcadfrom an API design, it stinks to me
05:27.30brlcadeven the notion of auto or API-types seems not ideal
05:27.45brlcadit should infer it, always
05:28.19brlcadno option needed, override would be part of the convention
05:28.51brlcadzero_level: I'm more concerned about the overall trend in that code
05:29.31brlcadit's brand new code and it's already got several code stinks in there, not a good foundation
05:30.54brlcadI'd suggest focusing at some point soon on eliminating the two fixed buffer sizes as well as the separation of fileformat.c ...
05:30.57brlcadthere are clearly two categories of functions in that file that would be better encapsulated in separate files
05:31.20zero_levelI have done that in my repo.
05:31.31zero_levelimage.c for icv_image_create
05:31.43zero_levelicv_load
05:31.46zero_levelicv_save
05:31.55zero_levelfree, zero
05:32.05zero_levelpixel.c for writepixel writeline
05:32.10zero_levelicv_bw.c
05:32.14zero_levelicv_ppm.c
05:32.19zero_levelicv_pix.c
05:32.21zero_levelicv_png.c
05:32.52Notify03BRL-CAD:brlcad * 56319 brlcad/trunk/src/libicv/fileformat.c: this is a brand new library. we can't get off the ground with fixed limits already getting introduced unnecssarily.
05:33.38brlcadit doesn't exist to me until it's committed properly
05:34.15brlcaddon't let local commit be a crutch for coding complete, testing, and integrating properly
05:35.41brlcadif you're going to prefix some, there better be a darn good reason why the others aren't as well
05:35.53brlcadand vice versa
05:42.46zero_levelthe reason it was ICV_AUTO_NO_PIX was because rtxray required bw images.
05:43.38zero_levelI guess, there was a need such that they cannot let all the images to be of pix format. A hirarchy I recieved in previous icv code.
05:44.22zero_levelAlthough I am not sure about the reason but a guess.
05:47.19brlcadbut would that not be inferred from the file.bw suffix
05:48.00brlcadthe guess code is still there, and indeed it was guessing for ICV_AUTO_NO_PIX as well, just doing nothing if it didn't recognize
05:48.47brlcadthat just doesn't make any logical sense to me
05:49.29brlcadit's not "letting all images be pix format" ...
05:50.06brlcadit's letting unrecognized files always be something, which was the critical problem
05:51.34brlcadmoreover, I'd still expect rtxray -o file.png ... to do the right thing, to write out the bw data in png format (as 3-channel or 1-channel)
06:16.01zero_levelya understood it. But was counting on the experience of the person who introduced it.
06:28.13*** join/#brlcad caen23_ (~caen23@92.83.187.206)
06:57.54*** join/#brlcad kesha (~kesha@14.139.122.114)
07:49.17*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
07:55.49*** join/#brlcad kesha (~kesha@14.139.122.114)
08:41.30Notify03BRL-CAD:mohitdaga * 56320 brlcad/trunk/src/libicv/fileformat.c: Remove comments of old declaration of icv_image_save_close(..). New implementation of icv_image_save doesnot require return values related to file discriptor since icv_image struct doesnt contain fd information anymore. And icv_image_save() always opens and closes the image on success.
08:53.10*** join/#brlcad caen23 (~caen23@92.83.187.206)
08:59.14Ch3ck_working on a unit tests for /src/libbn/poly.c Well since my unit tests have to test the current functions against known values. I'm i suppose to write a new function I know that works which evaluates correctly and test against the bn_poly_multiply() or I should use known correct values for input and output?
08:59.45Ch3ck_like +case, -case and 0 cases?
09:14.03*** join/#brlcad caen23 (~caen23@92.83.187.206)
09:29.43Notify03BRL-CAD Wiki:Who Thommy * 0 /wiki/User:Who_Thommy:
10:13.08*** join/#brlcad Izak_ (~Izak@195.24.220.16)
10:50.31Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5871 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
11:08.27*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:15.28Notify03BRL-CAD:d_rossberg * 56321 (brlcad/trunk/doc/docbook/system/man1/en/g-stl.xml brlcad/trunk/src/conv/stl/g-stl.c): apply Jonathan's patch from https://sourceforge.net/p/brlcad/patches/195/ - updated the usage strings and man pages, and made them a little more readable
11:30.31Notify03BRL-CAD:d_rossberg * 56322 brlcad/trunk/AUTHORS: credit Jonathan for his g-raw converter (sf patch 195)
11:32.24Notify03BRL-CAD:phoenixyjll * 56323 brlcad/trunk/src/libbrep/intersect.cpp: Fix the wrong logic of determining whether a bounding box (or a point) is inside an overlap region or not.
12:06.45Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5872 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
12:10.41brlcadCh3ck_: known correct input/output values for a variety of cases including some extreme ones
12:11.10brlcade.g. are the values correct for large magnitude coefficients with small magnitude
12:11.20brlcador large+large or small+small, etc
12:11.24Ch3ck_thats what i thought . Can you please explain the 'EXTREME' cases
12:12.09Ch3ck_ok i get it for very large coeff.
12:15.15``ErikICV_IMAGE_AUTO_NO_PIX was to return an 'unknown' instead of pix for apps that default to something other than pix, so the app can figure out what to do
12:17.05``Erikper-app overrides without eliminating pix as an output format
12:19.37``Erik("rtxray -o blah" will generate a bw file, if icv is just blindly slapped in, it'll change behavior and generator pix... auto_no_pix and then set to bw if a type can't be determined, now -o blah.png does the right thing, but -o blah doesn't change)
12:28.47Notify03BRL-CAD Wiki:Phoenix * 5873 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
12:29.29Notify03BRL-CAD Wiki:Phoenix * 5874 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
12:33.51zero_level``Erik : thanks.
12:34.00brlcadI'd think that can still be done with a naming convention and one arg then
12:34.57brlcadwhere the name specifies any intent, the format specifies a 'default' hint (which can be overridden with convention and the type can still be inferred
12:35.47brlcadicvwrite("file", ICV_IMAGE_BW) would say write a bw file by default if you cannot infer what "file" is
12:36.13brlcadicvwrite("file.png", ICV_IMAGE_BW) would make it write a png file
12:36.34brlcadicvwrite("bw:file.png", ICV_IMAGE_BW) would make it write a bw file named file.png
12:37.13brlcadmy assertion is that there shouldn't be a case where icvwrite ... doesn't write
12:37.24brlcadat least I think it would be good to devise a usage where that never needs to happen
12:37.33brlcadand have that usage documented in the header
12:37.41brlcadthoughts?
12:37.58brlcadwill pick this thread up in a few
13:31.27DarkCalfwaves to brlcad
13:53.11Notify03BRL-CAD:mohitdaga * 56324 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Adding new file libicv/crop.c. This will cropping functions. Adding icv_rect api. This extracts any rectangular part of the image.
13:54.55brlcadhowdy DarkCalf
13:57.13Notify03BRL-CAD:mohitdaga * 56325 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/crop.c): Adding icv_crop function. This can extract image from any quadrilateral part and maps it to a rectangulare image.
13:57.52Izak_Ch3ck: Are u thee?
13:58.25zero_levelEmail shows a bad graphic. All though vim and gedit shows it right. ;)
13:59.50zero_levelbrlcad :  I am waiting for ``Erik's suggestion. But your suggestion seems fine.
14:00.01zero_levelIt is similar to how matlab does it.
14:00.50zero_levelAlso once all the formats are written. (I will work on formats after utilities 3 weeks are given for that.) I think we can revert to this.
14:01.59brlcadicv should become a plugin library where each of these formats merely plug in via a folder or single file with everything needed for that format
14:02.37brlcadjust register the format by adding one line in a file, have the rest queried
14:02.52brlcadso we don't end up with a plethora of switch statements and spagetti format handling
14:05.04zero_levelAlso brlcad, ``Erik  :I think I will have to spend this week commiting all the current utilities i have written. And working on scale and shrink's (Week 6 work uncompleted).
14:05.36zero_levelthis will be taken care since I have a reserved week in utilities implementation.
14:06.34zero_levelalso brlcad : icvwrite is know as icv_image_save(..) ;)
14:06.59brlcadi know, i just didn't want to write that over and over
14:07.15zero_level;)
14:07.22brlcadbut it does beg a question
14:07.41brlcadicv_image_save() implies there's an icv_*_save() that is not image...
14:07.54zero_levelyes there might be.
14:07.58zero_levelat some stage.
14:07.59brlcador at least some other icv_*() convention
14:08.08zero_levellike saving plots
14:08.27zero_levellike saving histograms in some txt formats.
14:09.46brlcadfair enough
14:10.23brlcadbut then it still might make more sense to use icv_VERB_NOUN() as a convention since that will logically group calls
14:10.35brlcadicv_save_image() .. icv_save_plot() ..
14:10.54zero_leveli researched regarding that
14:11.08zero_levelsee we BU_SEM_SYSCALL
14:11.13brlcador with the current design, it's become a data-driven type
14:11.17zero_levelnot ! BU_SYSCALL_SEM
14:11.28zero_level;)
14:11.39brlcadicv_save(..., ICV_IMAGE_BW)
14:14.18brlcadin LIBBU's case, the convention is slightly different but predominantly bu_GROUP_VERB
14:14.33brlcadwhere GROUP can be a noun or verb, but it logically groups the actions together
14:15.28brlcadhaving icv_image_* as a group would work, but that seems redundant on the surface
14:15.41brlcadit'd be like having bu_utility_*
14:16.22zero_levelbrlcad : what will be the scope of bu_utilit_*
14:16.55zero_levelAnd you told yesterday : about working on rtedge ?
14:17.22zero_levelI think i shld wait to complete utilities first.
14:17.56zero_levelAnd I believe there will be some days left in he reserved week I have.
14:18.43zero_levelIn the meanwhile If you can tell me about the part of the code that require action. I might read a nd understand
14:22.46brlcadzero_level: my point was that bu_utility_ would make no sense (because it's a utility library, it's non-descript)
14:24.18zero_levelalright.
14:24.54zero_levelSo do u think we shld change all icv_image_* apis to icv_* apis
14:25.02brlcadthat was part of the concern about fully writing out a header file so issues like this could be sorted out in advance with some design forethought
14:25.21brlcadwell, so that's the question right
14:25.43brlcaddoes it make the API better or cause a problem?
14:26.08brlcadif it causes a problem, is it one that can be acommondated
14:26.29zero_levelIt doesnt cause a problem.
14:26.48zero_levelBut It can be sure accomodated.
14:27.11brlcadbut there are certainly implications
14:27.13brlcadwhat are they?
14:27.16brlcadusability-wise
14:33.26zero_levelAlright.
14:38.16Notify03BRL-CAD:mohitdaga * 56326 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Adding new file libicv/filter.c. This will contain filter utilities. Adding icv_get_kerenl(..) function. This willcontain library of different kernels.
14:40.50zero_levelbrlcad : Is there a way to compile src code quickly. :-)
14:44.03Notify03BRL-CAD:carlmoore * 56327 (brlcad/trunk/include/icv.h brlcad/trunk/include/vmath.h and 5 others): fix spellings and wording; remove trailing blanks/tabs
14:44.38Izak_can someone apply ticket 220 of patches.?
14:45.41Ch3ck_zero_level: just buy another computer and do some parallel processing :)
14:46.15zero_levelCh3ck_ : thanks
14:46.37Ch3ck_zero_level: ur welcome :)
14:46.46zero_levelI already work on a two screen, i3 machine.
14:47.20Ch3ck_then guess you just need a supercomputer or mainframe probably to compile code in 10secs :)
14:48.50``Erikicv_image_save is legacy, bu_image_save() | s/bu/icv/, it can change
14:50.17zero_level``Erik i was planning to make that commit!
14:50.21zero_levelshld i refrain ?
14:50.34``Erikgo for it *shrug*
14:51.17zero_levelAlthough I myself didnt want.
14:51.56zero_levelbrlcad : final call from u? [y]/[n] ?
14:52.10brlcadzero_level: you can compile more quickly by specifying a target
14:52.17brlcad"make libicv" for example
14:53.01brlcadIFF you know exactly what files you changed and what dependencies need to be rebuilt as a result, you can also specify exactly those targets for compilation
14:53.09brlcade.g., "make libicv/fast"
14:53.09``Erik"make libicv/fast" if you know that only libicv has changed
14:53.36brlcad"make rt/fast" will rebuild rt, but not any of the libs that rt uses
14:54.40brlcadzero_level: final call on what? I don't exactly see a clear API plan ... :)
14:55.17Notify03BRL-CAD:mohitdaga * 56328 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c): Adding icv_filter(). This function performs convolution of image with specified kernel. It is a highly generalized function and can take care of images of any number of channels(1,3 etc.) Kernel size of any dimension.
14:57.46zero_levelbrlcad : can u wait till thursday. You will probably see half of the api.
14:58.48brlcadwhat will be different on thursday?
14:59.06Notify03BRL-CAD:erikgreenwald * 56329 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libged/typein.c brlcad/trunk/src/libwdb/wdb.c): apply http://sourceforge.net/p/brlcad/patches/220/ from Izak to add a mk_hrt() wdb func
14:59.21zero_levelI will have a committed the code from my local src.
14:59.33zero_levelIts messy. with files here and there.
14:59.50brlcadisn't that what you're working on now?
14:59.57brlcadI'd assumed you were
15:00.03zero_levelyes i am.
15:00.22brlcadso it's going to take you two full days to sync your tree?  that's very bad if true
15:00.37zero_levelIt will take some more time. To do all.
15:01.01brlcadthat's bad
15:01.11zero_levelI am trying to make that as complete as possible.
15:01.34brlcadthis is the antithesis of coding complete
15:01.35zero_levelThen there was no use of bu_malloc and all.
15:01.55brlcadit's antisocially coding in private and then wasting tons of time merging
15:02.16zero_levelso making them in sync with brl-cad version.
15:02.28zero_levelbut its not two days ?
15:02.46zero_levelBy thursday u will see.
15:02.51brlcadyou should not have gotten so divergent
15:03.04zero_levelSo i have only wednesday with me.
15:05.46brlcadI get that, this is now the situation
15:05.49Notify03BRL-CAD:mohitdaga * 56330 brlcad/trunk/src/libicv/filter.c: TODO Note : TO add a get kernel function which will manage an arbitrary size of kernel.
15:05.58brlcadmy point is that we should NOT be in this situation at all in the first place
15:06.16Notify03BRL-CAD:erikgreenwald * 56331 brlcad/trunk/src/libged/typein.c: rt_hrt_internal should be stashed in intern->idb_ptr, not intern->idb_type.
15:06.49brlcadplease do not get into a disjoint code tree like this again, it's just not at all efficient or healthy
15:07.06zero_levelHi brlcad, ``Erik : I will have to relook to signal prcoessing class to find a way to get kernels of arbitrary size.
15:07.18*** join/#brlcad kesha (~kesha@14.139.122.114)
15:07.36zero_levelhis was regarding r56330
15:07.47brlcadat this point, filtering and different convolution kernels are no longer a concern in the least
15:08.13zero_leveli just mentioned because of the commit.
15:10.04Izak_``Erik: Were there any issues or typos with the rt_hrt_internal structure ?
15:10.15``Erikizak: yes, see 56331
15:10.31Izak_ok cheking on that...
15:11.09brlcadzero_level: there should not be blank lines after /** */ comments on the function declarations, should be consistent with the other headers
15:11.29brlcadand please run sh/ws.sh on your new files
15:12.51brlcadzero_level: what editor are you using?
15:13.16zero_levelvim
15:13.50brlcadhttp://vim.wikia.com/wiki/Highlight_unwanted_spaces
15:14.14Notify03BRL-CAD:erikgreenwald * 56332 (brlcad/trunk/src/libged/typein.c brlcad/trunk/src/libicv/filter.c brlcad/trunk/src/libwdb/wdb.c): remove trailing whitespace
15:14.27brlcadnearly every one of your edits is injecting trailing whitespace
15:14.58zero_levelYes 56330 had an issue.
15:15.09brlcadnearly ALL of them have had an issue
15:15.41brlcadno less than three other devs have had to fix commits
15:16.35brlcaddo you understand what I meant about /** */ comments?
15:17.30zero_level``Erik thanks.
15:18.15Notify03BRL-CAD:mohitdaga * 56333 brlcad/trunk/src/libicv/filter.c: Seperate public and private functions in filter.c.
15:18.38zero_levelI was planning to merge ws in 56333. But found a conflict.
15:18.54brlcadws should usually be a separate commit
15:19.00zero_levelok
15:19.02brlcaddon't be  shy of making lots of commits
15:19.10zero_levelok
15:19.21brlcadstill, my question
15:19.23brlcaddo you understand what I meant about /** */ comments?
15:23.01Izak_``Erik: I really don't follow
15:27.49Izak_``Erik : I have seen the corrections now. thanks
15:30.23*** join/#brlcad vladbogo (~vlad@188.25.238.209)
15:34.00*** join/#brlcad caen23 (~caen23@92.83.175.0)
15:34.33Ch3ck_tried installing brlcad on my bz.bzflag.bz account and i've been told "Sorry, user Ch3ck is not allowed to execute '/usr/bin/make install' as root on brlcad.org" Can someone please explain what this implies?
15:38.55Notify03BRL-CAD:carlmoore * 56334 (brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml brlcad/trunk/doc/html/manuals/libdm/dm_obj.html and 6 others): add missing ending period for 'i.e.', and I assume 'splt' (also among these changes) should be 'split'
15:42.29Ch3ck_brlcad: finished writing the test for bn_poly_multiply() routine. I need some help integrating into the CMakeLists for libbn. I just need some clarification on how add_test routine works..
15:44.48Notify03BRL-CAD:carlmoore * 56335 (brlcad/trunk/doc/docbook/system/mann/en/search.xml brlcad/trunk/src/liboptical/sh_flat.c): fix the 2 cases I could find of 'e.g.' missing final period
15:45.48vladbogohi Ch3ck_. It seems that you try to run make install as root and you do not have root privileges.
15:47.02Ch3ck_tried running as normal user
15:47.06Ch3ck_and it did not work
15:47.18Ch3ck_thats when I tried sudo Check ...
15:47.27Ch3ck_and it displayed the message above.
15:47.43Ch3ck_So I don't know if you can't install brlcad on the server or what?
15:47.52Ch3ck_just need to be clarified.
15:48.32vladbogoprobably you need to be root (or at least have more privileges) to install it that's why it didn't work the first time.
15:49.43vladbogoso if you want to install it probably you have to ask someone who has more privileges.
15:49.47Notify03BRL-CAD Wiki:NyahCh3ck20 * 5875 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */
15:51.07vladbogobut after compiling you should have all executables in the bin folder
15:51.31Ch3ck_yeah..
15:51.45Ch3ck_thats what I thought and I'm doing.. thanks :)
16:05.56keshabrlcad: I checked http://brlcad.org/wiki/Deuces#Move_comments_from_source_to_header_files in all 5 subheaders. The last one was done by me. The previous also seem to be completed.
16:06.29keshaI think we should leave a note there or remove that section completely so that noone wastes their time looking up that
16:06.59keshaWhatsay ?
16:09.08zero_levelbrlcad : I am fixing that.
16:10.53*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
16:19.25Notify03BRL-CAD:mohitdaga * 56336 brlcad/trunk/include/icv.h: Organizing comments in icv.h
16:20.19Notify03BRL-CAD Wiki:KeshaSShah * 5876 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */
16:25.47Notify03BRL-CAD:mohitdaga * 56337 brlcad/trunk/src/libicv/filter.c: Library kernels for icv_filter3 function.
16:33.09Notify03BRL-CAD:mohitdaga * 56338 brlcad/trunk/src/libicv/filter.c: Added icv_filter3. like icv_filter this function also does convolution of kernels with images. But it involves neighbouring pixel values of three images.
16:35.08Notify03BRL-CAD:mohitdaga * 56339 brlcad/trunk/src/libicv/filter.c: Fixing Indentation
16:43.02Notify03BRL-CAD:mohitdaga * 56340 brlcad/trunk/include/icv.h: Declaration of function icv_filter3 in icv.h
16:49.10Notify03BRL-CAD:mohitdaga * 56341 brlcad/trunk/include/icv.h: Fixing declaration of function definition
16:52.48Notify03BRL-CAD:mohitdaga * 56342 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c): Add icv_fade() function. This is an implementation from pixfade utility.
16:58.29Notify03BRL-CAD:mohitdaga * 56343 brlcad/trunk/include/icv.h: Trailing ws
17:00.48zero_levelbrlcad : I am trying to organize templetes of files.
17:01.07zero_levelI think i missed footnote in files.
17:02.32Notify03BRL-CAD:mohitdaga * 56344 (brlcad/trunk/src/libicv/crop.c brlcad/trunk/src/libicv/filter.c): Template organization
17:11.47*** join/#brlcad kesha (~kesha@14.139.122.114)
17:17.28brlcadCh3ck_: you should not be using sudo for anything
17:17.35brlcadespecially not for compile/install
17:17.54brlcadyou need to specify an install path in your home directory
17:18.19Ch3ck_ok
17:18.30Ch3ck_well sinice i already compiled the code
17:18.43Ch3ck_i could easily have access to the binary files
17:18.44brlcadkesha: yes, much of the Deuces page is out of date
17:18.46Ch3ck_which is ok
17:18.57brlcadyeah, you don't really need to install
17:19.03brlcadthey're sitting in bin/app
17:19.41brlcadkesha: go ahead and remove the comment cleanup ones and anything else that seems to be complete if you like
17:23.27``ErikCh3ck_: don't do sudo, you can set your builds install directory someowhere in your home directory if you want, 'cmake -DCMAKE_INSTALL_PREFIX=$HOME/brlcad-install $HOME/src/brlcad' or something
17:24.01Ch3ck_ok
17:24.38Ch3ck_just finished writing the unit test for bn _poly_mul() routine to upload code shortly on sf
17:24.40Notify03BRL-CAD:mohitdaga * 56345 brlcad/trunk/include/icv.h: Added comments for icv_fade function.
17:24.54``Erikah, brlcad already mentioned as much heh :)
17:25.18Ch3ck_yeah
17:25.43zero_levelclear
17:25.44starseekerblinks - c and comb are separate commands???
17:26.26zero_leveloops! wrote on the wrong terminal.
17:27.28brlcadstarseeker: yep, completely separate iirc
17:27.40brlcadthere are a couple others iirc too
17:27.52brlcadeach focuses on something a little differently
17:27.54zero_level``Erik can u suggest me a methodology to fix "fixed size buffers in fileformat.c"
17:27.54starseekerwell, crud
17:28.03brlcadthat's why my goal is < 100 commands
17:28.15brlcadthere's three or four that should collapse to just 'comb'
17:28.15starseekerwas assuming c was an alias for comb
17:28.37starseekermay have accidently done part of that...
17:28.39brlcadzero_level: no not worry about the  fixed size buffers right now
17:28.48brlcadpriority is syncing your tree
17:28.57zero_levelalright.
17:29.02brlcadand getting style/ws/indent under control :)
17:29.31Ch3ck_starseeker: just uploaded the unit test for bn_poly_mul() routine on sf could could you please review? will continue working on the others tomorrow
17:29.48starseekerso comb didn't even have a man page.  blegh.  Well, unless there is some compelling reason for it *not* to happen, comb is about to encompass the 'c' functionality
17:30.10starseekerCh3ck_: I'll try to take a look tonight - can't right now
17:30.18brlcadafter you finish that, we can revisit and discuss the API design, then you'd do any updates that follow from the discussion, THEN maybe the fixed buffers
17:30.29brlcadCh3ck_: will do, thanks
17:30.30Ch3ck_starseeker: ok no prob!
17:30.59starseekerCh3ck_: you've done the basics, right?  (making sure your patch applies cleanly to a clean tree, for example)
17:31.06Ch3ck_:) will continue with the others tomorrow could have written more than one today. but had some serious debugging to do
17:31.29Ch3ck_starseeker: yes! done everything necessary patch should apply cleanly :)
17:32.35starseekerCh3ck_: sounds good
17:32.49Ch3ck_yeah
17:33.31starseekerbrlcad: sorry about that - I was assuming c was just an alias for comb, which is why I wound up re-implementing the -c and -r options (which I had assumed were documented and just not implemented)
17:36.07brlcadstarseeker: is your reimplementation better? :)
17:36.52starseekerbrlcad: will have to check - don't know how 'c' is implemented, since I just found out it exists as a separate command :-)
17:38.07*** join/#brlcad kesha (~kesha@14.139.122.114)
17:38.14Notify03BRL-CAD:brlcad * 56346 brlcad/trunk/src/proc-db/cchannel.c: classic bug, char is unsigned on some platforms so this can result in an infinite loop. need an int.
17:43.52brlcadIzak_: did you see r56331
17:44.31Izak_brlcad: yes.
17:44.35*** join/#brlcad kesha (~kesha@14.139.122.114)
17:44.43brlcadwhat's going on there? :)
17:45.36brlcadcasting a malloc'd pointer to an int sounds like there's some misunderstanding
17:46.56Izak_brlcad: Just a typo it had to intern->idb_ptr instead of that cast
17:48.16brlcadseems like more than a typo, you went through the effort to cast the warning/error away
17:48.46brlcadidb_ptr vs idb_type sure
17:48.52Izak_brlcad: :)
17:49.32``Erikmy guess would be 'did a typo, saw the compiler error, tried to fix the compiler error without understanding the real reason for it', is that about what happened?
17:49.59brlcadi just want to make sure you understand the difference, what it meant
17:50.35Izak_``Erik: That's what happened because I wrote idb_type instead idb_ptr
17:51.24brlcadIzak_: what are you working on now?
17:51.53Izak_brlcad:I am going back to the callback functions for hrt.c
17:52.02``Erikif you cast something, double and triple check to make sure you're doing the right thing... it's not an operation to be taken lightly... you're twisting the meaning of the bits involved
17:52.16brlcadmore specific
17:52.44Izak_``Erik: Thanks. I'll apply  the correction
17:52.48brlcadand exactly what ``Erik said -- do you know what "int i = (int)malloc(5);" means?
17:55.10Izak_It means allocating space for 5 bits , casting the number of cells assigned and assigning the result to i
17:55.38brlcadnot correct
17:55.45Izak_ok
17:56.20Izak_allocated 5 bytes to variable i
17:56.31brlcadcloser, but still not
17:56.56brlcadmalloc(5) allocates 5 bytes of heap memory
17:57.01Izak_allocated 5 bytes to variable 5 of type int
17:57.22brlcadit returns a POINTER to the address in memory where those 5 bytes exist
17:57.33Notify03BRL-CAD:erikgreenwald * 56347 brlcad/trunk/TODO: add ctest issues
17:58.02Izak_the pointer is casted to an integer and assigned to i
17:58.06brlcadthe (int) cast is converting the ADDRESS coming from malloc into a plain integer
17:58.15*** join/#brlcad kesha (~kesha@14.139.122.114)
17:58.38brlcadif you accessed i for anything, you'd be accessing the value of the address, not the 5 bytes of memory
17:58.45``Erikon an ia64 machine, that cast can cause data loss... a 64 bit address truncated to a 32bit int
17:59.14Izak_Couldn't describe it so succintly
17:59.53brlcadwell you could have, but I'm feeling that you don't yet fully understand the implication there (and that's okay, but we need to be honest where our understandings are at)
18:00.08Izak_What happened is what ``Erik talked about. Fixed an error which I did not understand
18:00.25brlcadso what's the lesson to be learned then?
18:01.17Notify03BRL-CAD Wiki:Harman052 * 5877 /wiki/User:Harman052/GSoc2013/Logs:
18:01.27Izak_To understand why an error occurred, fix it and manually check my patches
18:01.36Izak_:)
18:02.36brlcadwhy can be helpful, but you have to understand the problem to fix it
18:03.22brlcadI would have said the lesson was to make sure you understand exactly what the compiler is telling you
18:04.26brlcadwhen the compiler warns, it's pretty much always right these days
18:04.52Izak_sure it is
18:05.25brlcadcasting is "almost" always wrong, at least when constness is not involved
18:05.42brlcadand opaque void data pointers
18:05.52``Erikde-consting is almost always wrong, too... :D
18:06.17brlcadIzak_: is 205 updated / ready to be reviewed?
18:06.31Izak_yes
18:06.50brlcad"is that your final answer?"
18:07.22Izak_No
18:07.25brlcadheh
18:07.37Notify03BRL-CAD Wiki:NyahCh3ck20 * 5878 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */
18:07.54Izak_That edit was in the applied patch hrt_stub.patch
18:08.27Izak_I think ticket 205  needs to be closed
18:10.03brlcadlooks like you're right
18:10.14brlcadlooks like erik fixed your patch too instead of making you do it
18:10.27brlcadI see three errors in 205, can you identify them?
18:10.47brlcadvisible JUST by reading the patch file
18:10.58Izak_brlcad: When I uploaded this patch, I never really understood (as i understand now) what a patch is. I never knew several small edits have to be logically put together
18:11.14brlcadI realize it was a month ago
18:11.28brlcadthat's why this is just a discussion, you should be able to see the three mistakes now
18:11.29Notify03BRL-CAD:starseeker * 56348 brlcad/trunk/doc/docbook/system/mann/en/c.xml: Well, this example doesn't (yet) apply to the c command, since it turns out c and comb are currently different commands... commit it so it's in the repo. Will be looking at merging c and comb - if that can't work for whatever reason, will copy c.xml to comb.xml and sort out the contents accordingly.
18:11.31brlcadwhat are then?
18:11.48Izak_brlcad: I would have preferred to fix it but he helped his mentee out :)
18:12.51brlcadif you cannot identify the three errors, he didn't help you :)
18:12.59brlcadif you can, then absolutely ;)
18:13.05brlcadwhat are they?
18:13.20brlcadno pressure, it's a very small patch file :)
18:14.24``ErikI didn't do squat with 205, I did apply 207 as r56235 which mucks with the src/librt/primitives/table.c
18:14.28Izak_Firstly, I really didn't understand what an empty heart is . including all those entries meant that I have written a perfect and tested hrt.c file.
18:15.10``Erikhttps://sourceforge.net/p/brlcad/code/56235/
18:15.14Izak_Since I had not written these call backs in hrt.c , most of those field had to contain NULL as their values
18:15.23starseekerdoes some trials to determine if the c boolean expression parser is a superset of comb's syntax
18:16.07brlcad``Erik: so did 205
18:16.58brlcadIzak_: okay, so those functions not existing would have been #4 ... there are 3 other far more basic issues with that fie
18:17.50brlcads/fie/file/
18:18.21Izak_That patch file had to include other edits from the other files like rtgeom.h , db5.h, etc
18:18.56brlcadnot necessarily, if they were previous patches, this could be the next logical patch
18:19.15starseekerhumph
18:19.33starseekerclose...
18:20.14Izak_looking
18:20.45Izak_I think the patch file had to be generated using svn diff
18:22.04Izak_brlcad : ``Erik : I also did not have to include the edit associated with the revolve primitive here
18:26.10Izak_I had to include an opening curly brace on line 14 and NOT a closing curly brace on line 54
18:27.55Notify03BRL-CAD:starseeker * 56349 brlcad/trunk/src/libged/comb.c: Add -S option to comb for 'safe' operation (i.e. not changing an existing combination) - allows comb to emulate a current behavior of 'c' command.
18:30.53Izak_brlcad:hope u've seen my response
18:32.07brlcadIzak_: so i'm not trying to give you a hard time, just hoping you can see the previous mistakes and hopefully get you more comforatable reading patch files
18:32.15brlcadsince they are the language of devs
18:32.25brlcadeven when you commit, this is what we all see
18:32.57Izak_ok
18:33.02brlcadthe changes are automatically generated, based on your edits, but you should still manually read and check the patch files
18:33.18brlcadline 14+54 looks just fine to me
18:33.41brlcadso you have 1 or 2 style mistakes and one blatant typo that will prevent this patch from even compiling
18:33.56brlcadthe typo was probably a copy-paste mistake
18:34.01brlcadcan you find it?
18:34.37Notify03BRL-CAD:erikgreenwald * 56350 brlcad/trunk/src/librt/primitives/table.c: fix indentation
18:34.44brlcadheh
18:35.30Izak_looking
18:37.15brlcadCh3ck_: please run sh/ws.sh on your bn_poly_mul_patch
18:37.41Ch3ck_brlcad:ok
18:37.54brlcadCh3ck_: looks like you're also a vim user?  
18:38.05brlcadhttps://github.com/bronson/vim-trailing-whitespace
18:38.06brlcadhttp://vim.wikia.com/wiki/Highlight_unwanted_spaces
18:38.18Ch3ck_well using gedit actually
18:38.29brlcadhm, maybe it has an option
18:38.53``Erikhttps://github.com/dtrebbien/gedit-trim-trailing-whitespace-before-saving-plugin
18:38.55Ch3ck_emacs is having some issues on my system i don't understand
18:39.06Ch3ck_ok
18:39.13brlcadlooks like there are several plugins: https://wiki.gnome.org/Gedit/Plugins
18:39.47``Erikemacs and vim are both on bz, but they have a steep learning curve if you're unfamiliar
18:40.46brlcadIzak_: Ch3ck_: and are you guys using 'screen' yet?  it's been a week...
18:40.53Ch3ck_yeah was a regular emacs
18:40.59Ch3ck_brlcad: I'm using Screen
18:41.03``Erik(or tmux)
18:41.14Ch3ck_i'm actually log on irssi using Screen
18:41.46brlcadexcellent
18:41.53Izak_brlcad: Not using screen yet
18:42.10brlcadCh3ck_: you learned how to detatch and reattach?
18:42.27brlcadand create new windows
18:43.29Ch3ck_yes
18:43.37Ch3ck_i am logged out from bz.bzflag
18:43.47Ch3ck_but i'm still log on
18:43.51Ch3ck_with Ch3ck
18:44.12Ch3ck_logging in to do run the sh/ws.sh
18:44.50brlcadthe 'rx' alias will reattach you to your previous session
18:46.29Notify03BRL-CAD:mohitdaga * 56351 brlcad/trunk/include/icv.h: Add Doxygen comments for icv_filter and icv_filter3.
18:47.52Izak_brlcad: Figured out something about 205 ticket. I did not place a comma after the second entry
18:48.10Izak_that is value "1"
18:48.31Izak_brlcad: had to be "1,"
18:50.57Ch3ck_brlcad: ran ws.sh on bzflag server and there is the patch.bak is that the file i'm to upload to sourceforge?
18:51.04``Erikzero_level: your indentation is a little off; we use C style pointer placement, not C++ style.. (so your "icv_image_t* img" should be icv_image_t *img), and there should be a space between the enum body and enum class name ( "}ICV_FILTER;" should be "} ICV_FILTER;")
18:52.39Izak_brlcad : ``Erik: Figured out a typo in ticket 205
18:54.34Ch3ck_how to I upload a file to brlcad from bz.bzflag?
18:54.40Ch3ck_I mean sf
18:58.09zero_level``Erik : so functions should also be icv_image_t *icv_image_create() ?
18:58.20``Erikzero_level: yes
18:59.43*** join/#brlcad kesha (~kesha@14.139.122.114)
19:02.57brlcadIzak_: which line was that?
19:04.46brlcadCh3ck_: tell izak that is why he needs to be on screen+irssi ...
19:05.05Ch3ck_ok
19:05.16brlcadyou guys have these timeouts ALL the time, which disrupts having a proper discussion
19:05.38Ch3ck_brlcad: but i'm logon to bz.bzflag
19:05.44Ch3ck_using screen
19:05.51*** join/#brlcad kesha (~kesha@14.139.122.114)
19:05.52Ch3ck_+ irssi
19:06.23brlcadi know you are
19:06.50brlcadyou're not using it right now, but if Ch3ck_ went stale, you could log onto irssi and see what discussion you may have missed with Ch3ck
19:07.13Ch3ck_yeah
19:07.39brlcadand eventually, you'll come to prefer it if you keep using irc
19:07.46Ch3ck_ok
19:08.11Ch3ck_well i have using the ws.sh on bzflag.bz so how do i upload a file from there to sf?
19:08.25``Eriklike a patch?
19:08.27brlcadyou do not run ws.sh on the patch, you run it on your sources that you've been editing, and you regenerate the patch
19:08.54*** join/#brlcad Izak_ (~Izak@195.24.220.16)
19:08.55Ch3ck_ok
19:09.04Ch3ck_installing the plugin for gedit Erik gave me
19:09.31brlcadwhatever works
19:09.42brlcadif you work on .bz, you'd scp the file back to your local host to upload it
19:10.24brlcadlocally: scp -v Ch3ck@brlcad.org:mypatch.diff .
19:10.44Ch3ck_ok
19:10.52brlcadbut that's just for patches, later you'd just do that before committing
19:11.00Ch3ck_ok
19:11.01``Erik<-- doesn't use gedit, so has no idea if that plugin is any good... it just came up on google
19:11.09brlcadwhich brings me to your patch, it's got lots of trailing whitespace
19:11.14Ch3ck_ok
19:11.43brlcadfunction declarations are also inconsistent with our other files
19:11.46Ch3ck_emacs on my computer is like half dead probably try vim
19:11.50brlcaddecls+definitions
19:12.13Ch3ck_how?
19:12.14brlcadthey're both powerful, you should just become an expert in something
19:12.22brlcadreturn type goes on separate line
19:12.47brlcadmain should not be returning negative numbers
19:13.14brlcad<PROTECTED>
19:13.17``Erikmain usually should return either EXIT_SUCCESS or EXIT_FAILURE
19:13.20brlcad<PROTECTED>
19:13.25Ch3ck_alright
19:13.41Notify03BRL-CAD:mohitdaga * 56352 brlcad/trunk/include/icv.h: Sanitizes Indentation style
19:13.53brlcadif( bad )
19:13.55brlcadif (good)
19:14.23Ch3ck_ok
19:14.35brlcadif( ret == 0){ ... just bad in two ways ;)
19:14.47brlcadif (ret == 0) {
19:15.36brlcadyou (and Izak_) need to get up to the level where you can see details like that INSTANTLY when you need to
19:15.40Ch3ck_yeah HACKING file stated that. just forgot to check sorry
19:15.50brlcadand that ability only comes from READING lots and lots of code, writing to a lesser extent
19:16.34brlcadif you're missing details like that, it means you're probably missing other more important details like if (a = b){ ...
19:17.00*** join/#brlcad kesha (~kesha@14.139.122.114)
19:17.08Ch3ck_nahh
19:17.24Ch3ck_thats actual C programming. it'll be difficult
19:17.46Ch3ck_well its just the code conformity problems like if (  ) { .. that I may miss
19:18.09Notify03BRL-CAD:starseeker * 56353 brlcad/trunk/src/libged/comb_std.c: wording tweak
19:18.36*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:18.39brlcadCh3ck_: they are one in the same
19:18.56Izak_I identified an error with the ticket 205 alerady
19:19.04brlcadIzak_: which line
19:19.42Izak_brlcad : line 17
19:20.12Izak_brlcad:Missed writing a comma after 1
19:20.21brlcadokay, thats #5 ;)
19:20.46starseekerthinks some functions in src/libged/combmem.c belong in libbn...
19:21.09Izak_brlcad: Line #5 or error #5
19:22.29starseekeryay magic numbers too
19:24.17brlcadIzak_: a fifth error
19:25.06zero_levelbrlcad, ``Erik for a two liner function?
19:25.07zero_levelHIDDEN unsigned char *
19:25.07zero_leveldata2uchar(const icv_image_t *bif)
19:25.12zero_levelis this right?
19:25.26brlcadIzak_: so that patch files defines three "sections" of changes ... can you identify/describe each of those three?
19:25.42brlcadzero_level: that looks right
19:28.04brlcadCh3ck_: it seems like they're completely different when you're getting started, but they really are one in the same issue, and arguably style is even a bigger issue because the compiler won't tell you when you have a mistake
19:28.38Izak_brlcad: The first section of that patch declares a ray trace interface for the heart primitive
19:28.40brlcadand that mistake affects maintainability, the ease at which bugs are found years later, the "cleanliness" of the code if it's going to survive and more
19:28.46brlcadgoood
19:28.52brlcadsecond?
19:30.01Ch3ck_OK
19:31.55Izak_brlcad:The second section includes an array entry which consists of a set of pointers to the callback functions for the heart primitive in src/librt/primitives/hrt.c  
19:35.10brlcadexcellent, and lastly?
19:38.42Notify03BRL-CAD:mohitdaga * 56354 brlcad/trunk/src/libicv/fileformat.c: Sanitizes Indentation style
19:39.09Ch3ck_brlcad: I don't understand what you mean by my function func & defs don't follow the standard
19:39.13Izak_brlcad:waiting for your response :)
19:39.26Izak_brlcad : to the second answer
19:39.28Ch3ck_following what is on the HACKING
19:40.14brlcadIzak_: I said "excellent, and lastly?"
19:40.24brlcadexcellent is the response, that was right
19:41.16brlcadCh3ck_: looking at the patch file, the function definitions are all 1-liners, but our style specifies the return type on a separate line
19:41.42brlcadminor detail, but this is the entire point of the exercise
19:42.01brlcadsomeone would have to clean this inconsistency up later, and that's introducing work
19:42.18Izak_brlcad: The next section is a copy-paste error (Work in progress ) :)
19:42.36brlcadIzak_: bingo, that's what immediately should have jumped out
19:42.42Izak_brlcad: OK I get it. I will always manually review my patches
19:42.59brlcadand, of course, make sure they compile
19:43.01Ch3ck_well on the HACKING file
19:43.33brlcadthe other issue was on lines 49, 50, and 51
19:43.34Ch3ck_its allowed if there are no spaces like int func(void); forexample
19:43.42brlcadwhat's different about those three?
19:43.57brlcadCh3ck_: that's a declaration, that's fine
19:44.04brlcada definition, however, is:
19:44.05brlcadint
19:44.07brlcadfunc(void)
19:44.07brlcad{
19:44.42Ch3ck_yeah corrected them
19:44.49brlcadthis one is a loose consistency requirement, best to make sure it's at lease fully consistent within a file
19:45.06brlcadc++ files offer additional challenges
19:45.21Ch3ck_ok
19:45.34brlcadtrailing whitespace was by far the biggest offense
19:45.47brlcadso fix that, upload a new patch, and it should be good to go
19:45.54*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:45.55brlcadassuming it compiles and works ;)
19:46.07Ch3ck_ok
19:46.13Ch3ck_removing the white spaces
19:46.24Ch3ck_it compiles. I verified that
19:47.39Notify03BRL-CAD:starseeker * 56355 (brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/en/c.xml): Yeesh. OK, break c.xml and comb.xml into their own commands. Merging looks both possible and desirable, but isn't going to be a ten minute quick fix - in the meantime, leave the man pages in a sane state.
19:47.57brlcadhaha, you thought they'd be quick to merge
19:47.58Ch3ck_brlcad:looking at the output for ws.sh which file do i use the original or the one with .ws.bak
19:48.00brlcadthat's rich :)
19:48.24brlcadyou can delete any .ws.bak files
19:48.36Ch3ck_ok so the original is now fine ..
19:48.37brlcadthey're just in case something goes horribly wrong, your original is unharmed
19:48.39starseekerbrlcad: yeah, yeah...
19:50.05starseekerlikes the "boolean expression" evaluator that 'c' uses, and with the exception of the leading operator used by comb et. al. the syntax looks fairly compatible
19:50.32Notify03BRL-CAD:mohitdaga * 56356 brlcad/trunk/src/libicv/filter.c: Sanitizes Indentation
19:51.16brlcadyeah, it's a proper old school custom parser
19:51.28brlcadwith tokenizer and all
19:51.46starseekeralmost wonder if it's not worth breaking out into its own librt file or some such
19:52.24brlcadmost of the logic in libged really belongs up in libg/librt
19:53.04brlcadit should be almost entirely a layer that does string to in memory representation conversions (and back) along with transactional history
19:53.10brlcadundo
19:53.41brlcadis compelled to rename comb_std.c though.. ugh
19:53.58starseekeris torn... this would be a very nice piece of clean-up/consolidation...
19:54.29starseekernow's probably not the time though
19:54.46Izak_brlcad:Any other remarks and/or corrections ?
19:57.15Notify03BRL-CAD:starseeker * 56357 brlcad/trunk/TODO: Documented -w option in new comb man page, using region under region fix for an example use case.
20:01.09zero_levelbrlcad, ``Erik : do  think there shld also be a global defination bw_load bw_Save
20:01.23zero_levelsimilarly for pix_load, pix_save
20:01.25zero_level?
20:01.45zero_level^u think
20:02.47brlcadIzak_: I think you've gotten plenty of attention today, thank you for cooperating and yearing to improve
20:03.01brlcadreally do just want everyone to be the best possible developer you can be
20:03.29brlcadbut that starts with some basic rigor and discipline, so we can focus and talk about much more complicated issues without being distracted
20:04.06Izak_Okay grand frere :)
20:04.29brlcadit's like bringing dirt into a clean house
20:04.52brlcadsure a little bit might not matter, some people might not even care at all or even realize that their shoes are muddy
20:05.43brlcadbut after a while, there's enough dirt that you cannot do anything cleanly, like eating, even if you wanted to, because even the smallest movement stirs up dust
20:05.45Izak_true
20:05.47zero_levelI think we shld not make them publicv.
20:06.18brlcadzero_level: easily agree with you on that
20:06.24brlcadas little as possible should be public
20:06.35zero_levelstill want a suggestion ?
20:06.54brlcadsuggestion for what?
20:07.03zero_levelsighs
20:07.14Ch3ck_brlcad: just finished with the patch and uploaded to sf
20:07.18Ch3ck_any qualms?
20:07.23zero_levelregarding public
20:07.43brlcadCh3ck_: I'll have to check it later, about to wander
20:08.01Ch3ck_ok
20:08.09Ch3ck_gotta go home now .. its late here!
20:09.09Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5879 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
20:09.25brlcadzero_level: I don't understand your question .. I presume "do I have any suggestions regarding public [functions]?" but what does that mean?
20:09.38brlcadlots of suggestions
20:09.44brlcadwrite them perfect?
20:09.54zero_levelbrlcad : nevermind.
20:10.11brlcadno, please what are you asking?  that's not even a complete sentence
20:10.51zero_levelI was seeking suggestion for public functions. (*load, *save)
20:10.58zero_leveland u gave in.
20:11.17brlcadsuggestion of WHAT though?
20:11.19zero_leveltoo much lag in IRSSI because of late night traffic here.
20:11.27brlcadthe naming convention
20:11.32brlcadthe calling structure?
20:11.34zero_levelsuggestion if i was going right
20:11.35brlcadthe return types?
20:11.45zero_levelhahah :-)
20:11.55brlcadseriously, I cannot guess what you're referring to in the least bit
20:12.08zero_levelin not making pix_load bw_load etc. public
20:12.20zero_level:-)
20:12.27brlcadI said that I easily agree with you on that
20:12.46zero_levelyes and i asked this b4 u said that :-)
20:12.46brlcad... is that ambiguous?
20:12.49zero_levelno
20:13.38Notify03BRL-CAD:vladbogo * 56358 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented qt_loadMatrix and qt_setWinBounds.
20:13.54brlcadyou: we shld not make them public; me: easily agree; you: want a suggestion?; me: confused..
20:14.39zero_levelshows different order on my screen
20:14.59zero_level< zero_level> I think we shld not make them publicv.
20:15.00zero_level16:05 < Izak_> true
20:15.00zero_level16:06 < zero_level> still want a suggestion ?
20:15.00zero_level16:06 < brlcad> zero_level: easily agree with you on that
20:15.41zero_levelmust be due to the lag
20:16.14brlcadso you are offering a suggestion to make them private
20:16.26zero_levelno!
20:16.35brlcadwhy not! :)
20:16.47brlcadthis is hilarious
20:17.22brlcadmake them private
20:17.23zero_levelI was seeking suggestion if I am doing right in not making them public
20:17.32zero_leveland you said ues
20:17.39zero_leveland the matter closed there.
20:18.03zero_leveluntill the string was stretched so much. ;)
20:18.15brlcadI suggest we rewrite the library in Go
20:18.40zero_levelyou mean go language ?
20:19.49brlcadyes, and I was (half) joking .. never mind ;)
20:20.07zero_levelhahahha ;)
20:20.23brlcadzero_level: so you know, I only expect you to make libicv into the best library you possibly can make it
20:20.40brlcadyou can decide things like scope and I'll speak up on things that concern me or that can be improved
20:20.44``Erikcl, yo
20:20.48brlcadbut the idea is really for you to make it awesome
20:20.56brlcadmaintainably awesome ;)
20:21.43brlcadthis isn't just code, this is about creating a library that others will want because it does something better or faster or more simple
20:21.46brlcadthat's your goal
20:21.49Notify03BRL-CAD:vladbogo * 56359 brlcad/trunk/src/libdm/dm-qt.cpp: Repaint the window each time drawEnd is called to prevent lag between events and updates.
20:22.41zero_levelalright! But I will need a lot of mentoring. I find myself novice.
20:22.49caen23brlcad: were you making fun of go because of the hype? you don't like it, what do you think of it?
20:23.02brlcadthat's why we're all here
20:23.12brlcadcaen23: not at all, I actually am really fond of Go as a language
20:23.48zero_levelcean23 : sorry for that laugh. No offenses meant.
20:23.53brlcadthe joke was merely the suggestion of completely shifting the purpose of his project to something completely disruptively different
20:24.23brlcadI would have said cl, but ``Erik might have taken it seriously
20:24.40``Erikand/or starseeker... :D
20:25.18caen23i haven't written anything in go myself yet, but your comment fits in perfectly with all the "how we've rewritten x in go" headlines on hacker news :D
20:26.32brlcadthe last 10 years of computer graphics research has been "we rewritten X for the GPU and now it's faster"
20:27.41Notify03BRL-CAD Wiki:KeshaSShah * 5880 /wiki/User:KeshaSShah/GSoC13/Reports: /* July 30 */
20:29.02brlcadcaen23: so you'll have to share what awesomeness you're working on of late ... and what brl-cad project is on your horizon ;-)
20:29.44brlcadkicks off some builds and wanders south
20:35.48caen23i'm currently going through clrs, and after that i plan on learning some more languages. as for brl-cad, it would be great if i could figure out how to integrate a python interpreter. i remember we talked about that briefly after gci
20:44.19Notify03BRL-CAD:starseeker * 56360 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Make a stab at adding the ability to look at booleans in the tree as part of the search command - for example, 'search /all.g -bool + ! -type arb8' will find all objects in the tree of all.g that are intersected as part of a comb and are not arb8 primitives. Needs more thought and testing - this may not even be the final
20:44.21Notifyapproach - but it seems to be a step in the right direction.
20:51.51Notify03BRL-CAD:starseeker * 56361 brlcad/trunk/src/librt/search.c: Not sure yet what to do with above and below when it comes to booleans, but the toplevel object(s) are viewed as being 'unioned' into the toplevel database
20:53.19Notify03BRL-CAD:mohitdaga * 56362 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 7 others): Renaming the icv api functions.
20:55.46Notify03BRL-CAD:vladbogo * 56363 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_drawVList function.
21:00.07Notify03BRL-CAD:starseeker * 56365 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Use better naming for variables.
21:00.17Notify03BRL-CAD:vladbogo * 56364 brlcad/trunk/src/libdm/dm-qt.cpp: ws
21:00.57Notify03BRL-CAD Wiki:Vladbogolin * 5881 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:06.04Notify03BRL-CAD Wiki:Vladbogolin * 5882 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */
21:06.37Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Sph.png:
21:07.25Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tor.png:
21:07.58Notify03BRL-CAD Wiki:Vladbogolin * 5885 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */
21:08.56Notify03BRL-CAD Wiki:Level zero * 5886 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */
21:11.47starseekerreflects that even a db full path is ambiguous when it comes to boolean operations
21:12.38starseekeralmost need a way to hang the boolean op associated with each object in the dfp on the object's representation within the dfp
21:13.49starseekerthat would be ideal (and, ironically, let me #define db_node as a dfp again)
21:24.28starseekerbrlcad: how invasive a change would it be to add an array of ints to struct db_full_path to hold boolean states for each dir?
21:25.30starseekerthe more I think about that the more I like it - it would address the question of the 'above' option in search very well
21:57.24*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
22:28.52*** join/#brlcad caen23 (~caen23@92.83.175.0)
23:36.36``Erikhttp://corner.squareup.com/2013/07/reversing-bits-on-arm.html
IRC log for #brlcad on 20130731

IRC log for #brlcad on 20130731

02:12.33brlcadstarseeker: "struct db_full_path" and "union tree" were two that came to mind, also "struct combined_tree_state" and ... maybe most apropriately "struct rt_tree_array"
02:15.27brlcadkeeping in mind that adding a void*data pointer to any of them is always a possibility too
02:15.46brlcadfor attaching extra data if needed
02:15.57brlcadcaen23: "clrs"?
02:17.06brlcadcaen23: a python interpreter would be very cool indeed -- my long-term goal is something like gimp's skript-fu interface
02:19.07brlcadstarseeker: an array of ints would be very invasive, but a pointer to an array stuffed into a void* would not
02:20.11Notify03BRL-CAD:starseeker * 56366 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db_fullpath.c and 2 others): This needs some careful tests - I'm not sure that I'm properly interpreting the meaning of the left/right tree walk for all the boolean cases - but add an array to db_full_path that lets us stash the boolean states all along the tree. The f_bool test can now query based on the current path, which should
02:20.13Notifylet options like -above do the right thing.
02:20.54starseekerwinces
02:21.06starseekerbrlcad: sorry, my chat window was frozen and I didn't notice
02:22.16starseekerbrlcad: in some quick testing r56366 seems to work...
02:25.35starseekerI'm definitely not getting something right with the booleans though
02:31.03brlcadstarseeker: that's fine
02:31.42brlcadactually doesn't seem incredibly invasive
02:32.14brlcadwould be concerned that it valgrinds clean since there is a fair bit of memory bloat involved for a big tree
02:33.33starseekernods
02:35.20Notify03BRL-CAD:starseeker * 56367 brlcad/trunk/src/librt/search.c: Ah - need to set the bool node when entering the comb too.
02:35.45starseekeronce I'm sure it's behaving search wise I'll try to run it through valgrind
02:36.19starseekerbasically looked for everywhere fp_names was getting malloced and freed in db_fullpath.c and had the int array tag along
02:36.36starseekerneed to scan the rest of the code to see if anyone else monkeys with it directly
02:36.59brlcadthis is why I abhor adding new structs
02:37.13brlcadnobody does the work to encapsulate them properly
02:37.14starseekerhmm?  
02:37.32brlcadthere shouldn't be a dozen places where fp_names is malloced
02:37.39starseekerah
02:37.41brlcadshould have been one place
02:38.03starseekerwell, it does need to realloc in a few cases...
02:39.10brlcadit doesn't "need" to realloc
02:39.18brlcadit needs to grow
02:39.42brlcador more generically change in size
02:39.50brlcadadd/remove methods usually handle that
02:40.00starseekerah
02:40.08brlcadaddfp()
02:40.23brlcadmallocs if needed, reallocs if needed, etc
02:41.07starseekernot too bad on instances of fp_names elsewhere in the code, actually... looks like some places where the DB_FULL_PATH_* macros could stand in for explicit fp_names indexing
02:43.18starseekerdoesn't shorten anything though - would just let us (mostly) encapsulate the detail that the directory pointer array is called fp_names
02:43.30starseekerwhich I guess is a good thing...
03:05.14Notify03BRL-CAD:starseeker * 56368 brlcad/trunk/src/librt/search.c: valgrind reported lost memory from f_print - oops.
03:12.17Notify03BRL-CAD:starseeker * 56369 brlcad/trunk/src/libged/search.c: Free bu_basename, like bu.h tells us to
03:20.29Notify03BRL-CAD:starseeker * 56370 brlcad/trunk/src/libged/search.c: Couple of more memory freeing responsibilities for the search command to live up to.
03:25.21Notify03BRL-CAD:phoenixyjll * 56371 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate compiler warnings.
03:41.09Notify03BRL-CAD:brlcad * 56372 brlcad/trunk/NEWS: jon engbert improved g-stl's docs, updating the option listings and descriptions
03:42.36Notify03BRL-CAD:phoenixyjll * 56373 brlcad/trunk/src/libbrep/intersect.cpp: Take the tolerance into consideration when deciding whether a box is inside the overlap region.
03:51.39Notify03BRL-CAD:brlcad * 56374 brlcad/trunk/NEWS: jon engbert implemented a new g-raw exporter per specifications and patch review assistance from daniel. implements export support for a 'raw' file format described via GCI task (http://www.google-melange.com/gci/task/view/google/gci2012/7945223)
03:55.26*** join/#brlcad caen23 (~caen23@92.81.173.189)
04:03.03Notify03BRL-CAD:phoenixyjll * 56375 brlcad/trunk/src/libbrep/intersect.cpp: Delete the OverlapSegment when its curves are NULL.
04:06.08brlcadso the benchmark is royally busted at the moment with out-of-order render lines
04:07.09brlcadzero_level: this is undoubtedly releated to your work -- we need to get you testing on parallel hardware or recompiling cleanly
04:08.48brlcadwith the semaphore locks removed, scanlines are ending up out of order so have to put some thought into how that is happening and finding a fix, and restoring back to a working state otherwise if a fix is not achieved within a day
04:12.50Notify03BRL-CAD:brlcad * 56376 brlcad/trunk/CMakeLists.txt: don't silently turn off a user-specified configuration setting. probably should halt (because they requested something impossible).
04:14.09brlcadstarseeker: 56219 is undoubtedly user-visible, but what's the impact?
04:14.22brlcadfixed some issue clobbering avs?
04:14.44Notify03BRL-CAD:phoenixyjll * 56377 brlcad/trunk/src/libbrep/intersect.cpp: Avoid using dynamic memory allocation for the events.
04:15.59starseekerbrlcad: that's just part of my thrashing with comb
04:16.33starseeker-c/-r didn't exist for comb previously
04:17.21brlcadwhat do they do?
04:19.02starseeker-c unsets the region flag on a comb, -r sets it
04:19.15brlcadugh
04:19.25starseekersame as the 'c' command's flags
04:20.04brlcadyep
04:20.20Notify03BRL-CAD:brlcad * 56378 brlcad/trunk/NEWS: cliff added the -c/-r options to the comb command like the 'c' command to set/unset the region flag
04:20.24brlcadughing at the complexity for what is effectively an on/off flag
04:20.33starseekernods
04:21.02brlcadwould expect something like -r/-R to set/unset so it's clear they pair
04:21.36brlcadand more consistent with some other commands
04:21.53starseekerwas planning to make a bigger deal out of comb once he figured out how to merge the various related commands into it...
04:22.29starseekernot sure what to do about some of the more subtle bits - for example, comb won't create an empty combination, but I believe c will
04:22.51starseekershould be consistent - either do or don't create it, imho...
04:23.45starseekercomb also silently switches the first boolean operator to a union for a new combination, regardless of what the user supplies
04:24.04starseekeri.e. comb test.c - s1.s u s2.s will result in a union of s1.s and s2.s
04:24.18starseekerjust as if the user entered comb test.c u s1.s u s2.s
04:24.54starseekerc, on the other hand, doesn't want that first operator since it's doing the boolean expression evaluation
04:25.09starseekerand c won't update an existing combination, but comb will
04:25.28brlcadso both have issues :)
04:25.32brlcadclassic
04:25.36starseekernods
04:26.17starseekerdunno whether we deprecate behaviors in comb we don't like and deprecate c altogether, adding its features (sans mis-features) to comb or what...
04:27.37starseekerg and r, of course, are just special cases of the more general commands
04:29.20starseekerwas planning to discuss that with you when things got quieter (how to approach merging them)
04:34.13brlcadthose both are so old that I'd rather migrate them en masse
04:35.47brlcadbut yeah, the incremental path would probably be to migrate c's parser over into comb, remove the bad, adding anything else useful, then getting rid of c so it can be an alias or tab-completion shortcut
04:36.01brlcadiirc, c might be the one that also supports parenthetical expressions
04:37.23brlcadneed to spend a couple days to audit the existing commands and make sure an end-goal is well thought through from a usability and feature perspective
04:43.26*** join/#brlcad kesha (~kesha@14.139.122.114)
05:05.17Notify03BRL-CAD:phoenixyjll * 56379 brlcad/trunk/src/libbrep/intersect.cpp: Use build_curve_root() instead of duplicating that routine.
05:16.03Notify03BRL-CAD:phoenixyjll * 56380 brlcad/trunk/src/libbrep/intersect.cpp: Use sub_curve() instead of repeating that routine.
05:18.55zero_levelblcad : was it related to yesterday's commits.
05:18.59zero_level?
05:21.18zero_levelbrlcad :
05:21.42zero_levelone of the possible solution could be using a different seamapore lock.
05:22.18zero_levelhas put bz to compile and benchmark.
05:40.06*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:12.49zero_levelbrlcad: here are the logs http://brlcad.org/~mohit/benchmark_result_31_JUL.log
07:28.39*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
07:34.44*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:35.08*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
09:13.41Ch3ck_brlcad: starseeker: could you please review the unit test patches I've posted on sf. So I could continue writing others while correcting any errors(I doubt if there is any!) that comes up with these!
09:18.15*** join/#brlcad caen23 (~caen23@92.81.173.189)
09:27.37Notify03BRL-CAD:mohitdaga * 56381 brlcad/trunk/src/libicv/fileformat.c: Changed icv_writeline to not allocate memory. Although the functionality remains same.
09:35.44Notify03BRL-CAD Wiki:Phoenix * 5887 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
10:20.35*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:23.59*** join/#brlcad kesha (~kesha@14.139.122.114)
10:42.00*** join/#brlcad kamaljeet (~kamaljeet@202.164.53.122)
10:42.00*** join/#brlcad jasvir (~jasvir@202.164.53.122)
11:20.08*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b125:3b01:0:1a:d75b:101)
11:44.37*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801)
11:56.33*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801)
12:07.34zero_levelbrlcad : I think benchmark ran succcessfully. But still dont have experience reading the problems.
12:07.54*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801)
12:16.39zero_levelMorover I have changed the function,And it works right.
12:16.56zero_levelSo It doesnt need to allocate memory.
12:21.51zero_levelpls review this benchmark lo : http://brlcad.org/~mohit/benchmark_result_r56381.txt
12:22.22zero_levelI tired looking for the bug in this report but didnt see any.
12:23.52zero_levelAlso we can now use spinlocks. Pls tell me if we need to. (If the benchmark doesnt have issues.)
12:29.29brlcadzero_level: do you have a multiprocessor machine?
12:30.48zero_leveli3 4 core.
12:30.57zero_levelalso bz. ?
12:31.56brlcadi'll try again after r56381, but the issue was a classic smp race issue
12:32.45zero_levelalthough if the issue u saw earlier, Then It must also be an an issue now.
12:32.55brlcadif an SMP machine happens to keep things in order, you could just be getting lucky
12:33.07zero_levellucky :-)
12:33.21brlcadand you'll repeatedly get lucky, so you need a different environment
12:33.27brlcadare you compiling optimized?
12:34.00brlcadmake sure you're optimized, perhaps try running two benchmarks simultanously
12:34.06zero_leveldo we add a flag ?
12:34.11brlcadyes
12:34.21brlcadsee INSTALL
12:34.25zero_levellooks at INSTALL
12:34.40brlcadthat could be the difference
12:41.48Notify03BRL-CAD Wiki:KeshaSShah * 5888 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */
12:42.46zero_levelzero_level has put a fresh build on bz for benchmark test.
12:46.55*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801)
12:54.39*** join/#brlcad kesha (~kesha@14.139.122.114)
13:06.26*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801)
13:06.31*** join/#brlcad kesha (~kesha@14.139.122.114)
13:15.42Ch3ck_brlcad: working on a unit test for bn_poly_division_routine() while trying an extreme case division against zero. Its not really clear with the source code. I'll like to know how the routine handles division by zero, what becomes of the quotient and remainder polynomials. Kinda stuck here
13:19.30``Erikdiv/0 is an error and should return NaN...
13:20.53``Erikwhich func are you actually testing? poly.c bn_poly_synthetic_division() ?
13:22.32Ch3ck_``Erik: yes bn_poly_synthetic_division
13:23.03*** join/#brlcad kesha (~kesha@14.139.122.114)
13:24.39Ch3ck_so the remainder and quotient actually become NAN? or its rem->cf == NAN?
13:24.58Ch3ck_I want to clearly get it
13:26.34Ch3ck_so as to be able to generate correct input from know values needed for the test
13:28.48zero_levelbrlcad : I am still not sure why spinlock issue is arising after all.
13:29.04zero_level``Erik, brlcad :
13:29.25zero_levelA) We allocate the complete memory in icv_ceate_image(..)
13:30.13zero_levelB) We do have an arg in icv_image_writeline(...) which takes care of the index.
13:30.29zero_level*icv_writeline (modified now)
13:32.22zero_levelbrlcad,``Erik : Why after all do we have an issue of resource race.
13:32.54*** join/#brlcad kimz (~AndChat56@14.139.122.114)
13:32.56zero_levelbecause Its technically a different resource. That is different memory chunck in the same buffer.
13:33.49zero_levelbrlcad : Can u send me the log Report which showed error. So That I can get the number of pixels which are not same.
13:33.59zero_levelafter the pixclump result.
13:34.35zero_levelIn the meanwhile /me saw
13:34.50zero_levelthe benchmark screen.
13:35.33zero_levelThe answers are right for moss.pix, world.pix (all other results are running)
13:40.37Notify03BRL-CAD:starseeker * 56382 brlcad/trunk/doc/docbook/system/mann/en/search.xml: typo
13:42.47*** join/#brlcad caen23 (~caen23@92.81.173.189)
13:44.29zero_levelbrlcad.org/benchmark_result_r56381_optimized.txt
13:44.50zero_levelbrlcad : log file for the benchmark result after optimized.
13:45.02zero_levelDo you still think i must move to a new hardware ?
13:47.24zero_level``Erik : Please run benchmark on a window on your machine.
13:47.52zero_levelI will move to my friend's place to see if benchmark results are fine on his machine.
13:49.40zero_leveloops wrong link brlcad.org/~mohit/brlcad.org/benchmark_result_r56381_optimized.txt
13:49.54zero_levelbrlcad.org/~mohit/brlcad.org/benchmark_result_r56381_optimized.txt
13:50.01zero_leveloops..
13:50.33zero_levelthe correct one http://brlcad.org/~mohit/benchmark_result_r56381_optimized.txt
14:00.53brlcadzero_level: the report will say WRONG WRONG WRONG with lots of values off-by-many (because entire scanlines are out of order)
14:01.23brlcada log that says OK says nothing useful at this point
14:01.48brlcadjust means that run did not result in any calculations out of order
14:08.32Notify03BRL-CAD:carlmoore * 56383 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/include/icv.h and 4 others): fix spelling, spacing; also, remove trailing blanks/tabs
14:09.30Notify03BRL-CAD:starseeker * 56384 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search man page to document new -bool option, add some examples showing how to use it.
14:12.18Notify03BRL-CAD:starseeker * 56385 brlcad/trunk/doc/docbook/system/mann/en/search.xml: ws
14:12.33zero_levelyeoo.
14:13.52Notify03BRL-CAD:starseeker * 56386 brlcad/trunk/doc/docbook/system/mann/en/search.xml: remove db4-upgrad comment
14:14.41starseekerparticularly likes the "find nested regions that aren't subtractions" trick
14:15.01zero_levelcan u tell me, Which type of system it was.
14:18.04zero_levelbecause I want to try with semaphore now.  
14:23.31brlcadzero_level: well I most recently saw the failure on a 10.6 Mac
14:26.46Notify03BRL-CAD:starseeker * 56387 brlcad/trunk/doc/docbook/system/mann/en/search.xml: tweaks
14:39.03Ch3ck_brlcad: ``Erik: i'm stuck at writing the unit test for bn_poly_synthetic_division() since I don't know what becomes of rem->cf and quo->cf after div/0
14:54.06brlcadme either without doing some research to remember ;)
14:55.59Ch3ck_well ``Erik says NAN is returned I don't understand if its the pointer for quo and rem
14:56.37Ch3ck_structures or its for the quo->cf and rem->cf fields in the structure.
14:56.55Ch3ck_The source code is not really clear as to what happens in this case.
14:58.27Ch3ck_well looking at the source its for all the cf[] array elements for quo->cf
14:58.47Ch3ck_still looking at what happens to rem->cf structure
15:02.30Ch3ck_well will try NAN for rem->cf and see how it works out.
15:09.07zero_levelbrlcad : oops. No. Mac.
15:09.24zero_leveldo u still see it ?
15:09.56zero_levelIf yes we have I will make a commit including the semaphores.
15:12.03zero_levelis testing with semaphores.
15:27.14zero_levelbrlcad : rtedge works find after spin locking and r56381
15:33.00zero_levelbrlcad : What is expected after rtxray
15:33.13zero_levelI see a monocolour helicopter. ;)
15:36.33*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
15:36.51zero_levelhas hit benchmark after applying semphore in all the writepixel and writeline functions in rt
15:43.17*** join/#brlcad Izak (~Izak@195.24.220.16)
15:44.17*** join/#brlcad Izak__ (~Izak@195.24.220.16)
15:45.08Izak__brlcad: ``Erik : What is really a bounding box ?
15:48.23zero_levelblinks. runs perfect.
15:49.03*** join/#brlcad kesha (~kesha@14.139.122.114)
15:49.10zero_levelI think i shld bring back the semaphores. (through a commit) so that brlcad or ``Erik can test on other machine as well.
15:50.36zero_levelalthough I am still not sure why the error on benchmark on a Mac O.o
15:58.26Izak__<PROTECTED>
16:12.01zero_levelIzak__, Ch3ck_,kesha : I need your help
16:12.20Ch3ck_zero_level: what up?
16:12.38Izak__zero_level: yes
16:12.39zero_levelApparently I have done some changes in brl-cad code which has busted benchmark.
16:13.08zero_levelSo i wish If all of you could run benchmark on your machine
16:13.10Izak__What kind of changes exactly ?
16:13.18zero_leveland report if it fails.
16:13.30zero_levelApparently it Doesnt fail on my machine.
16:13.49zero_levelSo the following is the procedure for benchmark.
16:13.54Ch3ck_alright so should i update the code repository first?
16:14.08Ch3ck_so as to have the recent changes as you do right?
16:14.17zero_levela) update code repository by svn up.
16:14.45zero_levelb) If you dont compile with Optimized flag.
16:14.58zero_level.. Do a fresh build.
16:15.31Ch3ck_ok
16:15.32Izak__I am doing an svn update now
16:15.35Ch3ck_let me see what it gives
16:15.46Izak__It says at r56387
16:15.50zero_leveladding optimization flag. -DBRLCAD_FLAGS_OPTIMIZATION=ON in the cmake command.
16:16.10zero_levelIzak__ : That is fine.
16:16.23zero_levelCh3ck thanks.
16:16.54zero_levelc) do sudo make install in the build directory.
16:17.13zero_leveld) make benchmark in the build directory.
16:17.44zero_levelIzak__, Ch3ck : pls ask if anything is not clear.
16:18.23Ch3ck_ij
16:18.25Ch3ck_ok
16:18.35Ch3ck_but what about the Debug flag
16:18.47Ch3ck_given to brlcad
16:18.59Izak__sure will do
16:19.00Ch3ck_during compilation -DBRLCAD_BUILD_TYPE=Debug
16:19.04Ch3ck_?
16:19.12Ch3ck_should i ignore that?
16:19.16Izak__Ch3ck_:defintely
16:19.20zero_levelYou can add that. But I believe that will not be needed.
16:19.46zero_level<PROTECTED>
16:19.51zero_levelthis should be fine.
16:20.01Ch3ck_ok
16:20.11*** join/#brlcad kesha (~kesha@14.139.122.114)
16:21.15zero_levelPerhaps I have been given a deadline to resurrect benchmark.
16:21.48Ch3ck_OK
16:21.53Ch3ck_compiling..
16:21.55zero_levelSo Izak_, Ch3ck : your help will be crucial
16:22.07Ch3ck_seeing what i can do.
16:22.29zero_levelAlso Ch3ck_, Izak__ : what systems do you use.
16:22.36zero_levelDont run on bz.
16:22.42zero_levelI have taken care of that.
16:23.12Izak__hp Compaq running Scientific Linux 6.2
16:24.30Ch3ck_well here is what lscpu gives
16:24.33Ch3ck_root@localhost matrix test]# lscpu
16:24.33Ch3ck_Architecture:          i686
16:24.34Ch3ck_CPU op-mode(s):        32-bit, 64-bit
16:24.34Ch3ck_Byte Order:            Little Endian
16:24.34Ch3ck_CPU(s):                2
16:24.34Ch3ck_On-line CPU(s) list:   0,1
16:24.36Ch3ck_Thread(s) per core:    1
16:24.38Ch3ck_Core(s) per socket:    2
16:24.40Ch3ck_CPU socket(s):         1
16:24.42Ch3ck_Vendor ID:             GenuineIntel
16:24.44Ch3ck_CPU family:            6
16:24.46Ch3ck_Model:                 23
16:24.48Ch3ck_Stepping:              10
16:24.50Ch3ck_CPU MHz:               1203.000
16:24.52Ch3ck_BogoMIPS:              5585.69
16:24.54Ch3ck_Virtualization:        VT-x
16:24.58Ch3ck_L1d cache:             32K
16:25.00Ch3ck_L1i cache:             32K
16:25.02Ch3ck_L2 cache:              2048K
16:28.46zero_leveloops Ch3ck_ ``Erik advised me to use paste sites. For pasting this inputs.
16:29.10Ch3ck_like?
16:29.14zero_levelhttp://pastebin.com/
16:29.19Ch3ck_give me an example
16:29.20Ch3ck_ok
16:32.54zero_levelIzak__, Ch3ck_ just put the compile on some window and let it go on. I wouldnt want you to be ocupied for long.
16:32.57Izak__zero_level : 42% made
16:33.33Izak__zero_level : No big deal. Its all the same BRL-CAD :)
16:44.06Ch3ck_well benchmark tests are coming up wrong
16:44.43Izak__zero_level: moss,world,star, bldg391, .....: show WRONG WRONG WRONG WRONG WRONG WRONG6 times
16:44.44Ch3ck_from what brlcad explained to me benchmark tests work based on computed pix and stored already stored in the code
16:45.11Ch3ck_so its to open the images and actually see if they are significant changes
16:45.33Ch3ck_but based on the fact almost all of them are coming wrong then something is wrong somewhere.
16:46.43zero_levelok.
16:48.52Ch3ck_well the first thing is to revert all the changes you made before the code went sour and see how it goes
16:49.01Ch3ck_before starting any new changes.
16:50.41zero_levelwell Ch3ck_ : before that I would like to make one more commit.
16:50.58zero_levelThis has some issue with the spinlocks.
16:51.07Ch3ck_well if you know it won't further degerate the problem fine.
16:51.45Ch3ck_but you have to recheck all you previous commits and see which one in particular started this and work from there.
16:58.34Notify03BRL-CAD:mohitdaga * 56388 (brlcad/trunk/src/rt/view.c brlcad/trunk/src/rt/viewedge.c brlcad/trunk/src/rt/viewxray.c): Applying seamaphore locks after modifying icv_writeline(..). This now doesnt hang since icv_writeline doesnt ask for memory allocation any more. Thus doesn't acquire BU_SEM_SYSCALL. This is expected to ensure sanctity in image writting from rt.
16:59.01zero_levelCh3ck_ : thanks.
16:59.32zero_levelBut this has an error, which, me, ``Erik and brlcad have discovered.
16:59.43Ch3ck_aight
16:59.50zero_levelrelated to mutex lokcs.
16:59.57Ch3ck_kk
17:00.01zero_levelc/lokcs/locks
17:00.43zero_levelCan u do svn up. And sudo make install followed by sudo make benchmark.
17:01.01zero_levelthis will not take much time now.
17:01.10Ch3ck_will have to generate a patch now..
17:01.17Ch3ck_so will update
17:01.32zero_levelSince you already have a build at place with optimization flag.
17:02.55zero_levelIzak__, Ch3ck_ : thanks for your support. This last test and we are done.
17:03.08Ch3ck_:D
17:04.04Izak__zero_level : What's that ?
17:04.52zero_leveldo svn up, then in your build directory run sudo make install. and then sudo make benchmark.
17:05.37zero_levelIzak__: This must not take much time .Since you already have a build at place with optimization flag.
17:08.29Ch3ck_zero_level: compiling ..
17:13.29*** join/#brlcad kesha (~kesha@14.139.122.114)
17:17.01Notify03BRL-CAD Wiki:NyahCh3ck20 * 5889 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */
17:17.31Izak__zero_level : All benchmark tests still fail :(
17:20.02zero_levelalright Izak__.
17:20.20zero_levelCan u send me the image file from brlcad-build/bench folder.
17:20.50zero_levelI believe you have run it twice.
17:21.03zero_levelSo send me the file corresponding to the latest build.
17:22.15Ch3ck_zero_level: also getting a seg fault on regression tests
17:22.21zero_levelI wish to be 100 % sure that this writes images in a sprinkled scanlines way.
17:22.40zero_levelCh3ck_ thanks for the info.
17:24.08Ch3ck_zero_level:http://pastebin.com/FDdgCfHZ
17:24.16Ch3ck_there are the details ;)
17:25.04zero_levelis recompiling in the meantime.
17:25.47Ch3ck_starseeker: brlcad: finished writing the unit test for bn_poly_synthetic_division() patches on sf waiting review.
17:29.58zero_levelCh3ck_ I believe the seg issue doesnt have any thing to do with ICV.
17:30.23Ch3ck_aight but its in there somewhere I don't think I have anything to do with it.
17:30.38zero_levelbrlcad : Ch3ck_ has found an intresting error.
17:31.00zero_level<-- points to the pastebin link.
17:31.04Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5890 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
17:31.37Ch3ck_ok
17:31.53Ch3ck_will take a peek
17:32.31zero_levelIzak__ or Ch3ck can u send me the images from the bench folder in your build directory.
17:32.46zero_levelYou could email me.
17:33.13zero_levelmohit(dot)daga[at]ieee(dot)org
17:34.12Ch3ck_will do.
17:34.39Izak__zero_level : Which ones exactly ? They are many !
17:35.25zero_levelI would require from the latest benchmark test(I believe you ran two.)
17:36.09Izak__Which file exactly? I don't see any picture?
17:36.35zero_level*.pix
17:37.00zero_levelit must have a number
17:37.00Izak__ok
17:38.21zero_levellike moss-*.pix
17:39.17zero_levelyou could send me the complete bench folder. OR the images with the latest benchmark number.
17:41.39Ch3ck_well i'll send you the whole thing and u do the sorting ok?
17:41.52Izak__zero_level:I have sent all the *.pix files in a tar ball. Have u sen them ?
17:43.12zero_levelIzak__ : thanks
17:43.37Izak__zero_level : Are they the right ones ?
17:44.11zero_levelIzak__ : Thanks.
17:44.27zero_levelis converting them to png.
17:45.31*** join/#brlcad vladbogo (~vlad@188.25.238.209)
17:59.19Ch3ck_uploading files
17:59.31Ch3ck_zero_level: should see them shortly..
18:06.35*** join/#brlcad caen23_ (~caen23@92.81.164.86)
18:10.38zero_levelCh3ck_, Izak__ : thanks !
18:10.42zero_level:-)
18:10.56zero_levelApparently It turns out to be some floating point errors.
18:11.22zero_levelIt would not have been possible without your support.
18:12.11Ch3ck_:-)
18:12.23zero_levelBecause the matter of the fact is that the error didnt show up on my machine and bz.
18:14.49zero_levelCh3ck_ Izak__ is it a national holiday in USA ?
18:15.17zero_leveldont see brlcad, ``Erik, starseeker :around.
18:15.44Izak__zero_level: Why do you ask that ? I think its like July 4th
18:16.13zero_levelnevermind:-)
18:18.36zero_levelI wonder how did brlcad concluded this ?
18:18.39zero_level00:08 < brlcad> with the semaphore locks removed, scanlines are ending up out of order so have to put some thought into how that is happening and findi to a working state otherwise if a fix is not achieved within a day
18:39.38*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
18:40.17*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
18:44.25Notify03BRL-CAD:n_reed * 56389 brlcad/trunk/src/libtclcad/tclcad_obj.c: Handle hidden line mode in to_edit_redraw. Fixes an archer bug where editing something drawn in hidden line mode caused it to be redrawn in shaded mode.
18:48.05Notify03BRL-CAD:mohitdaga * 56390 brlcad/trunk/src/libicv/fileformat.c: Sanitize the conversion from double to unsigned char. Instead of floor which can introduce a error upto a difference of 2 intensities, adapt a more robust conversion where it rounds off to nearest integer.
18:48.32zero_levelCh3ck_ : Can you do it a last time?
18:48.45zero_levelupdate to 56390.
18:49.07zero_levelbrlcad : Pls run benchmark after r56390
18:49.49zero_level``Erik : I am confident this time. That after r56390 we must not get benchmark error.
18:51.21zero_levelStill I wish you to run benchmark.
18:51.38zero_levelSo that I cld be 100 % sure and move on.
19:03.43zero_levelbrlcad: I have written on the leaset seeking help.
19:03.49zero_level*list
19:05.49*** join/#brlcad kesha (~kesha@14.139.122.114)
19:06.14*** join/#brlcad kesha (~kesha@14.139.122.114)
19:06.37*** join/#brlcad kesha (~kesha@14.139.122.114)
19:07.02*** join/#brlcad kesha (~kesha@14.139.122.114)
19:07.32*** join/#brlcad kesha (~kesha@14.139.122.114)
19:07.56*** join/#brlcad kesha (~kesha@14.139.122.114)
19:08.21*** join/#brlcad kesha (~kesha@14.139.122.114)
19:08.46*** join/#brlcad kesha (~kesha@14.139.122.114)
19:09.08*** join/#brlcad kesha (~kesha@14.139.122.114)
19:09.33*** join/#brlcad kesha (~kesha@14.139.122.114)
19:09.59*** join/#brlcad kesha (~kesha@14.139.122.114)
19:10.24*** join/#brlcad kesha (~kesha@14.139.122.114)
19:10.50*** join/#brlcad kesha (~kesha@14.139.122.114)
19:11.16*** join/#brlcad kesha (~kesha@14.139.122.114)
19:12.49Notify03BRL-CAD Wiki:Level zero * 5891 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */
19:13.16zero_levelgoes for sleep.
20:01.40``ErikERROR: reference image /home/erik/src/brlcad/build/gcc/bin/../share/pix/moss.pix not found
20:02.39Notify03BRL-CAD:carlmoore * 56391 brlcad/trunk/src/gtools/g_transfer.c: add 'OR' line to usage, remove H and add ? (for help)
20:22.11Notify03BRL-CAD:starseeker * 56392 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/include/raytrace.h and 2 others): Add a -f option to the comb command that will flatten a combination that contains only unions, and delete any orphaned combinations that were formerly present in that comb's tree but not used elsewhere in the .g file. This is the first significant programmatic use of the search capabilities
20:22.13Notifyother than the search command itself. Full comb -f example added to the comb man page.
20:24.26Notify03BRL-CAD:r_weiss * 56393 brlcad/trunk/src/librt/primitives/bot/btg.c: Fixed an intermittent seg fault when raytracing bots with bot-tie enabled.
20:27.46*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:46.19Notify03BRL-CAD:carlmoore * 56394 brlcad/trunk/src/gtools/remapid.c: implement use of h for help
20:48.26Notify03BRL-CAD:starseeker * 56395 brlcad/trunk/src/libged/comb.c: Re-arrange some of the memory freeing.
20:55.24Notify03BRL-CAD:starseeker * 56396 brlcad/trunk/src/libged/comb.c: tweaks
21:06.31Notify03BRL-CAD:n_reed * 56397 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Handle hidden line mode when redrawing from script side. Extends r56389 fix to object rotate/translate/scale.
21:21.35Notify03BRL-CAD Wiki:Vladbogolin * 5892 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */
23:40.17Notify03BRL-CAD:starseeker * 56398 brlcad/trunk/NEWS: Added the -bool option to search, which allows filtering based on whether a given instance of an object is combined into its parent comb with a union (u), intersection (+), or subtraction (-) boolean operator.
23:42.45Notify03BRL-CAD:starseeker * 56399 brlcad/trunk/NEWS: Added -f option to the comb command, which will take a single comb as an input, check whether all boolean operations in its tree are unions, and if they are make a new tree under the comb that unions all the solids directly into the comb. Will also remove 'orphaned' combs that are no longer used by any other object in the tree, but ignores combs that are used
23:42.47Notifyelsewhere.
IRC log for #brlcad on 20130801

IRC log for #brlcad on 20130801

02:29.27*** join/#brlcad yiyus (1242712427@je.je.je)
02:48.47*** join/#brlcad yiyus (1242712427@je.je.je)
03:32.50*** join/#brlcad yiyus (1242712427@je.je.je)
03:33.22Notify03BRL-CAD:starseeker * 56400 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c brlcad/trunk/src/librt/search.c): string search plans are likely to be a very common input - provide functions to handle them automatically.
03:47.10*** join/#brlcad jass (~jass@202.164.53.117)
03:48.48jassexit
03:48.57jassexit
03:53.07Notify03BRL-CAD:brlcad * 56401 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/fb/tests/CMakeLists.txt and 6 others): simplify. reviewing all of the remaining NO_INSTALL applications that lacked LOCAL, they all needed it. this combines them. NO_INSTALL now means leave/put the binary in the build directory.
04:00.51*** join/#brlcad jass (~jass@202.164.53.117)
04:15.55Notify03BRL-CAD:phoenixyjll * 56402 brlcad/trunk/src/libbrep/intersect.cpp: It seems that J.invert() doesn't work (it cause brep arb8.brep intersect ehy.brep 0 1 on csgbrep.g to fail). Use explicit pseudo-inverse.
04:35.30Notify03BRL-CAD:brlcad * 56403 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake and 10 others): consistency with NO_INSTALL and other var/opts. make NOSTRICT/NOSTRICTCXX and var friends be NO_STRICT/NO_STRICT_CXX.
04:44.19zero_levelclear
04:45.02zero_leveloops! nevermind  :-
05:11.02Notify03BRL-CAD:phoenixyjll * 56404 brlcad/trunk/src/libbrep/intersect.cpp: Code clean up. Move the functions used by multiple ON_Intersect()s to the beginning.
05:21.15*** join/#brlcad caen23 (~caen23@92.81.175.190)
05:50.34Notify03BRL-CAD:phoenixyjll * 56405 brlcad/trunk/src/libbrep/intersect.cpp: Separate the Newton iterations of PCI out to a function.
06:19.16*** join/#brlcad caen23_ (~caen23@92.81.199.45)
07:52.28*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:47.14*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:50.45Notify03BRL-CAD:d_rossberg * 56406 brlcad/trunk/misc/win32-msvc/Dll/TclDummies.c: added some flesh to the function stubs, they will comile with the strict flag now
09:57.13Notify03BRL-CAD:phoenixyjll * 56407 brlcad/trunk/src/libbrep/intersect.cpp: Try to implement PSI in a similar fashion of other intersections, so that further the surface tree structures can be easily reused during different intersections.
10:03.15Notify03BRL-CAD:phoenixyjll * 56408 brlcad/trunk/src/libbrep/intersect.cpp: Mark tree as unused.
10:47.08*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:48.53*** join/#brlcad Ch3ck__ (~Ch3ck@66-118-151-70.static.sagonet.net)
12:23.41zero_levelhi ``Erik : I take those mails as an assurance of things being set right.
12:23.49zero_levelSo the benchmark works.
12:23.52zero_level?
12:24.08zero_level``Erik : Moving on with dev work.
12:24.52zero_levelThanks GSOC students Ch3ck_ , Izak__ and ``Erik for making benchmark and testing on your machines.
12:28.46Ch3ck_zero_level:its ok
12:37.53Notify03BRL-CAD:tbrowder2 * 56409 (brlcad/trunk/src/burst/burst.c brlcad/trunk/src/burst/extern.h brlcad/trunk/src/burst/prnt.c): move usage string into file with main; eliminate unnecessary function
12:43.18Notify03BRL-CAD Wiki:QWERTYUIOP * 0 /wiki/User:QWERTYUIOP:
12:46.14Notify03BRL-CAD:tbrowder2 * 56410 brlcad/trunk/src/burst/burst.c: make new string to hold bu_getopt option char input; ws
12:48.42Notify03BRL-CAD:mohitdaga * 56411 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/fileformat.c): Segregate functions Supporting bw images to a new file bw.c.
12:58.25*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:03.17``Erikbw.c fails to compile
13:04.55zero_levelmsg ?
13:05.02``Erikhttp://paste.lisp.org/display/138293    
13:05.59brlcadzero_level: I get RIGHT answers again now too
13:06.02brlcadjust fyi
13:06.17Notify03BRL-CAD Wiki:Phoenix * 5893 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
13:07.53zero_levelbrlcad : Thanks :-)
13:10.25Notify03BRL-CAD:mohitdaga * 56412 brlcad/trunk/src/libicv/bw.c: Add sys/stat header for FLAGS used in read/write.
13:10.28zero_level``Erik : worked on my machine. Checked bu removing each header.
13:10.54zero_levelI believe after r56412 must compile cleanly on your machine.
13:11.03zero_levelPls do ack. Thanks.
13:11.14``Erikzero_level: I like to test a couple different platforms just to verify things like... I saw the error on both fbsd (brlcad.org) and a rhel machine
13:12.34``Erikyup, works now and you chose the right header (stat.h also has those defines, but your purpose would want fcntl.h)
13:12.58zero_levelok. Thanks.
13:25.57zero_level``Erik I am poor at naming functions/file names.
13:26.26zero_levelCan u suggest me name for for a file where I keep uchar2double double2uchar.
13:26.38zero_levelAlso the scope of this files will extend in future.
13:27.10zero_levelWhere we will keep routines to convert to other data types for high resolution bmp, png images.
13:27.21zero_levelmy suggestion is do.c
13:28.44zero_levelopps double.c
13:33.29``Erikuh, util.c ?
13:34.19``Eriklibicv_private.h and do 'em as macro or static inline? :D
13:35.24``Erikseems to be some precidence for doing something like icv_util.c
13:35.32``Erikprecedence
13:40.03zero_levelhi. getting this error in benchmark now.
13:40.05zero_levelhttp://paste.kde.org/p18486ad6/
13:40.18zero_levelrelated to Permissions of .g file
13:41.14Notify03BRL-CAD:mohitdaga * 56413 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/fileformat.c): Segrgating routines related to pix format
13:41.58``Erikmight have to manually delete m35.g (or change it's permissions)
13:42.06brlcadzero_level: perhaps type2type.c or encoding.c or conversion.c
13:50.56Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5894 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
13:51.28Notify03BRL-CAD:starseeker * 56414 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: reorganize comb man page - break options out into list.
13:57.03Notify03BRL-CAD:mohitdaga * 56415 brlcad/trunk/src/libicv/CMakeLists.txt: Trailing ws
14:02.02*** join/#brlcad caen23 (~caen23@92.81.199.45)
14:02.53zero_levelI guess encoding.c is nice.
14:16.22Notify03BRL-CAD:mohitdaga * 56416 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Add a new file encoding.c. This file will contain data conversion for saving and loading from different formats of images. These routines will act as a bridge. For eg. file.someformat ---> Use routine from this file --> Load to icv_image struct --> do processing --> Use routines from this
14:16.25Notifyfile for desired formats --> Save in the desired format.
14:16.42Ch3ck_working on the unit test for bn_poly_quadratic_roots and I wish to know what to do when a quadratic equation has two roots how does bn_poly_quadratic_roots() handle that case.
14:17.21zero_levelbrlcad : Although encoding.c is fine as a name. But this will create a bunch of very small files. (I guess that is fine) else ``Erik's idea of a utility shld be followed
14:22.35Ch3ck_its ok guys seen a way to handle it.. :)
14:24.11Notify03BRL-CAD:mohitdaga * 56417 (brlcad/trunk/src/libicv/encoding.c brlcad/trunk/src/libicv/pix.c): Add file descriptions.
14:25.42Notify03BRL-CAD:mohitdaga * 56418 brlcad/trunk/src/libicv/fileformat.c: Adding file information for extern functions.
14:26.30zero_level``Erik what was the tag flags in "icv_image_file" struct used for?
14:26.40zero_levelI added that without change.
14:26.53zero_levelI see there are two flas used.
14:27.00zero_levelfor stream and buffer.
14:27.29zero_level*flags.
14:35.06*** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net)
14:37.58``ErikI don't think the flags field was ever actually used, looked like I was setting up things to allow a bif to be streamed or buffered but that capability never became important
14:38.27``Erikway back in '07 O.o
14:44.31*** join/#brlcad Izak_ (~Izak@195.24.220.16)
14:53.48Notify03BRL-CAD:mohitdaga * 56419 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): Remove Flags from 'icv_image' struct.
14:56.31Notify03BRL-CAD:carlmoore * 56420 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/include/raytrace.h): remove trailing blanks/tabs, and fix a spelling
15:02.46Ch3ck_hey guys what's happening to brlcad source these days compiling code and i'm getting this opennurbs error : http://pastebin.com/8a6FbJzs
15:05.33Ch3ck_compilation even failed. Trying a fresh compile to see
15:14.32Ch3ck_brlcad: how communicative am I during this as concerning my writing of the unit tests for poly.c functions
15:14.42Ch3ck_brlcad: I mean this weeki
15:17.23Ch3ck_brlcad:~:-P
15:31.08Notify03BRL-CAD:erikgreenwald * 56421 brlcad/trunk/src/adrt/isst_tcltk.c: check that the dm was successfully opened before setting the default bg color
15:41.20cogitokatWhen I run make tests after compiling, there are 4 failing tests. http://pastebin.com/DZkvF9BY
15:42.10cogitokatWhy?
15:43.38``Erikthe NURBS- and test_ssi ones are supposed to fail (not implemented yet), which other two are you seeing? (i'm seeing 3 others on some platforms)
15:45.46zero_level``Erk here is the paste kde link of his errors
15:45.52zero_levelhttp://paste.kde.org/p33524d6e/
15:46.56Notify03BRL-CAD Wiki:NyahCh3ck20 * 5895 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */
15:47.14``Erikprogname is due to a recent modification in the test suite, it seems to work on mac but not anywhere else... and bottess_test is build system related, ctest is trying bin/test_bottess but it's being build in src/libgcv/test_bottess
15:47.35``Erikthey'll be fixed soonish, before the next release *shrug*
15:47.48cogitokatOkay, thank you.
16:08.34zero_levelwq
16:31.36*** join/#brlcad Izak_ (~Izak@195.24.220.16)
16:31.39cogitokatI'm trying to use swig to make python bindings, and when I do the swig command it says this http://paste.kde.org/p3775a896/ This is the #if it's taliking about in db.h http://paste.kde.org/p15615e93/
16:32.42cogitokatWhy is it an error and how can I fix it?
16:42.16*** join/#brlcad Izak_ (~Izak@195.24.220.16)
16:44.39*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
16:52.03Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5896 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
17:01.59*** join/#brlcad kesha (~kesha@14.139.122.114)
17:04.06Notify03BRL-CAD:erikgreenwald * 56422 brlcad/trunk/src/rt/main.c: free the rti after raytracing is done
17:04.12*** join/#brlcad Izak_ (~Izak@195.24.220.16)
17:04.25*** join/#brlcad Izak___ (c318dc10@gateway/web/freenode/ip.195.24.220.16)
17:17.34cogitokatHas anyone succesfully used swig? It seems like there are all sorts of errors in the header files that it does not like.
17:27.37Izak__I have not used swig before
17:41.31Notify03BRL-CAD:starseeker * 56423 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: add an example search for flattenable objects to the comb man page.
18:18.42Notify03BRL-CAD:mohitdaga * 56424 brlcad/trunk/include/icv.h: Add flags in icv_image struct
18:19.20Notify03BRL-CAD Wiki:KeshaSShah * 5897 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */
18:19.33*** join/#brlcad kesha (~kesha@14.139.122.114)
18:19.43Notify03BRL-CAD Wiki:KeshaSShah * 5898 /wiki/User:KeshaSShah/GSoC13/Reports: /* August 1 */
18:30.11Notify03BRL-CAD:mohitdaga * 56425 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Add operations file. This will contain all the airthmatic and related routines.
18:32.34brlcadcogitokat: they're not errors in the header, it's just we used some advanced pre-processor constructs that swig has trouble with
18:32.43brlcadthat said, "yes" is the answer to your question ;)
18:32.58brlcadyou don't want to feed swig all the headers, just ones for a particular library
18:34.34brlcadand actually, your error in http://paste.kde.org/p3775a896/ is just a compiler-related issue
18:36.42Notify03BRL-CAD:brlcad * 56426 brlcad/trunk/include/db.h: we're no longer support k&r, assume stdc
18:36.45Notify03BRL-CAD:mohitdaga * 56427 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Adding icv_add_val function. This adds a constant value to all the pixels of an image.
18:37.26cogitokatI did a thing that fixed that error, but ended up with Error: Syntax error in input(1) for something in render.h... so should I follow the example in misc/perl for whatever header I might want?
18:40.41brlcadyour timing is ironic
18:40.57brlcadone of the other devs (tom) has been working in misc/perl just the past few days on a swig interface
18:41.14brlcadso yeah, you could certainly start there though that is a work in progress
18:41.21Notify03BRL-CAD:brlcad * 56428 brlcad/trunk/include/orle.h: assume stdc
18:41.28cogitokatAh, I see
18:41.57Notify03BRL-CAD:mohitdaga * 56429 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Add routines which performs operations with contant.
18:42.44cogitokatbrlcad, is there anywhere else I can see bindings being made successfully?
18:44.28Notify03BRL-CAD:mohitdaga * 56430 brlcad/trunk/src/libicv/operations.c: trailing ws
18:45.04brlcadcogitokat: I'm afraid only in Tcl and not via SWIG
18:45.29brlcadcogitokat: do you have a goal in mind?  there might be another way
18:46.56cogitokatbrlcad, the goal is to make nurbs things happen in python, using brlcad
18:47.39brlcadof course you reach into the most advanced and active area of devleopment... :)
18:48.44brlcadcogitokat: three thoughts come to mind
18:49.08brlcad1) you could try to swigify just openNURBS (src/other/openNURBS, C++)
18:50.06brlcad2) you could swigify our LIBGED library, which gets you access to most commands used for our scripting layer and mged
18:51.21brlcad3) our geometry service project (which is not yet usable) is designed to bridge language bindings through a net-centric protocol
18:52.09Notify03BRL-CAD:tbrowder2 * 56431 (brlcad/trunk/doc/burst/Funcs =================================================================== and 33 others): add burst doc source
18:56.11cogitokatbrlcad, I think I'll attempt to do #2.
18:57.47Notify03BRL-CAD:mohitdaga * 56432 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Add functions which performs operations between two images.
19:00.03cogitokatbrlcad, thanks for the info and suggestions
19:07.42Notify03BRL-CAD:mohitdaga * 56433 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Add icv_saturate function. This changes the saturation of image pixels.
19:11.14Notify03BRL-CAD:mohitdaga * 56434 brlcad/trunk/include/icv.h: Add ICV_EXPORT before the functions.
19:20.04brlcadcogitokat: let me or any one of the other guys know if you need anything
19:20.27brlcadreally looking forward to someone taking that to the next level, setting up a useful interface
19:24.47Notify03BRL-CAD:starseeker * 56435 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/move_all.c): Extract the bit from mvall that does the object reference renaming for a comb tree and make it available as a function call - will need this for a comb command feature.
19:24.59cogitokatbrlcad, I sure will, does tom use irc?
19:25.49brlcadsometimes, but he's more active on the mailing list
19:26.07cogitokatah
19:26.39brlcadyou're welcome to work with him there or, if his progress stagnates, take over the initiative
19:27.28zero_leveltime for some stats functions after the break. And it is raining cats and dogs here :-)
19:27.50cogitokatsounds good
19:28.42zero_levelbrlcad : pixsaturate is converted to icv_satureate.
19:28.52zero_level*icv_saturate.
19:29.05zero_levelpix_satureate contains author info
19:29.31zero_leveldo you think I should bring that name too icv_saturate
19:29.41zero_levelc/pix_saturate/pixsaturate
19:29.55zero_levelc/too/to
19:33.40Notify03BRL-CAD:brlcad * 56436 brlcad/trunk/src/util/pixsaturate.c: clean up the description, remove duplicate info and authorship commentary
19:33.42brlcadzero_level: there's your answer
19:35.38zero_levelalright. Thanks.
19:42.28``Erikwhat's the issue with the current swig stuff? it was able to compile generated interfaces for a couple languages when I committed it
19:47.54cogitokat<PROTECTED>
19:55.32Notify03BRL-CAD:brlcad * 56437 brlcad/trunk/include/bu.h: simplify temporal comment
19:56.44Notify03BRL-CAD:mohitdaga * 56438 brlcad/trunk/include/icv.h: The way flags are used. They must be powers of 2.
20:07.27Notify03BRL-CAD:mohitdaga * 56439 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Add stat.c This will contain statistics and histogram routines. Also adding icv_hist function
20:08.34Notify03BRL-CAD:starseeker * 56440 brlcad/trunk/src/librt/comb/db_comb.c: Oops, helps to actually commit the definition.
20:13.00Notify03BRL-CAD:mohitdaga * 56441 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/stat.c): Change the name of the function
20:14.16Notify03BRL-CAD:mohitdaga * 56442 brlcad/trunk/src/libicv/stat.c: Change the name of the function
20:16.45Notify03BRL-CAD:brlcad * 56443 brlcad/trunk/src/external/Cubit/g-sat.cpp: don't forget to update the cpp files, s/rt_g/RTG/
20:16.56Notify03BRL-CAD:mohitdaga * 56444 brlcad/trunk/src/libicv/stat.c: Add icv_min function.
20:18.10Notify03BRL-CAD Wiki:Vladbogolin * 5899 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */
20:18.31Notify03BRL-CAD:mohitdaga * 56445 brlcad/trunk/include/icv.h: Declare functions in the header.
20:18.58Notify03BRL-CAD:brlcad * 56446 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/adrt/load_g.c and 93 others): rename the rt_g global to RTG so that it's more distinct that it's a global, less likely to shadow, and so that it doesn't match struct rt_g in name.
20:19.38zero_levelbrlcad : what is your say about the api now ?
20:23.46Notify03BRL-CAD Wiki:Level zero * 5900 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */
20:24.37Notify03BRL-CAD:brlcad * 56447 brlcad/trunk/src/librt/globals.c: rename the actual global, rt_g is now RTG.
20:24.38brlcadzero_level: I'll have a look later this afternoon
20:24.45zero_levelalright
20:24.52zero_levelgoes to bed.
20:25.24Notify03BRL-CAD:mohitdaga * 56448 brlcad/trunk/src/libicv/stat.c: trailing ws
20:25.25brlcadwatching the commits, it's been looking good
20:25.37brlcadmight want to do a pass over the header file to make sure it's neat/organized
20:25.41brlcadso it's easy to digest
20:25.45brlcada quick pass
20:25.46zero_levelalright.
20:26.06zero_levelIts 1:55 am here. :-)
20:26.30zero_levelstat requires comments and operations a modifcations.
20:26.45zero_levelI will try to catch them early morning tommorow.
20:27.23brlcadsounds good
20:28.53Notify03BRL-CAD:brlcad * 56449 brlcad/trunk/CHANGES: rt_g is now RTG
20:37.34*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:44.50Notify03BRL-CAD:brlcad * 56450 brlcad/trunk/src/libicv/operations.c: remove debug statement (should have used %f and/or bu_log anyways).
20:57.37Notify03BRL-CAD:starseeker * 56451 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/src/libged/comb.c): Add initial stab at implementation of the 'lift region' option to comb (-l) that clears out all region flags below the specified combination and sets the region flag on the specified combination. If a region is used in another tree, this option uses the wrapping functionality to swap regions for combs in
20:57.39Notifythe local tree while preserving the region's properites elsewhere, except when doing so would yank the region flag out from a comb that is defining something in another tree. (basic option is described in man page, examples will be added to clarify.)
21:01.24Notify03BRL-CAD:brlcad * 56452 brlcad/trunk/src/conv/step/g-step.cpp: sfile is unused, removed
21:13.49Notify03BRL-CAD:n_reed * 56453 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/CMakeLists.txt): add empty brep editing frame to archer
21:20.47Notify03BRL-CAD:starseeker * 56454 brlcad/trunk/src/libged/comb.c: No need to search every time, just add and remove the pointers as needed.
21:26.00Notify03BRL-CAD:starseeker * 56455 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Add -l option to man page usage.
21:27.14brlcadcogitokat: try commenting out that render.h line (it shouldn't even be looking at that file)
21:27.42brlcadthat might be the difference, you're running on an install tree instead of the published headers in our source include/ directory
22:12.33``Erikbrlcad: any chance of adding %%ircname%% to new-committer.template? :D
22:13.17``Eriksearches AUTHORS O.o
22:51.03brlcad``Erik: sure
22:51.12brlcadhe's ejno ;)
22:51.55Notify03BRL-CAD:brlcad * 56456 (brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/system/man3/en/librt.xml and 136 others): the rt_functab global is now OBJ. this will eventually not matter because we'll hide the table behind an API (and then make it go away with self-registered types).
IRC log for #brlcad on 20130802

IRC log for #brlcad on 20130802

00:00.51cogitokatbrlcad, I just tried what you said and it let me do a swig command without anymore errors, neat! It still isn't creating a proper python module, yet, but at least I can tinker with that now.
00:28.36``Erikhearing rumor that the inner harbor is starting to fill up with bronies O.o
03:29.16Notify03BRL-CAD:starseeker * 56457 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Add examples illustrating the various behaviors of the -l option for comb.
04:48.31Notify03BRL-CAD Wiki:Harman052 * 5901 /wiki/User:Harman052/GSoc2013/Logs:
04:56.37Notify03BRL-CAD:phoenixyjll * 56458 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Reuse the surface trees and curve trees during multiple intersections to reduce repeat computation.
05:08.58*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-esmwfsspckywvnea)
05:08.58Notify03BRL-CAD Wiki:Harman052 * 5902 /wiki/User:Harman052/GSoc2013/Logs: /* July 01 2013 */
06:34.18*** join/#brlcad caen23_ (~caen23@92.81.193.198)
06:37.39Notify03BRL-CAD:phoenixyjll * 56459 brlcad/trunk/src/libbrep/intersect.cpp: Make sure the results after iterations are inside the domains.
06:49.51Notify03BRL-CAD:mohitdaga * 56460 brlcad/trunk/include/icv.h: Improve comments of routines in operations.c
07:01.41*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ywdhpckytrlbnxzi)
08:28.18*** join/#brlcad merzo (~merzo@207-17-133-95.pool.ukrtel.net)
08:30.52*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xmppilpmofuwgrrd)
09:22.33Notify03BRL-CAD:mohitdaga * 56461 brlcad/trunk/include/icv.h: Add comments for stats routines
09:26.35*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
09:35.05Ch3ck_brlcad: starseeker: ``Erik: when creating the code patches for these unit tests should I add them as iterations of each other or as independent patches, whereby one does not depend on another both in application and integration in code?
09:37.11*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
09:37.38*** join/#brlcad Izak__ (~Izak@195.24.220.16)
10:21.38``Erikif the two patches can be applied in either order (no conflicts), then they can be seperate patches... if they conflict in some fashion, then they should be done serially and a note the dependancy in the comments
10:28.20Ch3ck_ok I made them to apply independently with no conflicts what so ever
10:28.23Ch3ck_so its ok
10:38.09Izak_brlcad:I am finding difficulties calculating the bounding box of the heart
12:35.01starseekergah - regression tests are broken (rtweight)
12:40.39zero_levelstarseeker : I believe it is not because of ICV :P
12:41.13zero_levelCh3ck notified this few days back.
12:41.50*** join/#brlcad kesha (~kesha@14.139.122.114)
12:44.06starseekergoes hunting
12:55.18zero_levelI was not sure why my shrink routines were not workin while doing a unit test.
12:55.58zero_levelzero level sees there are seg faults in bwshrink (undersample and normal) pixshrink(undersample).
12:56.08zero_levelI am trying to fix them.
12:56.19*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
13:04.36starseekerrtweight breakage was introduced in r56243
13:11.44starseekerIzak_: I think that's why the free logic for the output file didn't live in do.c - the commands using the -o file for image output can get away with that, but the ones using it for text output can't - and do.c is reused by all of them, so it has to be handled on a per-command basis
13:13.20Izak__starseeker: i don't understand :(
13:15.49Izak__starseeker: I am taking a look at do.c
13:15.56Notify03BRL-CAD:phoenixyjll * 56462 brlcad/trunk/src/libbrep/intersect.cpp: When i < 2 and >= 2, the iso-curve is on surface A and surface B respectively.
13:17.26zero_levelstarseeker can u paste the error. I am getting this http://paste.kde.org/p58ae57e2/
13:18.04starseekerzero_level: try make regress-weight
13:18.23Notify03BRL-CAD:phoenixyjll * 56463 brlcad/trunk/src/libbrep/intersect.cpp: Fix wrong use of m_a and m_b.
13:18.32zero_levelstill getting same.
13:18.57starseekerIzak__: you should be seeing something about rtweight segfaulting
13:19.15starseekeryou didn't post your full output there
13:19.42starseekerI may not have the cause correct yet, still digging
13:19.50zero_levelalright. Thanks.
13:20.54Notify03BRL-CAD:phoenixyjll * 56464 brlcad/trunk/src/libbrep/intersect.cpp: Remove the curves that doesn't have shared points on both starting point and end point (it's impossible for them to be a part of the loop)
13:22.07Notify03BRL-CAD:phoenixyjll * 56465 brlcad/trunk/src/libbrep/intersect.cpp: Should be non-strictly in and strictly out.
13:24.15starseekerhuh.  Yeah, that's not it, but it's still something introduced in r56243
13:26.49zero_levelstarseeker can u paste the error.
13:27.25zero_levelIs it the same as the link I gave ?
13:28.00Notify03BRL-CAD:carlmoore * 56466 (brlcad/trunk/doc/burst/paper.mm brlcad/trunk/doc/burst/screen.tbl and 2 others): fix spellings and remove trailing blanks/tabs
13:32.05Notify03BRL-CAD Wiki:Phoenix * 5903 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
13:32.39Ch3ck_starseeker: just wrote the unit tests for all the routines in poly.c. So I wish to know if i really need to write unit tests for bn_pr_poly() and bn_pr_roots() routines since they simply just print  output?
13:33.09Ch3ck_which I don't think its really that useful.
13:33.34*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:34.15starseekerCh3ck_: nah (at least, not a priority).  How are you getting the "valid" poly results to compare to?
13:34.40Ch3ck_yes
13:34.49starseekerGNU Octave, Maxima, ...?
13:35.25Ch3ck_tried extreme cases of known results using online poly calculators
13:35.38Notify03BRL-CAD Wiki:Phoenix * 5904 /wiki/User:Phoenix/GSoc2013/Reports: /* Mid-term summary */
13:35.49starseeker"online poly calculators"?
13:35.51Notify03BRL-CAD Wiki:Phoenix * 5905 /wiki/User:Phoenix/GSoc2013/Reports: /* Mid-term summary */
13:36.00starseekerdid you document which ones in the source code of the tests?
13:36.16Ch3ck_like mathportal.org
13:36.23starseekerimportant for something like this to explain why the control numbers you are testing against are believed to be correct
13:37.01Ch3ck_ok like actually explaining how i get the correct numbers in the source codes?
13:37.11starseekerabsolutely
13:37.41Ch3ck_well did not include that in the source code
13:38.02Ch3ck_but will do the modifications and give a link to the mathportal.org site
13:38.05Ch3ck_is that ok?
13:38.13starseekerif you use the numbers from our solver to make the control numbers, the unit test just verifies the behavior is consistent from release to release
13:38.45starseekerthat's valuable, but as long as you're crafting the tests its also an opportunity to document the correctness of our solver as compared to results from "trusted" sources
13:39.18starseekerisn't familiar with mathportal... do they say what they are using as their solver engine?
13:39.44starseekerwant to document what solver software is used, not just the web address - a website can change its backend.
13:40.00Ch3ck_yeah.. let me check that.
13:40.12starseekerI.e., are they using Mathematica version 4.1, Matlab 3.2, GNU Octave version 2.3, etc...
13:40.48starseekerand if there *are* differences, need to investigate why
13:41.47Ch3ck_ok will do
13:42.14Ch3ck_so how do i include the documentation in the code? as a comment at the beginning of the file? or what?
13:42.19starseekerIzak__: http://paste.kde.org/peefb18ad/
13:42.25starseekerCh3ck_: that's fine
13:42.51starseekerwhen you encode the "correct" comparison result, add a comment with that definition that documents where it came from
13:43.05Ch3ck_ok
13:44.02starseekerIzak__: that's the crash I'm seeing for rtweight
13:44.59Izak__starseeker: I don't get it. I have not compiled the code I have written yet.
13:46.25starseekerIzak__: backtrace is crashing at viewweight.c:381 when it tries to write to outfp
13:51.34*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
13:52.04*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
13:52.05*** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net)
13:52.09*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
13:52.19*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
13:56.41Izak__starseeker: I am building right now. I am not working on these source files now. Maybe some other developer is
14:08.16Notify03BRL-CAD:tbrowder2 * 56467 brlcad/trunk/doc/burst/Make-paper.sh: don't need ps.tmac
14:15.40zero_levelstarseeker : how do u think we can fix this ?
14:16.32Notify03BRL-CAD:starseeker * 56468 brlcad/trunk/src/rt/viewweight.c: Have rtweight handle outfp locally based on the options. Not sure if this is the 'correct' fix given the problem was somehow introduced in r56243 (not sure why yet) but it does seem to make sense and gets regress passing again.
14:18.35starseekerzero_level: need to understand why it suddenly fails in r56243.  I've committed a change to get it working, but I don't know if that's the 'correct' fix because I don't know yet what about r56243 originally broke it
14:19.00zero_levelstrange. It is
14:19.08starseekerzero_level: take a look at it without my fix and see if you can reproduce it
14:19.40zero_levelAfter libicv i want to work on organizing rt.
14:20.09zero_levelIt seems to involve a lot of files.
14:20.20zero_levelI hope it will be interesting to work on it.
14:20.38zero_levelstarseeker : looking at this.
14:26.19zero_levelstarseeker : outputfile is the file where we write images.
14:26.31zero_levelit is the argument in icv_save()
14:26.50Notify03BRL-CAD:starseeker * 56469 brlcad/trunk/src/libged/comb.c: Thank you repository regression test. Use bu_strcmp instead of strcmp
14:36.03Notify03BRL-CAD:starseeker * 56470 brlcad/trunk/doc/CMakeLists.txt: Tell the build system about the burst doc files - not something to install in this form, but still need to be aware that they are there.
14:43.18Notify03BRL-CAD Wiki:Deep bidhare * 0 /wiki/User:Deep_bidhare:
15:02.33starseekerIzak__: sorry, a couple of zero_level's comments got directed to you by mistake
15:02.40Ch3ck_starseeker: checked mathworld and they have given their math solver. should i retry the values with octave? since i have it installed
15:02.49starseekerCh3ck_: sure
15:03.41Ch3ck_then i will have to edit the patches so as to include the references and reference values.
15:04.05starseekerright (regenerate them, don't edit the patch files directly)
15:04.33starseekerzero_level: I may have already fixed the issue with rtweight - I just want to be sure you understand what was happening and why
15:04.42Ch3ck_ok
15:05.12starseekerzero_level: was talking about it with ``Erik, and what r56468 did should work
15:05.41starseekerzero_level: but the key when working with the rt tools like this is to be aware of when you might be breaking things
15:06.20starseekerCh3ck_: hopefully, everybody should agree on the solutions to the equations
15:06.33Ch3ck_ok
15:07.13Ch3ck_just want to verify the values with octave.But my octave keeps giving me this error " libhdf5.so.6"
15:07.27starseekerthat's a library
15:07.29Ch3ck_do you have any idea on how to fix it? :(
15:07.31Ch3ck_yeah
15:07.40Ch3ck_probably a yum command on how to downlaod it.
15:07.41starseekereither need to install hdf5 or rebuild octave
15:07.58Ch3ck_i have installed hdf5 already but
15:08.04Ch3ck_i still get the same msg
15:08.06Notify03BRL-CAD:erikgreenwald * 56471 brlcad/trunk/TODO: add note about rtweight in regress, breakage was observed from a seemingly unrelated modification
15:08.20starseekerwhat distribution?
15:08.26Ch3ck_SL 6
15:08.37Ch3ck_a clone of RHEL
15:09.29starseekerhttp://octave.1599824.n4.nabble.com/Problem-in-3-6-2-on-SL6-with-hdf5-td4631690.html
15:09.34starseekerdoes that help?
15:09.49Ch3ck_checking it out..
15:13.35Notify03BRL-CAD:carlmoore * 56472 (brlcad/trunk/doc/burst/fb.tbl brlcad/trunk/doc/docbook/system/mann/en/comb.xml and 4 others): fix spellings and grammar
15:14.09zero_levelstarseeker can u guide me how should I find what made this error .
15:14.14Ch3ck_starseeker: this doesn't help me much.
15:14.29zero_levelA) I have not touched rtweight.c
15:14.51*** join/#brlcad merzo (~merzo@54-12-133-95.pool.ukrtel.net)
15:15.04zero_levelB) I have no clue how changing other rt tool brought in that error.
15:23.43zero_levelinvestigates what was wrong in 56243
15:25.13``Erikheh neat http://www.boredpanda.com/fun-maps-they-didnt-teach-you-in-school/
15:26.07Notify03BRL-CAD:starseeker * 56473 brlcad/trunk/src/gtools/CMakeLists.txt: In order for beset to work with the LOCAL flag (which a recent change rolled in with NO_INSTALL) it needs to have its build target in the beset subdirectory - otherwise, the binary output name conflicts with the directory in the gtools build dir holding the beset information. Should fix the in-src-dir build.
15:27.37starseekerzero_level: yeah, the rt tools are intertwined - they all share a lot of the same source code files.
15:28.11starseekerit looks like viewweight.c was assuming something from the previous image handling behavior, and its assumption is no longer valid.
15:28.59starseekerzero_level: I would suggest running the regress scripts regularly as you're making changes
15:29.33starseekerCh3ck_: installing newer RPMs doesn't help?
15:30.46Ch3ck_well i have the libhdf5.so.7
15:31.07starseekerright, so if there is a newer octave rpm that you can get that uses that version...
15:31.22Ch3ck_well looking at a solution where which shows i'll have to create a symbolic link or something like that 'ln -s /directory'
15:31.35Ch3ck_got it already.
15:31.35zero_levelalright.
15:31.45zero_levelJust found the bug.
15:32.26zero_levelSince the new icv api doesnt open the image therefore we dont have anythin in output pointer
15:33.14zero_levelbut starseeker you were quick to identify the error ? How did u do this ?
15:33.21starseekernods. Figured it was something like that. That's probably OK, actually, since now rtweight fopens with just 'w' rather than the binary output
15:33.33zero_levelyes.
15:33.44starseekerzero_level: eh?  I just used gdb to see what was segfaulting
15:34.16zero_levelalright. So you ran the whole regress with gdb ?
15:35.06starseekerled me to viewweight.c
15:35.19starseekerjust the rtweight command from regress
15:36.30Notify03BRL-CAD:erikgreenwald * 56474 brlcad/trunk/TODO: nevermind, rtweight is already in regress
15:36.30starseekergdb --args ../bin/rtweight <options> (but without the redirect at the end)
15:36.52starseekerwhen it segfaulted, that let me use the backtrace command bt
15:37.09starseekerwhich showed that the failure was trying to fprintf to outfp
15:37.42starseekerthe most logical reason for that to fail was outfp never got opened.  Then the challenge was to figure out where it *should* have been opened
15:38.27zero_levelgets back to some shrinking...
15:38.32starseekerthat was the time consuming part.  Eventually concluded that it made sense for viewweight.c to take care of it locally, since binary and ascii write modes are different anyway
15:42.28Ch3ck_starseeker: fixed the problem with octave created the sym links correctly so verifying the values..
15:51.02Notify03BRL-CAD:mohitdaga * 56475 brlcad/trunk/src/util/bwshrink.c: Remove unwanted bu_free
15:53.57*** join/#brlcad kesha_ (~kesha@14.139.122.114)
15:54.20Ch3ck_verifying values and they are returning the correct results as mathforum.org
15:54.37Ch3ck_modifying patches to resubmit on sourceforge.
15:54.52*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801)
16:42.19*** join/#brlcad vladbogo (~vladbogo@188.25.239.5)
17:01.14Notify03BRL-CAD:mohitdaga * 56476 brlcad/trunk/src/util/pixshrink.c: Fix buffer freeing issue.
17:02.07zero_levelhi ``Erik, brlcad : I would like you to see shrink function in both util/pixshrink.c and util/bwshrink.c
17:02.12zero_levelThere are issues here.
17:02.33zero_level* It must do boxcar averaging.
17:04.17*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:04.32zero_level* but it seems  the function repatedly goes to the same locations and does redundancy. (Thus performs horizontal redundancy.)
17:04.55zero_levelI have two wasy to fix this.
17:06.24zero_levelA remove the box car averaging and do horizontal averaging . (Improves performance by shrink_factor)
17:06.30zero_levelOR
17:07.01zero_levelIntorduce a new buffer.(needs more memory byt performance remains same).
17:07.10*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:20.59zero_levelalright taking my call.
17:21.21zero_levelDoing it with the 2nd way.
17:25.06*** join/#brlcad kesha__ (~kesha@14.139.122.114)
17:27.11Notify03BRL-CAD Wiki:195.24.220.16 * 5906 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */
17:27.41zero_levelBTW is it mandatory to write the MidTerm Evaluation report in the logs ?
17:27.51Ch3ck_nope
17:27.54zero_levelI am sort of following the regular way.
17:27.58Ch3ck_nahh
17:28.04Ch3ck_have you read the rules?
17:28.09zero_levelwhich?
17:28.23Ch3ck_its a private matter between you and Google-melange
17:28.28Ch3ck_same goes for mentors
17:28.38Ch3ck_but you could still decide to paste it there
17:28.43Ch3ck_its your choice.
17:28.56zero_levelok Carol's mail
17:29.01zero_levelread them.
17:34.17*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801)
17:34.37Ch3ck_what about them?
17:38.32*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801)
17:43.22Notify03BRL-CAD:starseeker * 56477 (brlcad/trunk/NEWS brlcad/trunk/src/libged/gqa.c): Per user request, have gqa include information about what grid size is being used, rather than simply reporting 'empty' or 'Summary'
17:49.00*** join/#brlcad avneet (~avneet@202.164.53.122)
17:49.43Notify03BRL-CAD:starseeker * 56478 brlcad/trunk/NEWS: Added -l option to comb command that 'lifts' the region flag to the top level comb and clears all region flags in the tree below that comb. Has some advanced features, like automatically wrapping regions that are used elsewhere in the .g file and referencing the comb created by the wrap, and refusing to perform the operation if it cannot be done without changing
17:49.45Notifyassembly definitions used elsewhere in the tree (see the comb man page for examples.)
17:49.54Notify03BRL-CAD:tbrowder2 * 56479 (brlcad/trunk/doc/burst/Makefile =================================================================== and 29 others): add missing Makefile
17:51.05Notify03BRL-CAD:tbrowder2 * 56480 (brlcad/trunk/doc/burst/Make-paper.sh =================================================================== and 17 others): rename for clarity of intent
17:52.33Notify03BRL-CAD:tbrowder2 * 56481 brlcad/trunk/doc/burst/Makefile: add a couple of more files for cleaning
17:53.34*** join/#brlcad kesha__ (~kesha@14.139.122.114)
18:00.16Notify03BRL-CAD:tbrowder2 * 56482 brlcad/trunk/doc/burst/Makefile: reflect changed file names; rename target for clarity
18:00.58Notify03BRL-CAD:tbrowder2 * 56483 (brlcad/trunk/doc/burst/paper.mm =================================================================== and 1016 others): rename main troff source fiel for clarity
18:01.09Notify03BRL-CAD:starseeker * 56484 brlcad/trunk/doc/CMakeLists.txt: Sync doc/CMakeLists.txt file with burst changes
18:03.12Notify03BRL-CAD:tbrowder2 * 56485 (brlcad/trunk/doc/burst/run_doclifter.sh =================================================================== and 7 others): add script for experimenting with doclifter
18:04.34Notify03BRL-CAD:starseeker * 56486 brlcad/trunk/doc/CMakeLists.txt: Nevermind - just ignore the burst directory while work is ongoing.
18:12.25Notify03BRL-CAD:mohitdaga * 56487 brlcad/trunk/src/util/pixshrink.c: Improve Box Average method in shrink function
18:12.39Izak__Well I have already written prep,shot,bbox,print,vshot and curretly on norm
18:14.13Notify03BRL-CAD:mohitdaga * 56488 (brlcad/trunk/src/util/dunncolor.c brlcad/trunk/src/util/dunnsnap.c brlcad/trunk/src/util/pixshrink.c): trailing ws
18:15.27zero_levelnevermind. This new change doesnot increases memory burden. :-)
18:17.46Ch3ck_ok
18:18.02Ch3ck_updating patches on sf
18:18.41Ch3ck_starseeker: I have modified all the patches I submitted to make sure the reference value was from Octave. Waiting on your review.
18:24.49*** join/#brlcad kesha__ (~kesha@14.139.122.114)
18:29.55Notify03BRL-CAD:mohitdaga * 56489 brlcad/trunk/src/util/bwshrink.c: Improve BOX Average in shrink function.
18:54.12starseekerCh3ck_: looking at bn_poly_mul patch - a comment and a question
18:54.31Ch3ck_yes
18:54.39starseekerCh3ck_: question:  why use string comparison between the input and output, as opposed to a numerical comparison?
18:55.09Ch3ck_well guessed it would be easier since the variables are stored on an array
18:55.36Ch3ck_so casting it to a string and comparing string would be easier than actually iterating the array
18:55.58Ch3ck_and comparing each indext of the val.cf[] array
18:56.22Ch3ck_which i think is more efficient algorithmicall
18:56.23Ch3ck_y
18:57.09starseekerOK, I guess I can see that
18:57.16Ch3ck_yeah
18:57.52starseekercomment:  re-read Code Conventions section in HACKING and tell me what you need to change
18:58.38Ch3ck_for the bn_poly_multiply.patch
18:58.48Ch3ck_because thats the one you are to apply
18:59.03Ch3ck_well Sean talked about white spaces
18:59.24Ch3ck_ohh i see
18:59.27starseekerthose too
18:59.31Ch3ck_function definitions are wrong!
18:59.42Ch3ck_don't know why this slipped away
18:59.48Ch3ck_working on it right away
19:00.06starseekerCh3ck_: also, try something for me
19:00.20Ch3ck_yes
19:00.22starseekerchange one number in your "control" input and see if the test fails correctly
19:00.48Ch3ck_ok
19:10.48*** join/#brlcad merzo_ (~merzo@54-12-133-95.pool.ukrtel.net)
19:13.32starseekerTo run just your test, try "make tester_bpoly_multiply && ctest -I 234,234,1"
19:14.01starseekerif 234 isn't the right number, run "make test" once and look for your poly test in the output - that'll tell you the number to use
19:16.14Notify03BRL-CAD:tbrowder2 * 56490 brlcad/trunk/doc/burst/burst.mm: macro P is ignored following macro H
19:16.28starseekerneed to verify that your test both fails when expected and succeeds when expected
19:18.11*** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16)
19:19.32*** join/#brlcad kesha__ (~kesha@14.139.122.114)
19:24.25*** join/#brlcad kesha (~kesha@14.139.122.114)
19:25.01Ch3ck__starseeker: well since my main() function takes void i substituted the values in the poly_init() routine and it failed correctly
19:25.04Ch3ck__is that ok?
19:26.28starseekerso your ctest -I reported failure?
19:26.57starseekerCh3ck__: there's still another thing from Code Conventions that needs to be fixed
19:33.34starseekerCh3ck__: when I change one digit in one of the output numbers and do the following:
19:33.37starseekermake tester_bn_poly_multiply && ctest -I 234,234
19:33.47starseekerthe test still reports success
19:35.01Ch3ck__well my test report failure as expected.
19:35.37Ch3ck__ok
19:35.46starseekerwhat are you changing?
19:36.01Ch3ck__well the main function  takes no argument
19:36.13Ch3ck__so i don 't see how giving arguments change the output withing file
19:36.21starseekeryeah - I'm talking about the c source code where you define the expected numerical outputs
19:36.45Ch3ck__yes
19:36.50Ch3ck__well let me check
19:37.01starseekertry changing output[2].cf[0] = 0;
19:37.12starseekershouldn't it fail?
19:37.27Ch3ck__let me check
19:37.38starseekernot DOES it fail - SHOULDN'T it fail?
19:37.54starseekeroutput would contain an incorrect number
19:38.31Ch3ck__ok let me c
19:39.32Ch3ck__could you please give me the original value for output[2].cf[1]
19:39.46Ch3ck__starseeker?
19:41.23starseekeroutput[2].cf[0] =  61685316;
19:41.36starseekeroh, hang on
19:41.40Ch3ck__yes..
19:41.46starseekeroutput[2].cf[1] = 33552288;
19:42.53Ch3ck__yes
19:43.01Ch3ck__tested and function fails correctly
19:43.04Ch3ck__as expected
19:43.59Ch3ck__starseeker: what about yours?
19:46.30Ch3ck__does not printed output as in the pass case!
19:46.41Ch3ck__any contradictions on your side?
19:47.09starseekerit's passing here no matter what is in output2.cf[0]
19:49.19starseekerCh3ck__: can you paste to the kde.or pastebin what you're seeing?
19:49.45Ch3ck__ok
19:52.45Ch3ck__doing it and getting an error now..
19:52.50Ch3ck__I don't understand..
19:52.53Ch3ck__checking code
19:55.35starseekerCh3ck__: why are you assigning output[1] = bn_Zero_poly ? that's a bn_poly_t, not an integer or float
19:56.06starseekeroh, nevermind
19:56.16Ch3ck__well checking the strings and seeing that its a null string
19:56.27Ch3ck__stored at both outputs thats why its printing correct
19:56.37Ch3ck__will do some further tests on the patch tomorrow.
19:56.50starseekerCh3ck__: ok - something doesn't look right here though
19:56.55Ch3ck__yes..
20:00.11Ch3ck__wanna go get something to eat. been starving since morning
20:00.33Ch3ck__could you please msg me the errors so I could start work on them. thanks :)
20:08.46Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5907 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
20:09.19Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5908 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
20:19.37starseekerCh3ck: it's not even compile or test errors - I'm not convinced the setup is correct at all.  Start by printing out our poly solver's results and visually comparing them to the Octave numbers.  If those look close, then you know you're calling the solver correctly and can build up from there
20:34.02Notify03BRL-CAD Wiki:Level zero * 5909 /wiki/User:Level_zero/GSOC13/logs: /* Spelling corrections and Organizing in a better way */
20:36.25Notify03BRL-CAD Wiki:Level zero * 5910 /wiki/User:Level_zero/GSOC13/logs: /* Making a different section for pre Coding Period*/
20:37.27zero_levelbrlcad, ``Erik thanks. :)
20:55.21Notify03BRL-CAD:starseeker * 56491 (brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Preparing to remove dbfind, add -a and -h/-? options for search. The latter are the standard help options, and the former allows search to look at hidden combs. Still don't offer exactly the same functionality as dbfind with the -a option - because search always does a full pathc search under the hood, combs that exist
20:55.23Notifyonly under a hidden comb won't show up. May want to add a -f option to allow a truly 'flat' search
20:56.02Notify03BRL-CAD:starseeker * 56492 brlcad/trunk/NEWS: Add ability to see hidden combs in searches with the -a option for search
21:23.27Notify03BRL-CAD:starseeker * 56493 brlcad/trunk/src/libged/search.c: Ah, right. Because search expressions run the risk of looking like options, we need to constrain the bu_getopt search to the front of the argv string. Do one pass to count the maximum possible number of options. Then, do a second pass and make sure that anything counted as an option is in the front of the argv array. May have to impose even stronger
21:23.29Notifyrestrictions by identifying a valid path or search expression term and haulting there - we'll see.
21:45.19Notify03BRL-CAD:starseeker * 56494 brlcad/trunk/src/libged/search.c: Don't need to bother with multiple bu_getopt calls, and for the purpose here that's not ideal anyway. Just loop until we hit something that isn't a flag.
22:06.45Notify03BRL-CAD:r_weiss * 56495 brlcad/trunk/src/conv/fast4-g.c: Allow the fast4-g converter to skip blank lines.
IRC log for #brlcad on 20130803

IRC log for #brlcad on 20130803

01:48.37Notify03BRL-CAD:starseeker * 56496 brlcad/trunk/doc/docbook/system/mann/en/search.xml: No dash in front of exclamation mark for NOT in search
02:00.19starseekertofu: if I want to dramatically change the librt interface to search, do I need to deprecate the old calls?  I very seriously doubt anyone besides the search command used it, given how ackward it was/is to use...
02:00.42starseekeris willing to do it, but would feel a little silly...
02:03.09starseekeralso, the dbfindtree tcl script command... I can probably make that a wrapper around search, but should we just deprecate it?
02:10.27starseekerhrm - 'make /test.s sph' causes some interesting problems
03:31.18*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
03:36.38*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
04:02.42*** join/#brlcad kesha (~kesha@14.139.122.114)
04:44.31*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
06:16.38Notify03BRL-CAD Wiki:Harman052 * 5911 /wiki/User:Harman052/GSoc2013/Logs:
08:35.03*** join/#brlcad evgeny (~Miranda@109.194.34.184)
08:35.11*** part/#brlcad evgeny (~Miranda@109.194.34.184)
08:45.03Notify03BRL-CAD:phoenixyjll * 56497 brlcad/trunk/src/libbrep/intersect.cpp: More powerful error handling - try another two options if the mid point is not sufficient.
08:45.23Notify03BRL-CAD Wiki:Phoenix * 5912 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
08:46.46Notify03BRL-CAD Wiki:Phoenix * 5913 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
08:48.30Notify03BRL-CAD Wiki:Phoenix * 5914 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
08:49.37Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Extreme_final.png:
09:16.23*** join/#brlcad vladbogo (~vlad@188.25.239.5)
09:32.21*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
09:48.32Notify03BRL-CAD Wiki:KeshaSShah * 5916 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */
10:01.44Notify03BRL-CAD:mohitdaga * 56498 brlcad/trunk/src/libicv/CMakeLists.txt: Adding libicv/decimate.c. This will contain all the srinking and decimating utilities. Also adding fuction shrink_image. This function uses box averaging to shrink an image.
10:24.34*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
10:46.31Notify03BRL-CAD:mohitdaga * 56499 brlcad/trunk/src/libicv/decimate.c: Add under_sample function. This will be one of the methods to decimate an image.
11:29.41*** join/#brlcad avneet (~avneet@202.164.53.122)
11:31.07Ch3ck_starseeker: saw the bug in all the patches that made them to return only correct results. I forgot to call the poly_init() function in the main() and this left all the array initialized to zero..
11:31.24Ch3ck_starseeker: reworking all of them and testing with wrong values to make sure everything is fine.
12:49.40starseekerCh3ck_: that's looking better
13:03.34Notify03BRL-CAD:starseeker * 56500 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add patch #221 from Nyah Check (Ch3ck) implementing a libbn test for bn_poly_multiply.
13:04.22starseekerCh3ck_: remember if you do need to use functions like strcmp in the future, the HACKING file lists a number of functions for which we supply more robust replacements
13:04.51starseekerCh3ck_: I suggest using the regression test 'make regress-repository' which will automatically check for a number of such issues (not all, but some)
13:09.52zero_levelstarseeker can u explain how regress works ?
13:09.57zero_leveland what it checks ?
13:10.06zero_levelIs there any document i can read about
13:10.22starseekeroverall, regress is a broad series of integration tests that check whether functionality is working correctly
13:10.31starseekerraytracing, analysis codes, converters, etc.
13:11.11starseekerit works by launching shell scripts (currently) that in turn launch the programs and check that their output is as expected
13:11.49starseekerregress-repository is a bit different - it looks through the source code to make sure that certain coding conventions (for example, using bu_strcmp instead of strcmp) are followed
13:12.40starseekerany failure in those tests (like the previous issue of rtweight not doing what was expected) is a "regression" in functionality and hence constitutes a problem that must be fixed
13:13.07starseekerto run *all* the regression tests, you use the toplevel regress build target:  make regress
13:13.20starseeker(the parallel -j flag will work, but makes the output harder to interpret)
13:14.04starseekerto run an individual test, you can run 'make regress-<testname>'
13:14.40starseekerto see what tests are available, check the CMakeLists.txt file in the regress repository
13:14.59starseekerfor more details on what each tests actually does, check the .sh scripts in the regress directory
13:15.36starseekerzero_level: so the specific test that caught the rtweight issue was regress-weight
13:15.46starseekerthere are several others that test the raytracer
13:16.05zero_levelyeah. i see in my parrallel screen. There are lots of stuff in regeress
13:16.29zero_leveldo u think we will need regress testing for icv
13:16.33zero_leveli see for gcv
13:17.32starseekerProbably not a bad idea - have small test images in .pix, .png, etc. format and ensure that the image converters using icv can reproduce the correct outputs given known inputs
13:17.46starseekerzero_level: I doubt you're quite there yet though
13:18.08zero_levelalright.
13:18.13starseekerzero_level: once you reach the point where you have the icv design and implementation where you think it is in good shape, then we can come up with some tests
13:18.49zero_levelalright. I will get back to you in october then.
13:26.12starseekerlots of possibilities - empty images, small single color images, automatically generating extremely large images (don't want to commit those to the repository, but there may be a way to automatically create some test inputs on the fly...)
13:27.44starseekerwe'll probably lose some information (like transparency from PNG inputs) unless we move to something like openexr as the internal "pivot" format
13:27.46``Erikicv should probably have unit tests wired into the ctest stuff
13:28.52starseekernods - if that makes sense, then absolutely. Those can be developed in tandem with the library then
13:29.02*** join/#brlcad avneet (~avneet@202.164.53.122)
13:30.29zero_levelwell i wrote in my trunk.
13:30.42zero_levelBut they are not very automatic.
13:30.59``Eriklibbu has examples of ctest style 'unit' tests being run, I'd argue that each function should have it's own add_test() line (maybe using the same executable with an argument to say which test to run)
13:32.49zero_levelI mean for eg. icv_crop.c crops an image. but not automatically. there are two many values hardwired.
13:33.07zero_leveland then i tested from matlab if it cropped at the said pixel.
14:02.10*** join/#brlcad avneet (~avneet@202.164.53.122)
14:38.00*** join/#brlcad avneet (~avneet@202.164.53.122)
14:39.24Notify03BRL-CAD:mohitdaga * 56501 brlcad/trunk/src/libicv/decimate.c: Adding nintrep : nearest neighbour method to interpolate an image.
15:06.45*** join/#brlcad vladbogo (~vlad@188.25.239.5)
15:11.49*** join/#brlcad merzo_ (~merzo@253-199-133-95.pool.ukrtel.net)
15:32.59*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
15:33.06Ch3ck_starseeker:ok
15:35.48Ch3ck_starseeker: i have also fixed 222 and 223 tickets
16:17.05Ch3ck_starseeker: 224,225
16:17.08Ch3ck_fixed
16:17.36*** join/#brlcad Ch3ck___ (~Ch3ck@195.24.220.16)
16:29.47*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:23.23Notify03BRL-CAD Wiki:NyahCh3ck20 * 5917 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */
17:46.02Notify03BRL-CAD:mohitdaga * 56502 brlcad/trunk/src/libicv/decimate.c: Bilinear interpolation binterp for up scaling of images.
17:49.04*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
18:03.04Notify03BRL-CAD:starseeker * 56503 brlcad/trunk/src/libicv/decimate.c: fix typo
18:04.41Notify03BRL-CAD:starseeker * 56504 brlcad/trunk/TODO: Add a TODO note that Archer needs to remember the command window size and placement when it is in detached mode.
18:05.31starseeker``Erik: dumb question - if argv lists are null terminated, why is there a need to pass in argc?  Why not just deduce it from the argv array?
18:08.23zero_levelstarseeker : Indded was just making a commit correcting that and other.
18:08.32zero_levelanyways. Thanks
18:08.44starseekerzero_level: heh - sure.  Just saw broken build, fixed it
18:12.38zero_levelalright.
18:16.37zero_levelstarseeker : is there some complex process to change the file name in svn
18:16.47zero_levelmaintaining the log.
18:17.56zero_levelor it is trivial mv command.
18:18.00Notify03BRL-CAD:mohitdaga * 56505 brlcad/trunk/src/libicv/decimate.c: Fix Memory allocation issue and parameter.
18:18.22zero_levelI searched, they recommend svn mv.
18:18.39zero_levelbut using this are the logs entacted ?
18:27.23starseekersvn mv
18:27.39starseekerthere are ways to get the history
19:01.09Ch3ck_starseeker: I have fixed almost all the patches on the last one
19:01.20Ch3ck_you could check them and give me feedback ;)
19:54.38``Erikstarseeker: I dunno... is the argv array itself guaranteed to be null terminated? (could be that it didn't used to be null terminated, but so much stuff used argc, it was left in) *shrug* that'd be an interested project, digging up the early details of argv/argc :D
19:55.16Notify03BRL-CAD Wiki:Level zero * 5918 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */
19:56.02``Erikstarseeker: here's an interesting tidbit, if the program itself cannot determine it's name, argv[0] will be NULL even if there are valid arguments
20:08.31Ch3ck_starseeker: finished updating all patches. They all should apply now.. waiting for feedback.
20:22.30*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
22:25.14Notify03BRL-CAD Wiki:Vladbogolin * 5919 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */
IRC log for #brlcad on 20130804

IRC log for #brlcad on 20130804

01:30.19starseeker``Erik: the context for me is passing in an argv-style array as an argument to a function (an array of path names, specifically) - if I stipulate that the input has to be a null-terminated char ** array, I should be OK without needing an explicit path count variable in addition
01:30.31starseeker(unless I'm missing something - hence my question)
01:41.51``Erikif this is for a libged func, I'd think you'd be ok... (mebbe use the argc as a sanity check?)
02:49.29starseeker``Erik: actually, librt
02:49.47starseekerconsidering how to define a saner librt search API
02:50.46starseekerdb_search(const char *plan, const char *paths[], <database stuff>) seemed intuitive
02:52.31starseekerconsidering whether to have multiple functions for different search types, or just add a flag to indicate search type and always return a bu_ptbl (with the type of the pointer in the table dependent on the type of search requested)
02:53.13starseekerso struct bu_ptbl * db_search(int search_type, const char *plan, const char *paths[], etc.)
02:53.50starseekerwhich could (I think) handle most scenarios
02:57.09starseekercurrent API for search evolved accidently while chopping up find code (Sean pointed out that everything shouldn't live in src/libged/search.c, and my first cut was... crude and quick.)
02:57.53starseekertrying to fix that now, since I'm actually starting to use the librt API for other commands (long been a goal, just hadn't come up until the comb options last week.)
02:58.45starseekerdbfind can go now (deprecated a while back) so also time to make sure search covers those features
02:59.13starseeker(or functionality at least - don't care much for how dbfind does output...)
07:31.33*** join/#brlcad caen23 (~caen23@92.85.83.158)
09:52.57*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:37.23*** join/#brlcad caen23 (~caen23@92.85.83.158)
10:56.48*** join/#brlcad kesha (~kesha@14.139.122.114)
11:29.36*** join/#brlcad kesha (~kesha@14.139.122.114)
11:33.41keshatofu: did u give an application on behalf of BRL-CAD for doc camp ?
11:34.04keshaDeadline is approaching ..
12:19.41Ch3ck_calm down...
12:40.35*** join/#brlcad kesha (~kesha@14.139.122.114)
13:13.47*** join/#brlcad kesha (~kesha@14.139.122.114)
16:10.42Notify03BRL-CAD:brlcad * 56506 brlcad/trunk/src/libbn/tests/bn_poly_multiply.c: the copyright statement is misleading, pull the explanation comment down closer to the values inline.
16:32.12tofuzero_level: so the lesson from that rtweight mess is to make sure that you run "make regress" and "make test" for ALL of your changes
16:33.05tofuif another dev has to fix a bug you introduce, that's bad (net negative)
16:34.17tofuso you must take time to 1) prevent introducing errors in the first place, 2) NOTICE problems that have been introduced (by being aware of commits and testing all the time), and 3) stop work to fix any issues introduced completely
16:35.27tofuzero_level: and good call on the shrink question, using more memory is usually fine within reason
16:41.39brlcadstarseeker: it depends how you intend to change the librt interface to search, but it is a published API change and it wasn't introduced just last release
16:42.20brlcadso yeah, the previous interface should be deprecated (and perhaps more thought into the new interface so it survives longer)
16:48.10*** join/#brlcad kesha (~kesha@14.139.122.114)
16:52.05brlcadstarseeker: there isn't a need to pass argc, but it does make it so we don't have to manually calculate it in every program and you can do things like argv[argc-1] to get the last arg, etc
16:52.49brlcadafaik, argv has always been null-terminated (since the 70's) and even the c90 standard specified it
16:54.07*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
16:55.23*** join/#brlcad Izak__ (~Izak@195.24.220.16)
17:08.23brlcad14:12 < Izak__> Well I have already written prep,shot,bbox,print,vshot and curretly on norm
17:08.31brlcadif you're written prep and shot, we should be seeing pictures...
17:18.00*** join/#brlcad vladbogo (~vlad@188.25.239.5)
17:22.52Notify03BRL-CAD:brlcad * 56507 brlcad/trunk/regress/testlib.c: the regex is out of date and 'invalid' as preprocessor-disabled code
17:23.10Notify03BRL-CAD:brlcad * 56508 brlcad/trunk/src/bwish/input.c: no if 0 case, remove the if 1 wrappage.
17:26.27Ch3ck_brlcad: just finished writing the unit tests for poly.c
17:26.35Ch3ck_awaiting your reviews.
17:30.08Notify03BRL-CAD:brlcad * 56509 brlcad/trunk/src/conv/asc/g2asc.c: combine the commentary on previous value with the new zero value for the comgeom region #.
17:32.07Notify03BRL-CAD:brlcad * 56510 (brlcad/trunk/src/conv/g-dot.c brlcad/trunk/src/conv/ply-g.c): remove dead code
17:35.27zero_levelbrlcad : I was later able to do it without using extra memory. :-)
17:38.39Notify03BRL-CAD:brlcad * 56511 (brlcad/trunk/src/external/ProEngineer/proe-brl.c brlcad/trunk/src/external/Unigraphics/ug-g.c and 2 others): remove dead code from our external plugin modules. they're updated far too infrequently for any reference code to have more utility than just figuring out what needs to be done going forward should a need arise.
17:43.17brlcadzero_level: at what cost?
17:43.27brlcadcode complexity?
17:43.51brlcadif an algorithm can be done 2x as fast by using 2x memory, it's usually worth it
17:43.55brlcadmemory is cheap
17:44.22zero_levelI used the same buffer and wrote it in.
17:44.27zero_levellater used realloc.
17:44.54brlcadis there a specific commit that shows what you did?
17:45.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:45.12zero_levelcheck decimate.c and shrink_image(..)
17:45.38Notify03BRL-CAD:brlcad * 56512 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-rtgl.c and 3 others): more dead code elimination
17:47.07zero_levelwell i could give u a revision number. But that doenst come from a specific rev. Its sort of combinations.
17:47.55Notify03BRL-CAD:brlcad * 56513 brlcad/trunk/src/libdm/knob.c: de-k&r and remove dead code
17:48.06zero_levelcheck r56498
17:48.32zero_levelbut it has been modified in r56505
17:50.29zero_levelIndeed its same complexity
17:52.33zero_levelalso i modified pixshrink.c and bwshrink.c . They were sort of adding bits redundantly. Modified it to correctly implement Box Averaging for shrinking the image.
18:09.44*** join/#brlcad merzo (~merzo@45-66-133-95.pool.ukrtel.net)
18:09.58Notify03BRL-CAD:brlcad * 56514 brlcad/trunk/src/libged/arb.c: the more I dig, the worse it looks. this begs for refactoring.
18:10.43``Erikhttp://arcanis.github.io/sparkle/example/
18:14.18Notify03BRL-CAD:brlcad * 56515 brlcad/trunk/TODO: leave a todo for the bounding box mess
18:25.48zero_levelbrlcad : i am trying to rename decimate.c to scale.c
18:26.12zero_levelused svn mv src/libicv/decimate.c src/libicv/scale.c
18:26.35zero_levelBut on svn diff i see only deletion and not addition
18:28.47Notify03BRL-CAD Wiki:Harman052 * 5920 /wiki/User:Harman052/GSoc2013/Logs:
18:30.05Notify03BRL-CAD Wiki:Harman052 * 5921 /wiki/User:Harman052/GSoc2013/Logs:
18:31.23brlcadzero_level: shrink_image() needs some work
18:32.00brlcadseveral issues, some I'm sure were in the originals but some you've introduced
18:33.23brlcadlooks like most of the issues I'm seeing you didn't introduce though
18:33.40brlcadzero_level: "facsq,x,y,py,px,c;" is your doing ;)
18:35.10brlcadthe biggest issue is parameter validation, making sure that factor is > 0.0 and <= 1.0
18:35.51brlcadand making sure facsq > 0.0
18:36.26brlcadzero_level: svn status src/libicv will tell you what it plans to do
18:36.47brlcadyou should see an A and a D for a move
18:37.11brlcadotherwise, you'll need to revert and figure out what you did wrong
18:38.12Notify03BRL-CAD:brlcad * 56516 (brlcad/trunk/src/libged/bigE.c brlcad/trunk/src/libged/bot_dump.c): more dead code elimination
18:47.25Notify03BRL-CAD:brlcad * 56517 brlcad/trunk/src/libged/bot_dump.c: make the date string be auto-formatted to correspond with the actual runtime date/time
18:48.47Notify03BRL-CAD:brlcad * 56518 brlcad/trunk/src/libged/bot_dump.c: it's the length of the string minus the newline character
18:50.09Notify03BRL-CAD:brlcad * 56519 brlcad/trunk/src/libged/bot_dump.c: don't lie, we're not always NT
18:53.32Notify03BRL-CAD Wiki:Vladbogolin * 5922 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */
18:57.27Notify03BRL-CAD:brlcad * 56520 brlcad/trunk/src/libged/bot_dump.c: document the SAT header
19:04.39Notify03BRL-CAD:brlcad * 56521 brlcad/trunk/src/libged/bot_dump.c: there's nothing special about the 'produce ID' and many (non-Solidworks) examples are abound online, so use our name. keep the ACIS version identifier though since they probably key off of that for the file format.
19:18.16Notify03BRL-CAD:brlcad * 56522 brlcad/trunk/src/libged/bot_dump.c: nothing temporary about it, but it's clear why the old version didn't work (the product ID strlen is wrong)
19:26.13Notify03BRL-CAD:brlcad * 56523 brlcad/trunk/src/libged/bot_dump.c: refactor the SAT header writing into a static function since it's used in three places
19:29.15Notify03BRL-CAD:erikgreenwald * 56524 brlcad/trunk/src/libbrep/intersect.cpp: change NULL to false in boolean default
19:33.42Notify03BRL-CAD:brlcad * 56525 brlcad/trunk/src/libged/bot_dump.c: rename all of these functions so they're consistently fmt_verb_noun() with the format prefixing the function name so it's clear what groups with what.
19:50.42Notify03BRL-CAD:brlcad * 56526 brlcad/trunk/src/libged/brep.c: comment why these export lines are here
19:51.28Notify03BRL-CAD:brlcad * 56527 brlcad/trunk/src/libged/dg_obj.c: remove dead deprecated code
19:51.53*** join/#brlcad merzo (~merzo@45-66-133-95.pool.ukrtel.net)
19:55.21zero_levelbrlcad : factor is an integer value there.
19:55.33zero_levelIf Factor is 2.this halves the images.
19:56.12zero_levelAlso you must have notice this is hidden function.
19:56.27zero_levelthere is a wrapper function comming.
19:56.37zero_levelwhich will validate the data.
20:16.57Notify03BRL-CAD:brlcad * 56528 brlcad/trunk/src/libged/loadview.c: that remark was made in 1996... there's nothing temporary about this (or literally everything could be called temporary), so update the code accordingly.
20:25.57brlcadzero_level: good point about it being an int, but the comments still hold
20:27.08brlcadfunctions being introduced should always validate their parameters for expected valuesd unless there's a specific reason not to (usually performance or size)
20:27.41brlcadif the factor is always positive, then it should be an unsigned int and then one only needs to test that facsq is not zero
20:28.00brlcadI take that back, still have to check 'factor' too
20:28.12brlcad(height could be zero)
20:28.46brlcada wrapper doesn't address this concern (it actually compounds the issue)
20:29.37brlcada wrapper won't necessarily know that shrink_image is going to perform a division, which is where there is a risk here of an application crash
20:31.48Notify03BRL-CAD:brlcad * 56529 brlcad/trunk/src/libged/png.c: unclear to me why there's padding on this allocation
20:37.54Notify03BRL-CAD:brlcad * 56530 brlcad/trunk/src/libged/view_obj.c: bad assumptions in there with the magical 1.0e10 but this is a deprecated interface
20:50.51Notify03BRL-CAD:brlcad * 56531 (brlcad/trunk/src/libfb/if_X.c brlcad/trunk/src/liboptical/sh_gauss.c and 3 others): remove dead code
20:55.13Notify03BRL-CAD:brlcad * 56532 brlcad/trunk/src/libwdb/mater.c: not implemented for v4 and probably never will be. remove the regionid-based-coloring implication for v4.
21:09.34Notify03BRL-CAD:brlcad * 56533 brlcad/trunk/src/mged/dm-generic.c: bye bye dead code
21:11.33Notify03BRL-CAD:brlcad * 56534 brlcad/trunk/src/mged/clone.c: call cmd_redraw_vlist() instead of drawtrees() after calling 'tracker' to replot the wireframes.
21:22.20Notify03BRL-CAD:brlcad * 56535 brlcad/trunk/src/mged/clone.c: looks like we can keep it even simpler and go through libged by calling redraw_visible_objects().
21:23.47Notify03BRL-CAD:brlcad * 56536 brlcad/trunk/src/mged/dodraw.c: eliminate 545 lines of code no longer in use by eliminating the old drawtrees() mged function. this functionality was migrated to libged/draw.c a long while back.
22:21.44Notify03BRL-CAD:brlcad * 56537 brlcad/trunk/src/libwdb/mater.c: mp is no longer used
22:25.42Notify03BRL-CAD:brlcad * 56538 (brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt and 7 others): eliminate the 'redraw_vlist' command completely in favor of just re-issuing the 'draw' command again. looks like it might not even be working any more, but lets even more code get consolidated.
22:27.33Notify03BRL-CAD:brlcad * 56539 (brlcad/trunk/src/mged/edarb.c brlcad/trunk/src/mged/scroll.c): more dead code
22:39.04Notify03BRL-CAD:brlcad * 56540 (brlcad/trunk/src/mged/CMakeLists.txt brlcad/trunk/src/mged/cmd.h brlcad/trunk/src/mged/setup.c): pjt never finished import_body/export_body, commands for low-level reading/writing of geometry to files. doesn't seem like a great idea to me. say buh bye. as the main reason for db5_types.c, there may be other related code needing to go under the hatchet.
23:45.41``Erikzero_level: you seem to have issues in libicv/operations.c : you frequently do if(img->flags && ICV_OPERATIONS_MODE) which will always be true... I think you mean img->flags & ICV_OPERATIONS_MODE to do a bitwise AND?
IRC log for #brlcad on 20130805

IRC log for #brlcad on 20130805

00:00.42starseekerhah!
00:00.48starseekerhttp://brlcad.org/~starseeker/oriented_bbox_MGED.png
00:30.13starseekercontacted the author of this code and he agreed to dual license it with GPL2 and LGPL2.1:
00:30.17starseekerhttp://valis.cs.uiuc.edu/~sariel/research/papers/00/diameter/diam_prog.html
00:32.13starseekeralgorithm from this paper:  http://valis.cs.uiuc.edu/~sariel/papers/98/bbox.html
00:33.01starseekersmall and self contained - wasn't hard at all to integrate and add as an option to the bb command
00:41.20*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:23.59brlcadstarseeker: what am I looking at there?
01:24.43starseekerthe blue box is the axis aligned bounding box generated by the "standard" bb command
01:25.02starseekerthe green box is the oriented bounding box
01:25.23starseekeras calculated by the algorithms from those two papers I posted
01:26.05starseekerthe oriented box is a lot "tighter" to the actual geometry
01:26.12brlcadahh! and OBB .. I was hoping that, but wasn't clear from the red lines
01:26.20starseekerah sorry
01:26.34starseekeryeah, that's our standard "make" arbn turned into a bot, and then rotated to a funky position
01:27.08brlcaddoesn't look like it make a proper bot
01:27.48starseekerthat's a bad angle to judge from - it's just make arbn.s arbn followed by facetize arbn.bot arbn.s
01:29.09starseekerbrlcad: I have it almost ready to commit, but it doesn't (yet) have the proper windows dll export/import bits and I need to clean up a couple exact floating point comparisons
01:30.04brlcadyeah, I believe it's the arbn .. just doesn't look like it at a glance :)
01:30.44starseekerheh - chose the viewing angle for contrast between the two bounding boxes - perspective probably would have helped the arbn, in retrospect...
01:30.52brlcadi see it's just the way it's tesselating, so many points going to the corners (instead of some midpoint balancing)
01:30.58starseekernods
01:31.28brlcadturning it into a librt routine, yes?
01:31.35brlcadOOB is pretty fundamental
01:31.38brlcadOBB
01:31.48starseekeryeah - rt_bot_oriented_bbox
01:32.03brlcadaw
01:32.05starseekerobviously nmg, arbn, and a few others will be gimmies
01:32.16starseekerhmm?
01:32.38starseekerI could expose it more generally as accepting an array of points, if that's what you mean...
01:32.41starseekerhaven't done that yet
01:33.03brlcadaa-bbox is a primitive functab, o-bbox is right up there with it
01:33.09starseekerright
01:33.11brlcadwould be nice to generalize to all objects
01:33.20starseekerI did - it's a new entry in table.c
01:33.21brlcadeven if under the hood, it's all points
01:34.12starseekerbrlcad: I didn't commit it yet, but I posted the patch here if you want to take a look:  http://brlcad.org/~starseeker/oriented_bbox.patch
01:35.03brlcadlikes the fact that this is an O(n) algorithm, that's pretty amazing
01:35.38starseekerunder the hood it takes a tolerance - at the moment I'm just feeding it our standard dist tolerance
01:37.48starseekercould undoubtely take the gdiam code as a starting point and make it use a bunch of libbu/bn routines and data types, but since it's LGPL even after the re-license I opted to maintain the separation
01:38.25brlcadfew comments if you're interested
01:38.31starseekersure, fire away
01:39.07brlcadtheir gdiam_point_t is compatible with our point_t
01:39.09brlcadit's identical
01:39.18starseekerjust cast it?
01:39.28brlcadso you don't need the malloc in rt_bot_oriented_bbox()
01:39.31brlcadright
01:41.08brlcadthe signature of the new callback also isn't consistent with the other callbacks
01:41.14starseekerah, yeah - that was a memory leak anyhow (*turns red*)
01:41.36starseekeroh - are they all consistent?
01:41.44brlcadthat are (mostly?? I've been meaning to do an audit) .. callback(output, input1, input2, ...)
01:41.54starseekerOH, gotcha
01:42.51brlcadnot a big deal because that's not public API, but just noticed the value being returned was effectively in the middle of the list
01:42.58starseekernods
01:43.14starseekersorry, I thought you ment like libged where everything took the same inputs...
01:44.28brlcadnah
01:45.57brlcadbelieve it or not, I think that's it, looks great to me
01:46.34starseekersweet!
01:46.37brlcadi've longed after an obb routine for a long time, some fun to be had there (particularly for editing)
01:47.02starseekerthe author is travelling this week so it'll be a little bit before he can update his website
01:47.18starseekerhe said to go ahead - I can copy you on the emails if you like
01:52.26starseeker(patch updated with changes)
01:52.30brlcadgo ahead, we can pull it if he doesn't follow through
01:52.38starseekernods
01:53.09starseekerNEWS worth, I take it?
01:53.14starseekeroh, need to update bb man page
01:53.22brlcadfor the bb command, sure
02:12.44Notify03BRL-CAD:brlcad * 56541 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/cmd.h brlcad/trunk/src/mged/setup.c): more dead code elimination: viewget, viewset, vrot_center
02:22.57Notify03BRL-CAD:starseeker * 56542 (brlcad/trunk/INSTALL brlcad/trunk/configure and 6 others): Add a -o option to the bb command for generating oriented bounding boxes instead of the axis-aligned boxes (the default case). Currently only works on individual BoT objects, but can be expanded to other types in the future. Contacted author of the gdiam code (http://valis.cs.uiuc.edu/~sariel/papers/98/bbox.html) and he agreed
02:22.59Notifyto dual-license the code under GPLv2 and LGPL 2.1, the latter of which is compatible with BRL-CAD. A slightly modified version of this code is now integrated into src/other and forms the core algorithmic basis for the bb -o option.
02:24.30starseekeraaand the Windows build is now broken
02:26.03starseekerjust for added fun, I finally have a working example of http hyperlinks in the DocBook HTML man page output
02:45.13Notify03BRL-CAD:brlcad * 56543 brlcad/trunk/src/proc-db/masonry.c: enable the large portions of dead code for the mortar_brick() and brick() routines, just print a loud warning to say they're untested.
02:45.35Notify03BRL-CAD:brlcad * 56544 brlcad/trunk/src/proc-db/breplicator.cpp: elimiate dead code
03:08.00Notify03BRL-CAD:phoenixyjll * 56545 brlcad/trunk/src/libbrep/intersect.cpp: ws
03:44.24Notify03BRL-CAD:brlcad * 56546 brlcad/trunk/src/proc-db/torii.c: fix an index bug in the dynamic recursion, add a note to actually make the tool output (there was logic implemented for this somewhere...)
03:47.11Notify03BRL-CAD:brlcad * 56547 brlcad/trunk/src/proc-db/molecule.c: reduce to something in-between just to avoid preprocessor dead code. factor needs to be configurable or auto-set.
04:00.50Notify03BRL-CAD:brlcad * 56548 brlcad/trunk/src/rt/do.c: took me a while to get why mike added this snippet, but it's basically an example of how (via code) to reverse construct the model2view matrix from the information output to the rt log. keep it for reference, but make it code comment documentation instead of dead code.
04:02.53Notify03BRL-CAD:brlcad * 56549 brlcad/trunk/src/rt/opt.c: need a way to run-time toggle between different spatial partitioning methods (including an 'off' method).
04:03.50Notify03BRL-CAD:mohitdaga * 56550 brlcad/trunk/src/libicv/operations.c: Improve Bitwise operations in libicv/operations
04:04.22zero_level``Erik : 56550.
04:05.21Notify03BRL-CAD:brlcad * 56551 brlcad/trunk/src/rt/view.c: document why this block is retained. draws pretty status line during ray tracing.
04:09.28Notify03BRL-CAD:brlcad * 56552 (brlcad/trunk/src/rttherm/pixtest.c brlcad/trunk/src/rttherm/spectrum.c): remove dead code
04:10.51Notify03BRL-CAD:brlcad * 56553 brlcad/trunk/src/sig/dfft.c: eliminate dead code
04:20.49Notify03BRL-CAD:brlcad * 56554 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): normally might convert this to some #ifdev USE_* or DEBUG_* wrapping, but it's really a substantial amount of debug printing code... can revert if this is actively being used.
04:22.12Notify03BRL-CAD:brlcad * 56555 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: this looks interesting/significant but no indication as to why it's if 0'd, so trimming it away. easy to revert if needed.
04:22.28Notify03BRL-CAD:brlcad * 56556 (brlcad/trunk/src/librt/cut.c brlcad/trunk/src/librt/primitives/arb8/arb8.c): remove dead code
04:29.13brlcadzero_level: please don't sugar coat the commit log messages
04:29.28brlcadthat doesn't help anyone and just makes it harder to trace history properly
04:33.19brlcadthat wasn't an improvement on bitwise ops, they WEREN'T bitwise.
04:33.24brlcadsomething like "fixed a bug using logical operators where bitwise operators were intended (thx for catching erik)" is far more informative and accurate
04:36.30Notify03BRL-CAD:brlcad * 56557 (brlcad/trunk/src/librt/primitives/ebm/ebm.c brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/ell/ell.c): more dead code elimination
04:59.58zero_levelbrlcad : Well have to confess, I have to be more vary with the commit logs. Will try to improve. And ofcourse sugar caoting wasnt the intention.
05:01.03zero_levelbrlcad : about the validation issue of factor. Will defintetely, work on it.
05:01.09zero_levelBy wrapper i meant.
05:02.04zero_levelSince the function shrink_image has a local scope. It will not be listed in the global api list.
05:02.45zero_levelTherefore It expects validated input.
05:03.03zero_levelwhich was indeed the primary though behind this.
05:04.20zero_levelI am curretly stuck in pixhalve.
05:04.52Notify03BRL-CAD:brlcad * 56558 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: substantial implementation, but hasn't been active in a crazy long time. still keep with the relevant comments.
05:04.59zero_levelIt sort of tries to decimate the image with filter3, filter5
05:06.04zero_levelOnce this gets completed. I plan to write a wraper for the scale, decimate, interpolate smth like icv_scale(..)
05:06.33brlcadzero_level: it's more about not being incorrect in the commit logs, owning up to any bugs should be accepted, they will happen
05:06.34zero_levela global api. which will take care of the all resizing issues.
05:07.26brlcadthe problem is that purely general functions like that often and eventually get repurposed or refactored later
05:07.36brlcadmaybe years later long after you are no longer involved
05:07.58brlcadand a function that expected validated input is moved to some place else without getting fully reviewed, and a crash results
05:08.29brlcadthere's no reason even for static scope functions that they should not test their assumptions
05:08.44zero_levelok.
05:09.20brlcadyou can make the test insignificant performance-wise by marking them with UNLIKELY() and LIKELY()
05:09.45brlcadif (UNLIKELY(factor == 0))
05:09.59brlcad<PROTECTED>
05:10.08brlcadeven something that extreme would work
05:10.26brlcadthough a graceful return is usually preferred if you can avoid it
05:10.44brlcadthe intent is exactly to prevent a crash, so the test and action can be exceptional
05:10.54brlcaddivision by zero in that function's case
05:10.56zero_levelalright. If maintainability is the issue. I then will have to add validation in a lot of code.
05:11.41zero_levelwill then have to exploit the use UNLIKELY. :-)
05:12.31brlcadyou are creating a new library .. if it's not added now, it probably won't get added later
05:12.43zero_levelbrlcad : ok.
05:13.00brlcadbetter to have fewer functions, heck only ONE function if it took you all summer to get it perfect in my opinion
05:13.14brlcadthe other issue I'm hoping you get to is actually using and validating libicv
05:13.35brlcadas it stands, you're just increasing the size of BRL-CAD with little gain
05:13.46zero_levelbrlcad : :-)
05:13.49brlcadmaking all of those tools use your functions needs to be more proactively integrated
05:14.05brlcadand is part of coding complete
05:15.15zero_levelyes. Thats an issue I wld like to discuss with all of you.
05:15.37zero_leveldo you think we should merge utilities.
05:16.02brlcadi'd like to do a code review, perhaps later this week to see what we might change going forward
05:16.09brlcadmerge utilities?
05:16.13zero_levellike bwshrink and pixshrink or let them be alone
05:17.03brlcadso yeah, eventually yes but probably not before gsoc is over
05:17.12brlcadI'd rather see refactoring dictate that
05:17.13zero_levelb) Most of the utilities currently use a very efficient manner. By not loading the complete image.
05:17.34brlcadthat you integrate icv into those two routines first, then it become obvious that they are (now) really the same routine and can be merged
05:18.04zero_levelalthough current structure of using icv is very easy.
05:18.17brlcadefficient in terms that are not necessarily relevant (and perhaps even harmful)
05:18.18zero_levelicv_load() operations icv_save().
05:18.29zero_levelthen its fine.
05:18.44brlcadwe're not going to just guess
05:18.53brlcadthis all has to be tested, profiled, and compared
05:19.07zero_levelok.
05:20.38brlcadat this point, I'm inclined to say pause groups 9-11 for now so that you can start on integration and testing earlier
05:21.36brlcadyour plan called for unit testing and code coverage concurrent with all this code migration, which you haven't even started on and you're up to group 8
05:21.51brlcadneeded to integrate and test after group 1
05:22.17brlcadwhich the rt* tools kind of was, but that was a literal disaster that we're still recovering from
05:23.08brlcadyou're doing great work, but I think you're getting too far ahead of the plan without testing adequately
05:28.23zero_levelWell I unit tested in my local trunk.
05:28.38zero_levelby writting main.c
05:28.56zero_leveland as I said earlier tested them with matlab.
05:29.21zero_levelI didnt find ways to automatically test them (as in bu)
05:31.20Notify03BRL-CAD:brlcad * 56559 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: need the return statement, pull ifndef up
05:33.46Notify03BRL-CAD:brlcad * 56560 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: remove three dead and long-unused functions that have been under if 0 wrappage: nmg_insert_vu_if_on_edge(), nmg_face_combineX(), and nmg_face_next_vu_interval(). they even seem interesting/complete, but are not integrated, easily tested, or fully understood so remove the burden. nmg has enough complexity without retaining some for reference.
05:33.51brlcadzero_level: you misunderstand perhaps
05:33.59brlcadthere's testing a function and there's testing functionality
05:34.30brlcadyou're pulling this logic from src/util utilities .. so you have potential integrating testing material right there
05:36.11zero_levelbrlcad : there are some issues doing this with the util way because of the use of double data.
05:36.15zero_levelfor eg.
05:36.16brlcadyou run a utility, capture a result, and create a test that verifies that result.  then instead of copying the code, you MOVE it, thus removing it from where you copied it from and making the old utility use your new function.  then you make sure that the tool works as it did before (by running the integration test you created)
05:36.46brlcadso? :)
05:36.59brlcadissues != impossibilities
05:37.05brlcadthey are not secondary to the task
05:37.13brlcadthey are part of it
05:37.15zero_levelbwmod(..)
05:37.21brlcadif those issues cannot be sorted out easily, libicv will fail and die...
05:37.49zero_levelcan I complete about bwmod. :-)
05:38.09brlcadit depends
05:38.16zero_levelbwmod creates a look aside buffer to imlement
05:38.53zero_levelsince the utilities use char data the buffer length is 256.
05:39.05zero_levelBut we cannot use buffer in double data.
05:39.17zero_levelbwmod has been translated to operations.
05:39.52zero_levelicv_add_val, icv_mul_val...
05:41.14zero_levelbut other than these all other are transferable.
05:42.05brlcadso we need to clarify some language you're using
05:42.12brlcadat least I need you to clarify some things
05:42.44brlcad"But we cannot use buffer in double data."  does not make sense, of course I can have a buffer of double data -- what did you mean?
05:42.58zero_levelalright.
05:43.33zero_levelbwmod is a unique utility which can have a lot of constant value operations
05:44.02brlcadsure, a lot of per-pixel math operations
05:44.10zero_level-a5 -d20 -m0.5 -d10 -a12
05:44.45brlcadthat is what it is .. I understand that
05:44.57zero_levelmakes my job easy
05:44.58brlcadI don't understand your comment about double data buffers
05:45.11Notify03BRL-CAD:starseeker * 56561 brlcad/trunk/NEWS: Added -o option to bb bounding box command - provides an oriented bounding box rather than the default axis-aligned bounding box.
05:45.27zero_levelso this is implemented using a buffer for all the possible values of pixels (0-255)
05:45.59brlcadsure
05:46.23brlcadwhich in icv terms should be a 1-channel image
05:46.26zero_levelso val[i] will ave ((((i+5)/20)*0.5)/10)+12
05:46.33zero_level*have
05:46.43zero_levelnow since in icv we use double data.
05:47.07zero_levelthere are infinite possibilies 0.0-1.0
05:47.08brlcadyes, sure
05:47.16brlcadwell, not infinite, but yes a lot
05:47.31brlcadand?
05:47.32zero_levelwell ofcourse in computer terms not infinite.
05:47.42zero_levelso i cannot have a buffer.
05:47.48brlcaduntrue
05:47.50zero_levelIndeed i have to do this as following
05:48.30zero_levelicv_add_val(bif,5); icv_divide_val(bif,20); icv_multiplyt_val(bif,0.5);
05:48.34zero_leveland so on.
05:48.51zero_levelwith setting the ICV_OPERATIONS_FLAG.
05:49.04zero_levelnow issues.
05:49.12brlcadslow down
05:49.20brlcadremember this is a discussion, not an explanation
05:49.26zero_levelsure :-)
05:49.54brlcadwhat you're saying is not possible is certainly possible, though it could very well just be a terminology problem
05:50.05zero_levelok.
05:50.06brlcadlibicv IS your buffer
05:50.11zero_level?
05:50.11brlcadit's an opaque container
05:50.24brlcadyou put data in, you tell it to do things to the data, you get data out
05:50.25zero_levelu mean icv_image_t
05:50.31zero_levelofocurse.
05:50.31brlcadyes
05:51.06brlcadthe fact that bwmod has a bunch of per-pixel operations doesn't change anything
05:51.16brlcadif it does, then there is some understanding mismatch
05:51.21zero_levelbut in bwmod it will bw very easy fast because it does as . im[j] = val[im[j]]
05:51.27brlcadso?
05:51.33brlcadwho said anything about easy?
05:51.44brlcadand speed is not a concern in the least
05:51.51brlcadnot unless you profile and show it matters
05:52.21zero_levelok.
05:52.26brlcador at least until some tool that used to run instantly now takes many minutes...
05:52.41brlcadbut that's not likely and will be obvious if it happens
05:53.11brlcadso in bwmod's case, the issue is the operations being performed on the data
05:53.39zero_levelso u mean what earlier took 10 ms if it takes 15 ms. there is no issue. :-)
05:53.47brlcadbefore it was a direct im[j] = im[j] + val1 - val2 etc
05:54.23brlcadbut now, you not longer are dealing with 'im', you've got 'icv(im)'
05:54.24zero_leveldid u miss look aside buffer ? :-)
05:54.36brlcadand instead of val1, you've got icv(val1) etc
05:54.52brlcadyes, a 5 ms diff would be pretty much irrelevant
05:55.03zero_levelit basically creates a table for all the possible values.
05:55.06brlcadno, the look aside buffer is also irrelevant
05:55.11zero_leveland stores them in val.
05:55.27zero_level(an eg here)
05:55.36brlcadso again, the question is how to get ICV to do that work as much possible
05:55.50zero_levelthats not a question.
05:56.08zero_levelThe question was does this performance matter.
05:56.17zero_leveland as u said we cannot be guessing
05:56.20brlcadsure it is a question: "how can you get ICV to do that work as much as possible?"
05:56.22zero_levelwe need to profile
05:56.36brlcadeh?
05:56.45zero_levelprofiling is the way.
05:57.29zero_levelbrlcad : the implementation was as follows. As I told earlier
05:57.30zero_level01:48 < zero_level> icv_add_val(bif,5); icv_divide_val(bif,20); icv_multiplyt_val(bif,0.5);
05:57.33zero_level01:48 < zero_level> and so on.
05:57.36zero_level01:48 < zero_level> with setting the ICV_OPERATIONS_FLAG.
05:57.38zero_level01:49 < zero_level> now issues.
05:58.06brlcadprofiling is always welcome but I don't see what for (yet) as there's no indication of a performance concern
05:58.16zero_levelalright.
05:58.32brlcadI'd say you can ASSUME there is not a performance concern until we observe one
05:58.33zero_levelwhich indeed answers what i started with. :-)
05:59.01brlcadif you're going to make ANY design decision BASED on a performance concern, you need to profile
05:59.10brlcadthat has been stated from the beginning
05:59.41zero_leveldo u think grpof suffices here.
05:59.45brlcadback to the implementation you outlined, that does indeed sound a little problematic, at least not a faithful conversion of what bwmod's doing
05:59.59zero_levelhow ?
06:00.09zero_leveli wld welcome a better suggestion.
06:01.27brlcadit's back to the notion I mentioned earlier: you put data in, you tell it to do things to the data, you get data out
06:01.45brlcadso if the old code was doing im[j] = val[im[j]]
06:02.10brlcadthat translates roughly into ICV needing to do several things and bwmod needing to do several things
06:02.48brlcadtwo icv_image_t's: let's call them icv_im and icv_val
06:03.01zero_levelwell..
06:03.04brlcada way to set one icv_image to another
06:03.25zero_levelcan i hold u for a sec
06:03.29brlcada way to access and set/modify elements (which you partially have)
06:03.37brlcadgo ahead
06:03.51zero_levelval is an array of length 0-255.
06:03.54zero_levelso 256.
06:03.58brlcadnot in icv terms
06:04.02zero_leveland im is buffer.
06:04.07zero_levelof scalen length
06:04.35zero_levelso then i dont understand your point of using two images.
06:04.37brlcadval sounds like a 1-dimensional buffer to me
06:05.17zero_levela) i would loop along all the pixels of image (bif) in first go and add a value to it.
06:05.59zero_levelbrlcad : ofcourse thats what i meant (a buffer of size 0 to 255 i.e 256)
06:06.48brlcaddo you really mean the size is variant 0 to 255 or the range of values is 0 to 255?
06:06.55zero_levelno.!
06:07.03brlcadthat wasn't a yes no question
06:07.09zero_levelopens bwmod to give exact terminologies.
06:07.11brlcadA or B
06:07.48zero_levelbrlcad : do u have acess to the src code ?
06:07.54zero_leveli am sure u do. :-)
06:08.26zero_level(I mean i suppose u are not   on  a cell phone)
06:08.29brlcada "size" is generally the thing you pass to malloc, the type (e.g., unsigned char) is the range of possible values
06:08.37zero_levelyes.
06:08.55zero_levelso look at the function mk_trans_tbl in bwmod.c
06:09.18zero_levelwhat it does is creates a translation look aside buffer
06:09.24zero_levelof size 256.
06:09.32*** join/#brlcad caen23 (~caen23@92.83.187.81)
06:09.40zero_levelthat is a 1-Dim array with 256 values.
06:10.31zero_levelwhich in the case of uchar data, is the range of values.
06:10.46brlcadactually, it's line 68 that creates the array and mk_trans_tbl() fills it in
06:11.03zero_levelye.
06:11.04brlcadit's important to be precise
06:11.34brlcadespecially since there is apparently some difficulty simply discussing options here
06:11.55brlcadso my point still stands
06:12.01zero_levelof. So I guess now we are on the same platform as to how bwmod does things.
06:12.17zero_levelgo on.
06:12.18brlcadmapbuf could be an icv image of size 1x256 with values set into it and read
06:12.23brlcador it could stay in bwmod
06:12.29brlcaddoesn't really matter
06:12.39brlcadthe point is the getting and setting of values in icv's domain
06:12.54zero_levelwell brlcad : doing that
06:13.45zero_leveldoes some math to make brlcad understand.
06:14.28zero_levelsay a pixel with value 0.004 and 0.006 (in the new icv terms_
06:14.28brlcaddo you at least realize that there are probably a dozen perfectly valid ways this can be translated to libicv?
06:14.50brlcadokay, continue
06:14.58zero_leveldoing what u suggest will make them both look same way.
06:15.00brlcadhow does one pixel have two values?
06:15.12zero_levelwell two pixels
06:15.17brlcadbe precise
06:15.18zero_levelso i begin again
06:15.41starseekersrc/proc-db/masonry.c:945:9: error: variable ‘vert_bricks’ set but not used
06:15.42zero_leveltwo pixels a and b with value 0.004 and 0.006
06:16.18zero_levelnow lets suppose we create an image of size 1,256 in icv terms
06:16.42brlcadstarseeker: fixed
06:16.47starseekerthanks
06:16.57Notify03BRL-CAD:brlcad * 56562 brlcad/trunk/src/proc-db/masonry.c: vert_bricks unused, warning didn't issue locally but clearly there.
06:16.59zero_level0.004 and 0.006 will both correspond to same data level
06:17.24brlcadsure
06:17.52zero_levelthus the whole point of using double(to get high resolution) will be dismantled.
06:18.12brlcadso far, probably bw values 1 and 2 respectively depending on rounding behavior
06:18.49brlcadhow did that just dismantle anything?
06:18.53brlcadyou didn't say anything
06:18.54zero_levelhow does bot work
06:19.00zero_levelbot : ~1/255
06:19.30Notify03BRL-CAD:starseeker * 56563 brlcad/trunk/src/librt/primitives/bot/bot_oriented_bbox.cpp: Ah, right - don't need xyz vars any more.
06:20.29zero_levelbrlcad : eh ?
06:20.36brlcadyou're not making any sense
06:21.00brlcadtwo pixels: 0.004 and 0.006 ... and so what?
06:21.23zero_level1/255 = 0.00392156
06:21.40zero_level2/255 = 0.0078125
06:22.15zero_levelso 0.004 and 0.006 will correspond to same data level if i use your suggestion of 1X255 image.
06:22.28zero_levelc/1X2/1x256
06:22.35zero_levelc/1X255/1x256
06:22.45zero_levelis experiencing lots of lag.
06:23.10brlcad"will correspond to same data level" ... and so what?
06:23.11zero_levelthus hampering the resolution of the image.
06:24.07brlcadyou're still not making any sense or your making some conclusion that is completely wrong or I'm entirely not seeing whatever it is you're trying to say...
06:24.49brlcadfirst the data is coming from somewhere, so more than likely, they'd be pixels 0.00392156 and 0.0078125, not 0.004 and 0.006, if they came from bw data to begin with
06:24.50zero_levelwell lets suppose i want to output the resultant operations in highdefinition png image.
06:25.06Notify03BRL-CAD:starseeker * 56564 brlcad/trunk/include/raytrace.h: Commit proposed new librt database search API function declaration and design notes - not implemented as yet, needs more thought/discussion
06:25.06zero_levelpls hold on for a sec
06:25.24brlcadbut even if we assume that they DID start out as 0.004 and 0.006, theose values will correspond to either a bw value of 1 or 2 (depending on rounding)
06:25.42zero_levelnot always brlcad!
06:25.57zero_levelbecause in high definition png images.
06:26.04zero_levelsay 16 bits
06:26.40zero_levelit will correspond to 0.004*65536 -1
06:26.58zero_leveland 0.006*65536 - 1
06:27.23brlcadsure, it'll be a difference if someone asks for 16-bit png output .. but how is that at all relevant?
06:27.55brlcadthat's why I said .. even if we assume that they DID start out as 0.004 and 0.006 ... what does that matter?
06:28.10brlcadif the user requests low-resolution bw output, YES the data will get quantized
06:28.12brlcadthe user requested it!
06:28.19zero_levelwell brlcad : It all depends on what we want.
06:28.23brlcadif they ask for high-resolution output, they'll get that too
06:28.58brlcaduhm, we're performing the operation that the user requested, nothing more or less
06:29.06zero_levelAfter our discussion on image container long back. I got a gut feeling that
06:29.22zero_levela) resolution must be given some priority.
06:29.46brlcadwhich was the point for double -- it makes all processing occur at the highest resolution readily available
06:30.02zero_levelb) we are headed to a time in future. where high res images will be used. (like the openexr format_
06:30.17brlcadagain, the point for double
06:30.33zero_levelthus making it a fixed size array doesnt help
06:30.42zero_levelwe will have to do inplace calculation.
06:30.54brlcad"it" being bwmod's 256 element array?
06:31.21zero_levelwell. logically bwmod will still be correct.
06:31.33brlcadno, tell me what you meant when you said "it"
06:31.43brlcadyou said 'it', don't make me guess
06:31.46zero_levelheheh :-_
06:32.01zero_levelwell its the 1X256 image u suggested me to use.
06:32.54zero_levelsee sean, i can do it the way suggested. This will hardly take any time.
06:33.22zero_levelbut i would not like to. Because it will hamper resolution.
06:33.30brlcadI stated multiple times that there are multiple directions that can be taken, all valid
06:33.34brlcadthey could be separate icv images
06:33.49zero_levelI want icv operations not to hamper the resolutions.
06:33.53brlcadit could be one icv image and quantized data being still held in bwmod
06:34.17brlcadif you think it will hamper resolution, then I think you are completely misunderstanding something
06:34.42zero_levelwell. not in the case of bwmod. (since it uses 8bit images)
06:35.05zero_levelbut ofcoruse in the future course when we use high res images.
06:36.17brlcadso the issue in this specific instance is bwmod
06:36.29zero_levelAnd some body does and operations only to find his/her image is equivalent to uchar image with alased double data. (like 0.00392156 fr "1")
06:36.36brlcadand it's current implementation uses a 256 element buffer and operations index into that buffer
06:36.59brlcadso your first and foremost obligation is to do that, and demonstrate it works
06:37.28brlcadshow that works perfectly, then extend to n-channel images or 128-bit images or whatever else next
06:37.31zero_levelwell . It would still. And carrying the future course in action.
06:38.04zero_level01:48 < zero_level> icv_add_val(bif,5); icv_divide_val(bif,20); icv_multiplyt_val(bif,0.5);
06:38.05brlcadfor a 16-bit image, the entire algorithm of bwmod would have to change since you couldn't have a look-aside buffer that large to directly index into
06:38.32brlcadyou keep saying that and I'm not sure what you're hoping it implies
06:38.51brlcadicv_*_val() as you state it there looks problematic
06:39.05brlcadwhat is the range of that 5/20/0.5
06:39.39zero_levelwell it adds freedom to the api caller.
06:39.53brlcadif the data is being stored 0.0 to 1.0 then all inputs need to be translated to "icv units"
06:39.54zero_levelto translate the bwmod functions. It will be whate
06:40.01zero_levelhold on pls
06:40.09zero_levelx/255
06:40.25brlcadexactly my point
06:40.26zero_levelx is the value given by the utility caller
06:40.27brlcadthat's bad
06:40.36brlcadwhy would it assume 8-bit data?
06:40.51brlcadyou can't have an api that is sometimes in one range and sometimes in another
06:40.59brlcadthe API needs to define what it's using
06:40.59zero_levelbecause bwmod does it in correct for,
06:41.16brlcadthis is a libicv function, so that justification doesn't hold
06:41.18zero_levelsay if brl-cad in future have a utility
06:41.23zero_levelfor operations
06:41.50zero_levelwhich handles all the operations.
06:42.22brlcadand I feed it my exr image and it messes up my data
06:42.29zero_levelno.
06:42.51*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
06:43.04brlcaddo any other icv functions take an 8-bit 0-to-255 value?
06:43.13zero_levelno.
06:43.19zero_leveljust writeline
06:43.20brlcadthat alone should be a red flag to you
06:43.44zero_levelwriteline can handle both double data and uchar data.
06:44.49brlcadthere should be functions for adding/extracting data in various formats
06:45.10brlcadbut you can't have processing functions handling everything possible, they need to work with icv's units
06:45.18brlcadwhich means you need translation routines, generalized
06:45.33brlcadsimilar to what you did with a few of your other functions
06:45.42brlcadbut still more generalized
06:45.54*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
06:46.33brlcada function that converts 8-bit 0-255 1-channel data to double 0-1.0 ranged values, for example
06:46.36brlcadand back
06:47.28brlcadso it becomes something like icv_add_val(bif, icv_cnv_8bit(20)) or similar
06:48.27*** join/#brlcad Izak__ (~Izak@195.24.220.16)
06:54.47Notify03BRL-CAD:brlcad * 56565 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: three more dead code functions from nmg, though two are relatively recent and may need revisiting at some point later.
07:01.47Notify03BRL-CAD:brlcad * 56566 (brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c): another 1057 lines gone, remove libnmg dead code
07:06.49Notify03BRL-CAD:brlcad * 56567 brlcad/trunk/src/librt/primitives/hf/hf.c: remove if 1 wrapping
07:07.53Notify03BRL-CAD:brlcad * 56568 brlcad/trunk/src/librt/primitives/pipe/pipe.c: no longer too much for mged to display
07:09.06Notify03BRL-CAD:brlcad * 56569 brlcad/trunk/src/librt/primitives/tgc/tgc.c: re-enable tgc reporting of non-paired grazing hits, but only for the first 100 cases. intentionally making no attempt to be thread-safe in the book-keeping here because it doesn't matter. just need some upper limit.
07:09.20Notify03BRL-CAD:brlcad * 56570 brlcad/trunk/src/librt/primitives/tgc/tgc.c: save the file first, endif too
07:10.49Notify03BRL-CAD:brlcad * 56571 brlcad/trunk/src/librt/primitives/tgc/tgc.c: getting late, extra curlie
07:11.09brlcadstarseeker: I'm leaving the numerous undocumented #if 0's in src/librt/test_bot2nurbs.cpp up to you
07:12.10brlcadunless you tell me I can kill them, they beg for some commentary / reasoning to keep that code
07:12.29brlcadsrc/librt/test_root3-subd.cpp too
07:16.50Notify03BRL-CAD:brlcad * 56572 brlcad/trunk/NEWS: Added -o option to bb bounding box command - provides an oriented bounding box rather than the default axis-aligned bounding box. (comment was spot on, actual line was not past tense consistent)
08:48.11zero_levelbrlcad : thanks for the suggestion.
08:48.35zero_levelicv_cnv_8bit(..) looks fine to me.
11:56.51starseekerbrlcad: fair enough
11:58.21starseekerCh3ck_: make small patches that incrementally work towards your goal
11:58.35Ch3ck_ok
11:58.55Ch3ck_but the patch i've already made for the pull is it ok?
11:59.00starseekerCh3ck_: I'll try to review more of your patches today - I've got several irons in the fire right now
11:59.10Ch3ck_hm
11:59.18starseekerCh3ck_: if you mean your large existing ones, I'd try to break them up
11:59.28Ch3ck_ok
11:59.38Ch3ck_working on pulling non leaf objects
11:59.42Ch3ck_as Sean had advice.
11:59.43Ch3ck_d
11:59.53*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
11:59.55starseekerif I recall correctly brlcad said it should be possible to do so, so that will be something you want to demonstrate you can do
12:00.09Ch3ck_thats what i'm working on today.
12:00.17starseekergood
12:03.09Ch3ck_i'll continue work on the pull and just increment the current patch
12:03.17Ch3ck_with recent changes.
12:18.42``ErikIzak__: I'm not seeing the 'barebones' patch in the sourceforge tracker
12:19.23Izak__``Erik: Let me upload it
12:27.53Izak__``Erik: I have uploaded it to ticket 228
12:37.02Ch3ck_there is this thing i don't understand with rt_db_get_internal(). The 4th argument which is a matrix given this routine. Is it the matrix transformation of the database object in external format or its the matrix transformation to be written to the internal database object.
12:37.40Ch3ck_I think it is the matrix of the internal database object in external format but i just need to clarify.
12:37.51Ch3ck_or confirm
12:47.03``ErikIzak__: patch has trailing whitespace and table.c fails to apply cleanly on r56572
12:49.36*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b122:7d10:0:48:5dba:4a01)
12:51.11``Erikalso; import4/export4 should be left NULL and not used at all
12:51.27Notify03BRL-CAD:phoenixyjll * 56573 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep.cpp): Start to work on evaluating NURBS booleans. Move the code working with NURBS booleans in librt to libbrep.
12:54.17``Erikstarseeker: http://www.caranddriver.com/reviews/volkswagen-xl1-concept-first-drive-review
13:04.35Notify03BRL-CAD:phoenixyjll * 56574 brlcad/trunk/src/libbrep/boolean.cpp: ws.
13:05.33Notify03BRL-CAD:phoenixyjll * 56575 brlcad/trunk/src/librt/primitives/bot/bot_oriented_bbox.cpp: Eliminate compiler warnings.
13:21.43Izak__``Erik: Please can you paste the build errors you got because I have rebuilt and it succeeds
13:37.13``Erikno build errors, the patch failed to apply at all
13:37.32*** join/#brlcad kesha (~kesha@14.139.122.114)
13:40.16Izak__``Erik: I am working on the trailing white space now
13:41.03``Erikmake sure your tree is fully up to date, using "svn update"
13:41.44Notify03BRL-CAD:phoenixyjll * 56576 (brlcad/trunk/src/libged/bb.c brlcad/trunk/src/libged/comb.c): The C compiler in MSVC seems to require all declarations appear first.
13:46.32*** join/#brlcad kesha (~kesha@14.139.122.114)
13:53.47Notify03BRL-CAD:phoenixyjll * 56577 brlcad/trunk/src/libbrep/boolean.cpp: curve_st should be the curves in surfaceB's domain.
13:56.18Notify03BRL-CAD:mohitdaga * 56578 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/encoding.c brlcad/trunk/src/libicv/fileformat.c): Add ICV_CONV_8BIT macro for encoding conversions. This macro converts the 8bit pixel values to icv data type(double). Later we can have similar macros for higher resolution of images. For eg ICV_CONV_16BIT.
13:57.27Notify03BRL-CAD Wiki:Phoenix * 5923 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */
13:57.45Notify03BRL-CAD Wiki:Phoenix * 5924 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
13:57.58Notify03BRL-CAD Wiki:Phoenix * 5925 /wiki/User:Phoenix/GSoc2013/Reports: /* Mid-term summary */
14:02.02zero_levelclear
14:03.23*** join/#brlcad kesha (~kesha@14.139.122.114)
14:06.32*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:07.55Notify03BRL-CAD:carlmoore * 56579 (brlcad/trunk/include/icv.h brlcad/trunk/include/raytrace.h and 2 others): fix spelling, and make about 2 other minor changes
14:18.04*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:34.18brlcadzero_level: so the detail there is that libicv won't normally know when it needs to run that 8bit conversion, but the calling code does
14:34.42brlcadso tools like bwmod would convert their user-provided values into the normalized 0-1 domain with ICV API
14:37.22brlcadIzak__: we shouldn't still have to be reminding about white space/style and that code compile cleanly against trunk...
14:38.43starseekerIzak__: I changed the table.c stuff just this weekend to add a method for oriented bounding boxes
14:38.54starseekerso the heart primitive should follow
14:39.51Izak__satrseeker: Are you referring to the rt_hrt_bbox() function ?
14:40.05starseekerno, the definition for heart in table.c
14:40.37starseekeryou need another NULL in the list of heart functions, since the size of the function array has changed
14:40.44starseekereasy to do
14:44.31starseekerCh3ck_: did you see the change from brlcad to the bn_poly test?  He removed the copyright information generated by octave and moved the comment within the source file
14:45.31starseekerCh3ck_:  (commit r56506) please make sure your other patches are updated accordingly, if need be
14:46.04Ch3ck_ok
14:46.07Ch3ck_will do.
14:47.36Notify03BRL-CAD:carlmoore * 56580 brlcad/trunk/src/libbrep/intersect.cpp: OK, fixed 'minimum' spelling (although intersect.cpp got other, unrelated warning messages); did not find 'mininum' misspelling anywhere else
14:48.32Ch3ck_starseeker: could you please explain to me what rt_db_get_internal does exactly?
14:48.42Ch3ck_read the code but still have some blind spots.
14:49.16Izak__starseeker: did you append the method for oriented bounding boxes to the rt_functab[] ?
14:53.19*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:53.38Notify03BRL-CAD:starseeker * 56581 (brlcad/trunk/src/other/libgdiam.dist =================================================================== and 10 others): Add distcheck file for gdiam
14:56.41brlcadkesha_: can you talk to me about patch 218?
14:56.56brlcadit's interesting, surprising even that you worked on those
14:57.35brlcada quick glance, and I see that you (fortunately) limited yourself to c++ operations, which is good
14:58.01brlcadhowever, you do make a performance claim and this should be tested
15:01.21brlcadkesha_: and on testing, it doesn't apply cleanly
15:06.38kesha_brlcad: whats the problem you  are facing ? cleanly as in ?
15:06.51``Erikwith regard to performance: don't. Just, don't. Make it work before even contemplating performance, it's very easy to make bad assumptions and produce over-complicated code that actually runs slower... until you're an old super-guru, I'd strongly recommended clearing your minds of performance until after your code is correct and complete
15:21.00brlcadkesha_: patches should apply with "patch -p0 -i yourfile.patch" to a trunk checkout
15:26.08brlcadCh3ck_: your patches are seriously getting out of control
15:26.26brlcadyou need to stop creating new patches unless they're for a completely unrelated new change to code
15:26.41Ch3ck_thats what i've been doing.
15:26.51Ch3ck_making them unrelated
15:27.10Ch3ck_but since they patch files all have to enter the same files
15:27.26Ch3ck_problems may arise with CMakeLists
15:27.40Ch3ck_since they're all trying to enter the same place
15:27.55Ch3ck_I wanted to make it in sure a way they apply cleanly and consecutively
15:28.09``Erikif two patches touch the same file, one of them will be bounced back for rework due to conflict...
15:28.10Ch3ck_i was adviced to make them independent and thats what i did
15:28.16Ch3ck_yeah
15:28.20Ch3ck_thats the problem
15:28.28Ch3ck_well if  they all have to apply cleanly
15:28.30brlcad190 and 217 seem the same, 206 and 215 seem the same
15:28.35Izak__starseeker: Which commit did the oriented bounding box go in?
15:28.49Ch3ck_i'll have to apply them consecutively
15:28.58Ch3ck_so they clearly fit in the CMakeLists
15:29.26Ch3ck_that should be the only problem with the patches.
15:29.33``Erikalso; stop hitting enter so much, try writing a good line instead of a lot of half-assed lines O.o
15:29.34brlcadCh3ck_: if they are independent or if the ordering is in the patch, that's fine
15:29.48Ch3ck_well
15:29.54brlcadi think the issue was just those four older ones seeming to be duplicates as I read down through the list
15:29.59Ch3ck_star seeker told me to make them in such way that
15:30.19Ch3ck_they should be applied in any order indepently
15:30.26Ch3ck_thats when this problem is coming up.
15:30.35Ch3ck_which ones?
15:30.46brlcad11:28 < brlcad> 190 and 217 seem the same, 206 and 215 seem the same
15:31.25Ch3ck_well they're not the same
15:31.30Ch3ck_there are changes in them..
15:31.38Ch3ck_and should apply cleanly
15:31.44brlcadokay, so then just their subject titles are misleading... ;)
15:32.00Ch3ck_probably its just the naming
15:32.09Ch3ck_since all the patches are trying to enter at once
15:32.16Ch3ck_i could combine all of them into one
15:32.28Ch3ck_so they just apply neatly then..
15:32.29zero_levelbrlcad : what did u mean here 14:33 < brlcad> zero_level: "facsq,x,y,py,px,c;" is your doing ;)
15:32.45brlcadCh3ck_: and that would be bad (we've had this discussion before...)
15:32.51Ch3ck_ok
15:33.00Ch3ck_then in that case i'll have to make them consecutive
15:33.05Ch3ck_so they apply cleanly
15:33.08Ch3ck_is that ok?
15:33.17brlcadthat is usually fine
15:33.26Ch3ck_and i'll also have to move the comments of GNU octave inside
15:33.27Ch3ck_the file
15:33.36brlcadthe point is actually to resolve these patches NOW because this is not how we want you to work
15:33.43Izak__starseeker: Which commit during the weekend had the oriented bbox changes ?
15:33.50brlcadpatch files are only being used because there continue to be problems with the patch files
15:33.55Ch3ck_i don't understnad
15:34.11Ch3ck_should I fix all these now and submit?
15:34.15brlcadzero_level: there is something wrong there, what is it?
15:34.16zero_levelIzak__ : I advise you to join brlcad-commits list
15:34.36zero_levelto many variables in a single declaration ?
15:34.46brlcadIzak__: you can run svn log to see changes
15:34.49zero_levelc/to/too
15:34.53brlcadzero_level: nope
15:35.04brlcadlook at the original code, then look at yours
15:35.09zero_levelalright.
15:35.17brlcadyou changed something and it even goes against our HACKING guidelines
15:36.06brlcadit's minor but you should be able to see when you inject this sort of change as it just becomes cleanup work for someone else later, and that's not efficient use of time
15:36.26zero_levelah.. so u mean the gaps. ?
15:36.28brlcadCh3ck_: no, lets go through them
15:36.34Notify03BRL-CAD:tbrowder2 * 56582 (brlcad/trunk/src/conv/jack/g-jack.c brlcad/trunk/src/sig/c-d.c and 9 others): standardize usage strings for man-pageless progs; add optstring var for bu_getopts
15:36.35Ch3ck_ok
15:36.42Ch3ck_i'm listening
15:36.56brlcad190
15:37.11Notify03BRL-CAD:mohitdaga * 56583 brlcad/trunk/src/libicv/decimate.c: fix extra identifier in the line.
15:37.12brlcadyour last comment there was that you were going to resubmit an up-to-date patch
15:38.02Ch3ck_for which patch exactly
15:39.08brlcadkesha_ a word of caution, I suggest breaking up your work be in slightly smaller chunks (for stepcode changes) because you keep creating too much work for mpictor_
15:40.01brlcadkesha_: I realize you've reviewed and fixed some of these issues with the latest commits, but he shouldn't have to keep reiterating the same points
15:40.32brlcadkesha_: perhaps make a checklist of things to review when you make a commit to make sure that you don't create work for him to respond to other than "looks great"
15:40.42brlcadCh3ck_: 190!
15:42.18Ch3ck_well i had seen that as rejected
15:42.24brlcadkesha_: in that checklist should include doing a check to make sure the code compiles, reviewing the diff to make sure only intended and relevant changes are included, testing your change before commit (or using the dashboard) and after to make sure nothing was broken
15:42.42brlcad~dict pending
15:42.53Ch3ck_thats why i created the new patch 217
15:43.13brlcadthat is EXACTLY what I just said you need to stop doing :)
15:43.23Ch3ck_I had told you that 190 had significant debug problems
15:43.36Ch3ck_i thought with the pending-rejected comment
15:43.37brlcadif it's the same patch, you should have posted it to 190 instead of creating yet another tracker issue
15:43.54Ch3ck_it means i should created a better one
15:43.56Ch3ck_sorry
15:43.57Ch3ck_my bad
15:44.01Ch3ck_but its now 217
15:44.10brlcadwhat does pending mean?
15:44.15Ch3ck_I did not understand what pending-rejeced
15:44.23Ch3ck_pending : still to be
15:45.01brlcad~dict 2 pending
15:45.34brlcad"not yet decided" ... and if you do nothing, it will be rejected
15:45.45Ch3ck_ok
15:45.46brlcadit was waiting for you to fix it
15:45.58Ch3ck_and thats  what i did with 217
15:46.04brlcadthat's not fixing 190
15:46.07brlcadthat's creating another issue
15:46.11Ch3ck_yeha
15:46.13kesha_brlcad: yes, Agree with you. the idea of creating a checklist looks great ! It will save much of mpictor_ 's and other time.
15:46.17Ch3ck_so how do i remove 217
15:46.21brlcadyou don't
15:46.28brlcadwe just have more work to clean this up
15:46.32Ch3ck_ok
15:46.36brlcadwhich is bad
15:46.40Ch3ck_let me move the changes here.
15:46.41kesha_Regarding the patch of brlcad, I will get back soon. Right now I am working on STEP
15:46.50brlcadCh3ck_: move what changes?
15:47.05Ch3ck_the patch at 217
15:47.07Ch3ck_here
15:47.11Ch3ck_190
15:47.37brlcadif 217 is a follow-on/duplicate/continuation of 190, I'll just close 190 and we can move forward
15:48.19brlcadbut this is yet another failure in communication on both our parts, mine for making it clear, and yours for not understanding the status or impact of creating new submissions
15:48.40brlcadyou should have asked what pending-rejected meant if you didn't understand
15:49.24brlcadthere are plenty of language barriers we have to overcome, but we cannot if you do not ask for assistance or let someone know when something isn't 100% clear
15:49.25Ch3ck_ok fine
15:49.53Ch3ck_lets move on then..
15:51.37brlcadCh3ck_: so I'll ask again.... 206 and 215 seem the same
15:51.39brlcadare they?
15:52.04Ch3ck_yes.
15:53.49brlcadokay, then it it safe to assuming 206 can be closed?
15:53.54brlcads/assuming/assume/
15:54.42Ch3ck_yes
15:54.46Ch3ck_it can be closed
15:55.20Ch3ck_so all changes on push and pull will be on 215 and 217
15:55.27Ch3ck_henceforth
15:56.28brlcadokay ... and if anyone marks any of your patches as pending-* including pending-rejected ... that is not a closed issue, and you can/should update *that* issue #, not create a new one
15:56.54brlcadpending means we're waiting on you to do something
15:57.31Ch3ck_ok
15:57.40Ch3ck_I understand it perfectly now.
16:00.39brlcadkesha_: okay, let me know when you get back to it 1) so I can help make sure you're testing the change right and 2) to make sure you don't spend too much time on it
16:00.52brlcadkesha_: though I am curious why you're patch is out of sync in the first place
16:02.48kesha_brlcad: okay.
16:03.39kesha_brlcad: btw are you getting something like http://paste.kde.org/p8787aee0/ ?
16:03.55brlcadyep
16:04.01brlcadthere should be no failures
16:04.15brlcadimplies the patch was created with old sources
16:04.32brlcadso you'll want to go back to those sources, update them, and regenerate the patch file
16:04.43brlcadresolving any conflicts that arise during update
16:05.09kesha_How to regenerate again ? I mean wont it be lost ?
16:05.09Izak__brlcad:I included a NULL field in table.c for the oriented bounding box starseeker: added but my compiler cries fawl "excess elements in struct initializer"
16:05.25brlcadreading through 30+ patch rejection failures would be more work than doing it all over
16:05.27zero_levelkesha_ : do svn up.
16:05.45zero_leveland then svn diff
16:06.00brlcadkesha_: where did you make those modifications?
16:06.07zero_levelif the file you are working has not been modified. there shld not be issues.
16:06.08brlcadto what sources?
16:06.19Notify03BRL-CAD:starseeker * 56584 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): note that STEPentity == SDAI_Application_instance
16:06.39brlcadIzak__: have you svn updated include/
16:07.10Izak__brlcad: I did an svn update before building
16:07.57brlcadexcess elements means you've got too many fields, but I don't know the status of your code to know where exactly that is
16:08.12brlcadyou can always count them, see what the header says
16:08.36brlcadmake sure there's one and only one element listed for each struct element
16:08.53Notify03BRL-CAD Wiki:NyahCh3ck20 * 5926 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 5 August - 11 August */
16:09.16brlcadit's very possible that svn update merged in the new field just fine, adding a new NULL element, and you adding another becomes too many
16:09.59brlcadIzak__: so I'm a little saddened that we don't have a successful outcome from patch 191
16:10.06brlcadI really hate to see work go to waste
16:10.58brlcadall that's required is to show that your patch provides some improvement, ideally by demonstrating a case where rb_delete was wrong or failed, and with yours now it doesn't
16:13.02Notify03BRL-CAD:starseeker * 56585 brlcad/trunk/src/conv/step/g-step.cpp: whoop, committed too many files
16:14.49Izak__brlcad: Please, with all due respect, could we discuss the crisis on table.c first
16:16.08kesha_brlcad: http://paste.kde.org/pbbd6a362/
16:16.08Izak__brlcad: This is the status of my table.c code here http://paste.kde.org/pb0c0bbcf/
16:16.11kesha_:)
16:16.50Izak__kesha: what's with the :) ?
16:17.35kesha_Izak__:  http://paste.kde.org/pbbd6a362/  worked , I presume.
16:18.16brlcadstarseeker: stray comma on ON_BRep_to_STEP ?
16:18.19Izak__kesha: It didn't. Just showing Sean the status of some of my code :)
16:18.55kesha_Izak__: I am talking abt <kesha_> brlcad: http://paste.kde.org/pbbd6a362/ . Anyways, leave it !
16:18.57brlcadIzak__: the fact that 191 and other patches are unresolved is at the heart of why you have a table.c crisis
16:19.24brlcadif you had established commit access by now, you wouldn't be fighting painful merge issues like this
16:20.15brlcadso if you don't want to talk about it now, that's fine, but please do understand that this is not an efficient or preferred method of communication
16:20.41brlcadI'm reviewing patches ... so I don't have to review your patches
16:20.51brlcadso you don't have to create patches
16:21.00Izak__brlcad: Wer can talk about it then.
16:21.01brlcadit's far FAR easier to review commits
16:21.56brlcadkesha_: is that to imply that you were able tol update your sources and regenerate a clean patch?
16:22.11brlcadif so, please do upload it and I'll give it a review
16:22.29kesha_brlcad: ya, I am attaching new patch over there
16:22.36Ch3ck_so sean what's the next step?
16:23.07brlcadIzak__: so as for table.c and the current definition of the function table, is that too many or too few struct elements?
16:24.16brlcadCh3ck_: what do you mean? :)
16:24.39Ch3ck_waiting on the erviews we were discussing
16:24.48Ch3ck_reviews we were working on
16:24.52brlcadyou mean patches 215 and 217?
16:24.56Ch3ck_yeah..
16:25.53brlcadI generally review patches in order when it pertains to commit access, and there are a few ahead of 215 now
16:26.00brlcadall the more reason to update your oldest patches... ;)
16:26.24brlcadi should get to it later today, so carry on with what you're doing
16:26.34``ErikIzak__: please do 'svn info' and verify that your revision is 56585, you should be running 'svn up' fairly often
16:26.35brlcadthank you for clarifying those two
16:26.42Ch3ck_ok
16:26.46Ch3ck_what about the unit tests?
16:26.55brlcadthey're even newer right?
16:26.58brlcad:)
16:26.59Ch3ck_which i've written to get commit access
16:27.02Ch3ck_yes.
16:27.19brlcadall the more reason to update/check/fix your oldest patches... ;)
16:27.19Ch3ck_so since there are hunk fails during application
16:27.30brlcadotherwise it isn't fair to others
16:27.33Ch3ck_of the patches
16:27.43brlcadyeah, you'll want to address that
16:27.54Ch3ck_so should i make them in such a way that they apply consecutively and cleanly?
16:27.58brlcadyes
16:28.02Ch3ck_ok
16:28.07brlcador independently
16:28.17brlcadbut then independent will apply consecutively and cleanly too
16:28.52brlcadjust if there IS a dependency, leave a comment that simply says "this patch assumes patch #224 will be applied first"
16:28.55``ErikCh3ck_: if a patch depends on another, please note the relationship in the description... "this patch depends on 215" or something
16:29.20Ch3ck_ok
16:29.30brlcadso I did read through your bn testing changes
16:29.34brlcadit's looking really good
16:29.50brlcadloving the inclusion of real outputs from octave
16:30.02brlcadonly concern is that testing looked VERY limited in scope
16:30.51brlcadat least for the poly testing, didn't see any zero coefficients, negative values, large with small, small with large, and didn't go over fourth order, I believe
16:31.29brlcadyou created the testing harness, so additional tests are nearly free to set up
16:32.02brlcadyou can set up as many as you can think of that test some unique characteristic fairly easily to make a decently robust test
16:33.07Ch3ck_yeah
16:34.11brlcadkesha_: I suggest going back through mpictor_'s github and email comments to you and make a note/list of things he said were wrong, then add those to your checklist
16:39.40brlcadejno: I just created an opencl branch for you to work in, you can start integrating your work to date there including any sample/test code you're working on
16:40.16ejnook, thank you
16:41.03brlcadi'd like to see if we can establish a real proof-of-concept as quickly as possible, so don't worry about doing it pretty
16:41.26brlcadwe can treat this as a testing throw-away branch, and if a concept pans out, we can integrate it cleanly on trunk
16:44.25ejnook
16:44.29Notify03BRL-CAD:brlcad * 56586 NIL: Created an OpenCL branch for some experimental performance impact testing. Looking to feed the primitive evaluations through OpenCL for starters to evaluate the scalability and performance impact for a limited set of primitives. This is intended to be proof-of-concept work, not working production code nor any guarantees implied (including portable compilation).
16:44.47brlcad``Erik: heh NIL .. nice :)
16:45.26brlcadejno: https://svn.code.sf.net/p/brlcad/code/brlcad/branches/opencl
16:45.33ejnocurrently I'm having crashes when creating a new file in MGED. I've gone back 300 revisions also
16:46.22brlcadoof
16:46.31brlcadhow are you creating a new file?
16:46.53ejnoboth File->New and on the command line: mged test.g
16:47.10``Erikwhat about 'opendb newfile.g' at the mged prompt?
16:47.40brlcadhm, yeah, I dont' recall the last time I used the menu option
16:48.11``Erikjust created a new file doing "mged test.g" in bash...
16:48.33``Erikand the menu
16:48.59ejno``Erik: opendb works for me
16:50.05``ErikIzak__: what's the progress on updating your table.c ?
16:52.07ejnothis is printed: Fontconfig warning: FcPattern object fontfeatures does not accept value True
16:52.09Izak__``Erik: I am building and its succeeding..... Will update the patch soon.
16:53.53Ch3ck_need some help here creating a patch
16:54.16Ch3ck_I have created a patch and added a new test to brlcad
16:54.39Ch3ck_and i  want the new patch to have only the difference from the previously created patch?
16:54.48Ch3ck_do i diff both patch files or what?
16:55.33Ch3ck_since the new patch has both the previous files and the current one.
16:57.34brlcadCh3ck_: "it depends" on what kind of changes you made, but ideally the file does only contain the new changes or is an update/replacement to the other patch
16:58.01Ch3ck_i am creating patches consecutively
16:58.04Ch3ck_on the tests
16:58.18Ch3ck_and i want each to depend on the other consecutively since i'm adding
16:58.23Ch3ck_tests
16:58.26Ch3ck_to libbn
16:58.37Ch3ck_when i create the patch it gives
16:58.47Ch3ck_me both the previously added test and the current
16:59.01Ch3ck_but i want it to have only the current
16:59.07Ch3ck_but will apply when the previous has applie
16:59.08Ch3ck_d
16:59.18brlcadyep, I get it
16:59.54brlcadwithout commit, it's fugly, so you might want to try and work on non-conflicting changes regardless so you can keep using "svn diff"
17:00.01brlcadotherwise, you'll probably need two checkout trees so you can run "diff -u" between them
17:00.21brlcadone dir is your previous state, other is your new state
17:00.29brlcadcreates the delta patch
17:01.07brlcadI would try to minimize working like this as much as possible though
17:01.11brlcadwe don't want you working that way
17:01.31brlcadperfect patches is the goal, and you only need a couple
17:02.41Ch3ck_well i'll see what to do...
17:02.47brlcadso you could already have enough open patches to gain commit if they're perfect, in which case this is all moot (unless you already know they will not apply cleanly)
17:03.12Ch3ck_to make independent patches apply independently cleanly
17:03.16Ch3ck_but consecutively
17:03.46``ErikCh3ck_: how about you close the patch tickets that are no longer valid, pick one remaining patch and we try to get that one to a committable state... throwing crap patch after crap patch is just creating a big pile of crap... :D
17:04.07Ch3ck_ok
17:04.18Ch3ck_look at 222
17:04.23Ch3ck_it should apply cleanly
17:04.29Ch3ck_so i move on to the next
17:04.56brlcadejno: oh, now that you have commit, will you apply your 194 patch
17:05.31``Erik222 says it needs 221, is 221 going to be a clean good patch?
17:05.41Ch3ck_221 has already been applied
17:05.46``Erikah, cool
17:05.47Ch3ck_so it should apply now.
17:06.56``Erikthe poly_init() function in that patch adds a trailing whitespace
17:07.29Ch3ck_what!
17:07.38ejnobrlcad: ok
17:07.54``Erikand fails to apply cleanly... let me delete my copy and re-download to make sure I don't have an old one
17:08.03brlcadejno: you can assign to yourself when done and mark it closed
17:08.16ejnook
17:08.37ejnois it ok that I can't test the windows code?
17:08.54brlcadit's okay until you hear otherwise
17:09.05*** join/#brlcad vladbogo (~vlad@188.25.239.5)
17:09.17brlcadif someone reports an issue, you'll need to address it or revert (usually resolve within 24 hours is expected)
17:09.24ejnook
17:09.28``ErikCh3ck_: patches should be generated from the root directory of the project
17:09.39brlcadyou can ask here or mailing list to see if someone is willing to test for you
17:09.50Ch3ck_ok well generated a new one now..
17:11.09Ch3ck_updating the patch now..
17:11.43Ch3ck_check the updated version now.
17:17.22``Erikok, patch is generated correctly now and applies cleanly, but indentation is wrong (two space indentation is not what HACKING specifies), and there are two many empty lines
17:18.45Ch3ck_wow
17:18.50``Erikthe end of test_bn_poly_scale() has a blank line between the return value and the closing curly, poly_init() has a blank line between the multiline comment about octave and the code it belongs to
17:19.19``Erikmost of these instances where you have two sequential blank lines should be reduced to one blank line
17:19.33``Erikshould never have a blank line after an opening curly
17:20.37``ErikI have no idea what "o coefficients" are in the poly_init() comment, is that supposed to be '0' ?
17:20.45Ch3ck_thats whay sean did with bn_poly_multiply
17:20.52Ch3ck_so just followd
17:21.14Ch3ck_yes 0
17:21.15``Erikcomment line "*Initialises polnomial storing a negative, positive and zero coefficients." should have a space between * and I
17:21.27``Erikand polynomial should be spelled correctly
17:22.50``Erikin main(), the closing paren and else should be cuddled (on the same line, like "} else" )
17:23.10``Erikmain() shouldn't use exit(), it should return the value instead
17:23.46Ch3ck_i returned a negative number
17:23.49Ch3ck_and sean refused
17:23.55Ch3ck_prefering
17:23.58Notify03BRL-CAD:ejno * 56587 brlcad/trunk/src/libbu/tests/CMakeLists.txt: add a test of libbu semaphore locking
17:24.07Ch3ck_EXIT_FAILURE
17:24.37``Erik... you should use "return EXIT_SUCCESS;", not "exit(0);" ...
17:25.11Ch3ck_thats what i did
17:25.23Ch3ck_exit(EXIT_SUCCESS
17:25.25Ch3ck_)
17:25.38Ch3ck_ok
17:25.41Ch3ck_i get it..
17:25.53``Erikthe string 'exit' should not exist in your program at all :)
17:26.29Ch3ck_is that all
17:26.36Ch3ck_so I should generate patch now?
17:27.03``Erikand towards the top, the comment block about octave needs spaces between the '*' and body... I'd actually remove the copyright and build info from that comment as well, just say it was Octave 3.4.3
17:27.26Ch3ck_ok
17:27.30Notify03BRL-CAD:starseeker * 56588 brlcad/trunk/src/conv/step/ON_Brep.cpp: Stray comma (thanks Sean)
17:28.05``Erikafter all that, regenerate and resubmit, and we'll take another look to see if anything else stands out, I guess
17:29.00mpictor_kesha_: if you don't have a list of my comments, I believe I saved the issue 21 html file. The comments are tied to the commit id, so they disappear if the commit is removed
17:29.29Ch3ck_``Erik: should see new patch now..
17:30.36``Erikstill indented wrong
17:31.14Ch3ck_I ran it through indent.sh
17:31.15Ch3ck_first
17:31.20``Erikand too many blank lines
17:31.23Ch3ck_So i don't understand
17:31.55Ch3ck_i also did ws.sh
17:32.08``Erikindent.sh depends on having brlcad's .emacs file/version/etc, it's not a magic hammer... (I've never gotten it to work right)
17:32.28``Erikwhat is your text editor of choice?
17:32.34Ch3ck_well i use gedit
17:32.38Ch3ck_and emacs
17:32.47Ch3ck_but i've not used emacs for some time now
17:32.57Ch3ck_so i've forgotten many of its commands.
17:34.44``Erikhm, gedit has naive indentation and I d'no the emacs fu to load the footer :/
17:36.03Ch3ck_so we do we do now..
17:36.14Ch3ck_i've done everything within my power..
17:36.19Ch3ck_i don't understand all these complications.
17:36.22Ch3ck_:(
17:36.37``ErikI'm googling the appropriate things to fix/add in your ~/.emacs file
17:37.03Izak__``Erik: I have upgraded the 'bare bones' patch
17:38.46``Erikadd (setq c-basic-offset 4) to your ~/.emacs and try the indent.sh script again, then visually inspect to see if the code is indented with 4 spaces?
17:39.16Ch3ck_ok
17:41.00Ch3ck_where is the ~/.emacs found
17:41.25``Erik~/ means in your home directory... you can run "emacs ~/.emacs" from anywhere
17:42.37Ch3ck_so how do i add the setq c-ba ...
17:42.39Ch3ck_thing..
17:42.44*** join/#brlcad kesha__ (~kesha@14.139.122.114)
17:42.58``Erikgo to the bottom of the file, type (or paste) it, save and exit...
17:44.14Ch3ck_i have done that within the bn_poly_scale.c file
17:45.04``Erikthis (setq c-basic-offset 4) line should not be in bn_poly_scale.c, it should be in your .emacs file
17:46.22Ch3ck_i have not seen any .emacs file
17:47.16``Erikit'd be a hidden file in your home directory... if it doesn't exist, you have to create it...
17:48.51Ch3ck_how should i save it
17:48.55Ch3ck_as .emacs?
17:49.01Ch3ck_and what.emacs
17:50.12Ch3ck_ok did it
17:50.19Ch3ck_but there is still no change
17:50.24Ch3ck_should i upload the patch?
17:56.22*** join/#brlcad kesha__ (~kesha@14.139.122.114)
18:01.32``ErikCh3ck_: if the patch still has 2 space indentation, no.
18:02.08``Erikthe ".emacs" file should be in your home directory
18:02.20Ch3ck_thats what i've done
18:02.20``Erikyou should be able to do "cat ~/.emacs" and see the c-basic-offset line
18:03.13``Erik(brlcad should cook a .indent.pro for use with bsd or gnu indent *cough*)
18:04.35Ch3ck_well
18:04.40Ch3ck_i've done it
18:04.44Ch3ck_and will upload patch now.
18:05.53Notify03BRL-CAD:ejno * 56589 brlcad/branches/opencl/src/librt/primitives/ell/ell.c: convert to C and integrate with librt
18:06.12Ch3ck_should check patch now..
18:10.00``Erikwell, until we figure out how to indent correctly, I'll point out some other things... like the blank lines y ou need to delete, I'll list them from bottom to top so the line numbers don't muddle things... 143 73 49 37
18:10.15``Erikalso; copyright date says 2004-2013, that should just be 2013 since this file is new
18:12.17Ch3ck_is that all?
18:13.06``Erikother than indentation, that's all that's jumping out to me
18:13.36``Erikdo you have gnu's "indent" program on your machine?
18:14.45brlcadrunning indent.sh is a crutch, it's for convenience -- you should be able to do the whitespace corrections manually if needed
18:14.59brlcadthere is an example .emacs file on the wiki
18:15.16Ch3ck_ok
18:15.26Ch3ck_please i'll need link
18:15.42brlcadhow many lines are in your patch file?
18:16.30brlcadthe "wc" program will tell you
18:17.58Ch3ck_191
18:18.31Ch3ck_now 187
18:18.32starseekerCh3ck_: uh... just use google - BRL-CAD and Emacs
18:18.34brlcadthat should take less than two minutes to manually fix
18:18.48Ch3ck_how many white spaces
18:18.49Ch3ck_4?
18:18.54Ch3ck_right?
18:18.57brlcadno
18:18.58starseekercheck HACKING
18:19.09Ch3ck_ok
18:20.00Ch3ck_indents every 4 characters
18:20.12Ch3ck_tab stops at 8 characters.
18:20.14Ch3ck_right?
18:20.20Ch3ck_its what i'm reading.
18:20.30brlcadthat's what it says, yes .. but do you understand what that means?
18:21.06brlcadit means it can be a mix of tabs and spaces for any given line, depending on how many indentation levels there are
18:22.02brlcad``Erik: does sasl have an update or do you know if it updated recently?
18:22.23brlcadgetting a fuckton of "svn: DIGEST-MD5 common mech free" messages now
18:22.31brlcadvia syslog
18:23.17brlcaddidn't just start happening, it's been a couple weeks
18:23.23Ch3ck_i've manually made the indentation to 4
18:23.27vladbogohi all. I am currently working at mouse integration between qt and tk and I am dealing with a really strange problem: I've managed to send events from qt to tk and when I click I get the error "bad scaling factor: 0.000".
18:23.44Notify03BRL-CAD:ejno * 56590 (brlcad/branches/opencl/test-raytracer/version1/Makefile =================================================================== and 32 others): add original code to SVN
18:23.49brlcadCh3ck_: do you understand what is meant by saying it's a mix of tabs and spaces?
18:24.00Ch3ck_no
18:24.23vladbogoapparantly this comes from "atof" function because the string is 0.5 and the result is 0
18:24.27brlcadit's critical to knowing how to indent properly
18:24.44brlcadCh3ck_: see one of the existing files that has multiple levels of indentation
18:24.57Ch3ck_ok
18:25.10brlcadit's 4spcs, then 1tab, then 1tab+4spcs, then 2 tabs, etc
18:25.41Ch3ck_i don't understand
18:25.42brlcadeach indent either adds 4 spaces or removes four spaces and inserts a tab
18:26.24brlcadit's a byte-compressed fixed-presentation code style
18:26.26brlcadit's not just spaces
18:26.28brlcadit not just tabs
18:26.30vladbogothe strange part is that when I use any other dm insted of the Qt one the separator for double is "."(point) but for the qt one is ","(comma) so if I give to atof ("0,5") the conversion is correct. Any idea why this behaviour?
18:27.12Izak__make
18:27.19brlcadvladbogo: atof("0.5") returning 0.0 sounds wrong
18:28.24brlcadeither the string it gets is not actually "0.5" or it's not really returning 0.0 and somehow getting cast/converted somewhere
18:28.54brlcade.g., without a prototype, the compiler will assume atof() returns an integer, so you have to make sure header is properly included
18:29.23vladbogobrlcad: I know and if I change the atof("0.5") to atof("0,5") (here it's comma) work's fine
18:29.49``Erikstarseeker: beginnings of an .indent.pro might be something like -bad -bap -bbb -br -ce -di1 -i4 -pcs -nfcb
18:30.11``Erikbrlcad: may've been updated... I've been doing port upgrades almost daily
18:30.19brlcadvladbogo: o.O
18:30.20vladbogobrlcad: and also when I print a double it uses the comma as a separator but just for the Qt dm
18:30.44``Erikah, vladbogo, do you have locale stuff set?
18:30.46brlcad"The decimal point character is defined in the program's locale (category LC_NUMERIC)"
18:31.13brlcadthat's from atof's manual page
18:31.20``Erika lot of the world uses a comma instead of a period as a decimal point
18:31.33vladbogo''Erik: I haven't set any locale explicitly
18:32.03vladbogoand for the other dm's it uses point as expected not comma
18:32.42brlcadvladbogo: you almost certainly have a locale set in your environment
18:33.08brlcadwhich means most of the standard functions are going to expect a comma
18:33.39*** join/#brlcad kesha__ (~kesha@14.139.122.114)
18:35.51brlcadwe may need to add setlocale( LC_ALL, "en-US" ); where we assume us locale, but that's certainly not elegant or polite
18:42.26vladbogobrlcad: should I try to set this somewhere specific or doesn't matter because nothing changes?
18:48.36Notify03BRL-CAD:ejno * 56591 brlcad/branches/opencl/src/librt/primitives/ell/ell.c: more work on integrating with librt
18:52.37brlcadvladbogo: where's the 0.5 string coming from?
18:54.22brlcadCh3ck_: also /*this is bad*/ and /* this is good */ when it comes to comments
18:55.40brlcadthe committed sources need many style corrections, but to do so with several open patches would almost certainly introduce conflicts or make merging more difficult
18:56.33vladbogobrlcad: it's an argument to the cmd_zoom function
18:56.53brlcadfile:line?
18:56.55Ch3ck_brlcad: i don't have any such problems with patch 221
18:57.16brlcadCh3ck_: okay, just commenting based on current status of bn_poly_multiply.c
18:57.34brlcadfunction return types belong on separate line
18:57.40brlcadint
18:57.43brlcadmain()
18:57.46brlcad{
18:57.55vladbogomged/chgview.c line 2690
18:57.56brlcadnot int main() {
18:58.34vladbogoalso I tested on my other system where I have kubuntu and it does not seem to have this behaviour
18:58.53Ch3ck_waiting for the application of 221
18:59.01Ch3ck_so i could get on to the next patch
18:59.04vladbogoso it might be something local
18:59.46``Erikbrlcad: rebuilt subversion without sasl, that should eliminate the debug message...
18:59.49``Erikheads home O.o
18:59.51brlcadvladbogo: locale is set in your environment
18:59.58brlcad``Erik: you rock!
19:00.10zero_levelhi all : Can every one run regress on there local machines.
19:00.31zero_levelmake regress in the build directory.
19:00.49brlcadvladbogo: if you run "set", there's almost certainly a locale setting in there
19:01.41brlcadvladbogo: so chgview.c:2690 is where the atof call was made, but where'd the 0.5 string come from?
19:01.50brlcadthat came into cmd_zoom() from somewhere else
19:02.37brlcadusually user input, so a fix would be to type "zoom 0,5" in mged and that might work
19:02.54brlcadbut then if we print 0.5 to a string or manually pass it in from some tclscript, we have a locale bug
19:03.32brlcadzero_level: anything more specific, I run that throughout the day every day
19:03.33vladbogobrlcad: there I found that the problem is: it occurs when the mouse button is pressed
19:03.47brlcadmouse button is a zoom in/out binding
19:03.59zero_levelsolids.sh
19:04.00brlcadso probably what I just said, a tclscript passing in 0.5 ignorantly
19:04.44brlcadzero_level: just fyi, "make regress-solids" will run just the solids regression (and it currently passes for me)
19:04.53zero_levelalright.
19:06.11zero_levelBZ also passes for me.
19:06.39zero_levelbut i recieve the following on ubuntu12.04  i3
19:06.41zero_levelhttp://paste.kde.org/pb2722cd3/
19:06.47brlcadvladbogo: LANG, LC_MESSAGES, and LC_ALL are the environment variables that control locale, if you unset them .. then mged will work (but the locale bug still will exist obviously)
19:06.58vladbogobrlcad: mged/buttons line 366 appears to call mged_zoom(0.5)
19:07.15brlcadzero_level: that's not the actual failure, you need to include more output
19:08.22zero_levelbrlcad : how abt this
19:08.24zero_levelhttp://paste.kde.org/p019f0e1e/
19:08.37brlcadvladbogo: it's still numeric there, that's fine
19:09.06brlcadlooks like chgview.c:2630 is where it gets converted to string
19:09.10vladbogobrlcad: I'll try to find where the variables are set and see why this only happens for Qt
19:09.18brlcadso there is where it needs to take locale into account
19:09.37brlcadQt is very locale aware
19:10.12brlcadC's standard library has different function calls to get locale behavior
19:11.38brlcadso snprintf() is probably just turning it into "0.5" or "0,5" and someone down the line is confused
19:11.50brlcadvladbogo: try adding this before the snprintf just to test:  setlocale(LC_ALL, "POSIX");
19:14.05vladbogobrlcad: setting this uses point
19:15.10vladbogoso should I set this in the dm-qt just to be sure?
19:15.18brlcadnope
19:15.51vladbogook
19:16.04brlcadwe're not really well tested for locale aware applications so a couple thoughts come to mind
19:16.19brlcad1) should fix the actual crash, to prevent that from happening regardless
19:16.24brlcadwhere was it crashing?
19:16.59vladbogolibged/zoom/zoom.c line 64
19:17.28brlcadokay so not crashing, just reporting an error
19:17.59brlcadwhat was the string that sscanf was scanning from?
19:18.02vladbogoyep
19:18.49brlcad"0,5" or "0.5" (prior to adding setlocal())
19:19.07vladbogoin zoom.c it's already 0.0
19:19.19vladbogobefore it was "0.5"
19:19.45brlcadthe argv[] is "0.0" or "0,0" ?
19:21.39vladbogo"0,000"
19:21.44brlcadi'm not yet seeing where this goes wrong
19:21.49brlcadthat's interesting
19:22.10brlcadso ged_zoom() has argv[]="0,000"
19:22.26vladbogoit goes wrong several steps before
19:22.38vladbogoyes argv[1]="0,000"
19:22.48vladbogowhich seems to be ok
19:22.49brlcadwhich implies chgview.c:2633 set "0,000", which implies the snprintf() returned that
19:22.54vladbogoyes
19:23.16vladbogothe problem occurs in cmd_zoom
19:23.30vladbogothere argv[1] is "0.5"
19:24.22vladbogowhich is converted to double and sent do mged_zoom where it's converted back to string using snprintf
19:25.10vladbogoso it seems that the call to cmd_zoom seems to be the problem
19:28.09brlcadyeah, I think you pinned it
19:28.32vladbogoand in mged/setup.c Tcl_CreateCommand creates a comand that has the function cmd_zoom
19:28.53vladbogoso it has to be in Tcl/Tk I guess
19:32.32brlcadthe 0.5 string is almost certainly coming from tcl
19:32.40brlcadand it's respecting your locale, so that's a 0
19:33.24Notify03BRL-CAD:brlcad * 56592 brlcad/trunk/src/mged/chgview.c: make sure the zoom string is sane so we don't propagate a zero
19:33.42vladbogoI think I found out
19:33.53vladbogosrc/libtclcad/tclcad_obj.c
19:34.11vladbogoline 5156
19:34.25vladbogobut I'm not sure
19:35.09Notify03BRL-CAD:brlcad * 56593 brlcad/trunk/src/mged/chgview.c: avoid propagating a zero zoom to libged
19:38.36brlcadvladbogo: looks like a possibility, did a stack tace get you there?
19:39.11vladbogono. I've searched for zoom
19:39.28brlcadah
19:39.31brlcadmore than likely it's src/tclscripts/mged/bindings.tcl
19:39.43brlcadsince that's where the key binding for zoom in/out are set for mged
19:39.46vladbogobut it doesn't seem to be there
19:39.52brlcadarcher uses libtclcad
19:40.18brlcadsrc/tclscripts/mged/openw.tcl also probably has a binding
19:40.38brlcad(for the menu zoom options)
19:40.57brlcadyep, sure enough both places
19:41.52brlcadso the fix is probably specific to the tcl hook functions
19:42.22brlcadthey need to forcibly set the locale to POSIX, do their work, then set it back
19:43.11brlcadOR we some way to manage every possible floating point literal in a tcl script in locale form
19:43.43brlcadlike "zoom [clocale 0.5]"
19:46.01vladbogoso should I set the locale in cmd_zoom to POSIX then change it back?
19:46.53Notify03BRL-CAD:carlmoore * 56594 (brlcad/trunk/doc/docbook/system/man1/en/g-acad.xml brlcad/trunk/src/conv/g-acad.c): disuss the -P option, implement 'RTD.debug =
19:46.56brlcadthat would be the first option I mentioned
19:47.08brlcadforcibly setting the locale
19:47.21starseekerbrlcad: is http://viennacl.sourceforge.net/ of any interest for the opencl stuff?
19:47.32brlcadthe issue is just one of user expectation ... vladbogo would you expect to be able to run "zoom 0.5" on the command line
19:47.38brlcador would you expect "zoom 0,5"
19:48.02vladbogowell I'd expect to run zoom 0.5
19:48.51brlcadstarseeker: if/when we get to converting a primitive that uses those types of solvers, perhaps
19:49.20vladbogoI'm still confused why the locale is set to something else since my local configurations are to use "."
19:49.45brlcad"."?
19:49.49brlcadthat's not a valid locale :)
19:50.04brlcadset | grep L
19:51.22brlcadvladbogo: if you expect that, then I'll just tell any future complaining users that it was your fault ;)
19:51.28brlcadcertainly sounds fine to me
19:51.40brlcadbut then that's the only locale I use, POSIX ftw
19:52.26vladbogoI agreed with you
19:52.51brlcadI know :)
19:53.04brlcadjust saying... someone will probably eventually complain ;)
19:53.15brlcadand then they can make an awesome patch!
19:53.20vladbogo:)
19:55.33Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5927 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
19:55.48``Erikheh, "my native language is C"
19:57.57vladbogobrlcad: I also have a question regarding the mouse integration
19:58.10Notify03BRL-CAD:brlcad * 56595 brlcad/trunk/src/mged/chgview.c: test yer compiles igit
19:59.15vladbogoI was thinking about doing something like this: send a tk event when I get a Qt one
19:59.42vladbogobut the problem is when using a blocking event_check
20:00.23vladbogobecause the dm blocks waiting for a Tk event
20:01.27Notify03BRL-CAD:brlcad * 56596 brlcad/trunk/src/mged/mged.c: force POSIX locale since our tcl script infrastructure expects it. we could get away with just performing locale restrictions within the tcl callback functions, but right now that is several hundred potential functions where we'd be introducing redundant code. another possibility might be to introduce a tcl command like 'zoom [clocale 0.5]' so the scripts
20:01.29Notifythemselves become aware, and that would probably be best and a lot of work.
20:01.47brlcadvladbogo: that should do the trick for now
20:02.00vladbogothanks
20:02.28brlcadwe'll need something more for archer, but that might become moot when the two are merged
20:03.16vladbogoso since clicking triggers a Qt event this should be processed, but instead everithing is blocked waiting for a Tk event
20:04.15vladbogoif I force everything to be non-blocking it works fine but I don't think this is the best approach
20:05.46vladbogoanother idea I have which I haven't tested but it has to work is to make all the Tk events non-blocking for the Qt display manager and instead wait for a Qt event to trigger
20:05.52vladbogowould this approach be ok?
20:06.30brlcadstarseeker: their benchmarks are interesting .. if i'm reading it right, you have to have about 10,000 to 1,000,000 values to work on for their implementation to show a gain
20:07.13brlcadstarseeker: that's a bit nuts .. huge matrices, maybe for how you were attempting to sparse solve the bot2nurbs fit (but then you know my other ideas there too)
20:07.57brlcadvladbogo: i don't have enough information to say yay or nay to that
20:08.18brlcadvladbogo: on the surface, it sounds fine, even if everything were non-blocking or just tk
20:08.31brlcadit's not clear that the implication would be just yet
20:09.26vladbogobrlcad: I haven't figured out yet when blocking/non-blocking event check is called since every iteration depends on the previous iteration's result
20:09.33Notify03BRL-CAD:ejno * 56597 brlcad/branches/opencl/src/librt/primitives/ell/ell.c: work on sphere intersection
20:12.18brlcadejno: you closed the patch, but where's the commit?
20:12.40vladbogobut I don't think having blocking Tk process events it's possible: the only way I think is that when adding the Qt event in the event queue also a Tk event should be generated which I think could be just by modifying the Qt code
20:12.49brlcadvladbogo: you'll also have to carefully consider both mged and archer as their run loops are quite different
20:13.26vladbogoI have just focused on mged
20:13.39Notify03BRL-CAD:starseeker * 56598 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/libgdiam/CMakeLists.txt brlcad/trunk/src/other/libgdiam/gdiam.hpp): Untested, and almost certainly not right yet, but start working on the Windows DLL logic for gdiam.
20:14.26vladbogoI'll try then also on archer but since I haven't done any significant modification to the run loop (just called the qt processEvents function it shouldn't be a problem)
20:17.24starseekerbrlcad: ah, yeah, probably not worthwhile then
20:17.51starseekerpity - was hoping we could leverage some work by other dedicated GPU/OpenCL researchers
20:23.52starseekernotes the BRL-CAD cmake overview PDF is up
20:25.44vladbogobrlcad: even though forcing locale to POSIX as soon as dm_open is called and Qt is used the locale is reset so it has to be forced after opening the dm to take effect
20:26.14vladbogoshould I change this?
20:36.15Notify03BRL-CAD:starseeker * 56599 brlcad/trunk/src/other/libgdiam/CMakeLists.txt: Copy/paste strikes again.
20:40.20Notify03BRL-CAD:vladbogo * 56600 brlcad/trunk/src/mged/mged.c: Force POSIX locale only after the display manager is opened so that the changes take effect.
20:41.22brlcadstarseeker: this isn't a problem of libraries
20:42.16brlcadwe already have the code
20:43.03brlcadit's a matter of translating from C to OpenCL (very easy), using different data containers (easyish), and restructuring the order of calculations (some work)
20:43.57brlcadejno: never mind, I found the commit .. just overlooked
20:49.17brlcadvladbogo: whose resetting the locale?
20:49.37vladbogosomething I guess
20:49.39brlcads/whose/who's/
20:49.48vladbogoin Qt *
20:50.19vladbogoall I know is that after the qt_open is called the locale resets
20:52.09vladbogobrlcad: is there anywhere I can found all key bindings?
20:52.42brlcadyeah, it's qt's backend: https://github.com/matplotlib/matplotlib/issues/1867
20:53.31brlcadso we could also just unset LC_ALL/LANG at program start
20:53.43brlcadyour move to put the init after Qt initialization is fine for now
20:54.10brlcadvladbogo: a key binding can be created anywhere, so no .. but most for mged are in src/tclscripts/bindings.tcl
20:54.35brlcadyou can easily create bindings on the fly in tcl
20:55.16vladbogoso when it comes to integrating the keyboard what should it be supported?
21:00.50Notify03BRL-CAD:vladbogo * 56601 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Send Tk button press events when Qt mouse events occur.
21:03.44vladbogobrlcad: is it ok if I put a #ifdef DM_QT "process events nonblocking" for the moment and then try to have a better solution?
21:11.53Notify03BRL-CAD:vladbogo * 56602 brlcad/trunk/src/mged/dm-qt.c: Implemented the qt_doevent function.
21:12.34Notify03BRL-CAD:vladbogo * 56603 brlcad/trunk/src/libdm/dm-qt.cpp: Removed debug info.
21:13.21brlcadvladbogo: sure
21:13.47brlcadkey bindings are libdm's greatest limitation because originally the API was not at all concerned with key events
21:13.52brlcadthe front-end application handled them
21:14.13brlcadmost of the older devices didn't even support the notion, so you were left with console I/O
21:14.47vladbogoI see
21:15.30vladbogoand in this case I guess a generic way to send different key events from Qt to Tk would be best
21:16.53brlcadlibdm should have some awareness of key bindings / events
21:17.00brlcadthat might be the method to bridge them
21:17.39vladbogoI'll think about it and i'll come with a suggestion in the next days
21:17.45brlcadsounds good
21:18.27brlcadyou'll find two systems currently in place for mged
21:19.13brlcadthere's the low-level C interface that is used when one runs mged -c, and there's the tcl/tk bindings, which already mentioned are predominantly src/tclscripts/bindings.tcl
21:19.41brlcadideally, none of the bindings would involve Tk (other than maybe as an event pass-through to C)
21:19.55Notify03BRL-CAD:vladbogo * 56604 brlcad/trunk/src/mged/dm-qt.c: Implemented and added the cmd_hook to the display manager.
21:20.01brlcadwe want to eventually replace Tk with Qt completely
21:21.29vladbogook, then I'll have also this in mind
21:31.17brlcadif you spent the rest of summer just getting that working, you would be a god
21:31.22Notify03BRL-CAD Wiki:Vladbogolin * 5928 /wiki/User:Vladbogolin/GSoC2013/Logs:
21:34.25Notify03BRL-CAD Wiki:Vladbogolin * 5929 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */
21:40.23Notify03BRL-CAD:vladbogo * 56605 brlcad/trunk/src/mged/mged.c: If the qt display manager is enabled, check for events non-blocking.
21:40.41Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tor1.png:
21:41.00Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tor2.png:
21:42.49Notify03BRL-CAD Wiki:Vladbogolin * 5932 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */
22:03.47Notify03BRL-CAD:starseeker * 56606 brlcad/trunk/src/other/libgdiam/gdiam.hpp: Just use the std min and max...
22:13.41Notify03BRL-CAD:brlcad * 56607 brlcad/trunk/src/util/bwshrink.c: calling bu_free() after malloc() is wrong, but we should be calling bu_malloc() so do that instead. added some basic input sanity checking.
22:24.18Notify03BRL-CAD:starseeker * 56608 (brlcad/trunk/src/other/libgdiam/CMakeLists.txt brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): Closer - buildings with MSVC, but the obb operation crashes with an error having to do with a sort call using a CompareByAngles comparison - Expression: invalid operator<
22:28.53starseekersuspects MSVC is being picky about something that gcc is letting slide...
22:29.43starseekergdiam.cpp:1651
22:30.19starseekercorrection, gdiam.cpp:1636 now
22:54.46Notify03BRL-CAD:brlcad * 56609 brlcad/trunk/NEWS: richard improved the fast4-g importer in r56495 to skip blank lines
23:36.50brlcadstarseeker: so they're not compatible ... or at least what I thought I was looking at the other day is different than what is in gdiam.cpp
23:37.10brlcadvec_point_2d is a class
23:38.45brlcad<PROTECTED>
23:39.16brlcadmaybe even as simple as pointer value comparison
IRC log for #brlcad on 20130806

IRC log for #brlcad on 20130806

00:48.13starseekercan try stepping it through a debugger...
00:57.51starseekerbrlcad: it's using the operator in CompareByAngle at 1425
00:57.58starseekergdiam.cpp:1425
00:59.30starseekerhttp://stackoverflow.com/questions/8532224/invalid-operator-while-sorting-stdlist
00:59.48starseekerhas me wondering if that comparison isn't satisfying some property the compiler is trying to guarantee
01:02.29starseekerhttp://stackoverflow.com/questions/5786296/overloading-comparision-operator-in-c-results-in-invalid-operator
01:10.29starseekertrys to puzzle out if CompareByAngle satisfies strict weak ordering, and if so why it doesn't...
01:11.03starseekeror could just use qsort...
01:22.57Notify03BRL-CAD:starseeker * 56610 brlcad/trunk/src/other/libgdiam/gdiam.cpp: C++ comparison operators are supposed to satisfy the strict weak ordering property, and MSVC seems to think this function doesn't. This might be one reason - return false if the lengths end up being equal.
01:25.11starseekerhmm... no, that shouldn't change anything logically...
01:40.55Notify03BRL-CAD:starseeker * 56611 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Doesn't logically change behavior.
01:50.20brlcadstarseeker: that's not the right operator
01:50.27brlcadit needs to define the < operator
01:50.42starseekerwell, according to gdb that's where it's landing...
01:51.15starseekerit looks like it's intended as a < operator, even if they didn't call it that...
01:51.46brlcadin theory, the functor operator should be sufficient
01:51.55brlcadbut msvc is apparently just using <
01:51.56starseekertrying to figure out how a < b && b < a might be true from that logic... that's what the error seems to be suggesting is possible
01:53.18starseekeror rather, (!(_Left < _Right) && (_Right < _Left))
01:55.20starseekernot sure what that return  (sgn > 0) might be doing to mess with things...
01:56.16brlcadi don't see what code you're referring to
01:57.23starseekerline 1444
01:58.27starseekercalling a function to determine if the area is positive, negative, or zero.  If the points a, b, and base are colinear, that function is going to return zero no matter what order a and b are fed in
01:59.26starseekerif a and b are then the same distance from base, their lengths are the same and swapping them will get the same result of the length comparison
02:00.31starseekerbrlcad: first code block in this post is what MSVC is tripping up on: http://stackoverflow.com/a/5787053/2037687
02:01.02starseekerI was trying to figure out what about that function might not satisfy that property
02:01.12brlcadreturn sgn > 0?
02:01.36starseekerthat's OK, but it's only triggered if sgn != 0
02:01.45starseekerif sgn == 0, it proceeds with the length test
02:01.59starseeker1448
02:02.48starseekerand if dist(a,base) == dist(b,base) that comparison is going to give the same result no matter which order a and b are fed in (if I understand correctly how the logic is flowing)
02:14.50brlcadthat compare functor doesn't make a whole lot of sense to me
02:17.57Notify03BRL-CAD:starseeker * 56612 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Take another stab at ensuring (!(a < b) && (b < a)) for the gdiam comparison operator...)
02:19.13starseekerwill try that tomorrow - if that really is a runtime check, I'll pay more attention to what actual values are causing it to trip
02:25.43Notify03BRL-CAD:brlcad * 56613 brlcad/trunk/src/libicv/filter.c: style spacing, function, and comment consistency cleanup
02:26.05brlcadzero_level: please see r56613 and check the other files for similar cleanup
02:35.15starseekeryow - axis aligned arbn doesn't do well at all performance wise with bb -o
02:48.56Notify03BRL-CAD:brlcad * 56614 brlcad/trunk/src/libbn/plot3.c: apply kesha's sf patch #165 that performs a code reduction in libbn's plot inteface code. 70 line reduction overall. looks good.
02:51.57starseekerhuh - if you have an unlimited budget... http://www.rotateright.com/
03:20.00Notify03BRL-CAD:brlcad * 56615 (brlcad/trunk/src/tclscripts/mged/bindings.tcl brlcad/trunk/src/tclscripts/mged/openw.tcl): accept sf patch #193 from Emory Huff which provides a new 'c' keybinding on the graphics window that brings the command window back. right now, assumes id_0 exists and is the command window we want to restore which means we'll get an error if id_0 was destroyed.
03:21.01Notify03BRL-CAD:brlcad * 56616 brlcad/trunk/src/libbn/plot3.c: stray '}' in the patch...kesha
03:38.03*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:50.21*** join/#brlcad caen23_ (~caen23@92.81.176.7)
07:14.59*** join/#brlcad LaMule (~lamule@82.236.20.42)
07:15.02LaMulehi
07:50.03*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:58.25*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:14.02*** join/#brlcad kesha__ (~kesha@14.139.122.114)
10:04.06*** join/#brlcad caen23 (~caen23@92.81.176.7)
10:46.33*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b112:a83e:0:3b:516:5701)
11:58.50brlcadhello LaMule
12:35.24Notify03BRL-CAD:brlcad * 56617 brlcad/trunk/src/libbu/tests/bu_semaphore.c: getopt returns an int, otherwise this can be an infinite loop.
12:52.18*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
12:54.48Notify03BRL-CAD:ejno * 56618 (brlcad/branches/opencl/src/librt/CMakeLists.txt brlcad/branches/opencl/src/librt/primitives/ell/ell.c brlcad/branches/opencl/src/librt/primitives/sph/sph.c): move to sph.c; raytracer changes; cmake
13:11.53Notify03BRL-CAD:carlmoore * 56619 (brlcad/trunk/src/libbn/plot3.c brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/dm-qt.c): remove trailing blanks/tabs
13:38.41*** join/#brlcad kesha__ (~kesha@14.139.122.114)
13:46.28Notify03BRL-CAD:mohitdaga * 56620 (brlcad/trunk/src/libicv/color_space.c brlcad/trunk/src/libicv/decimate.c): Add proper spacing in declaration of the variables.
13:49.05Notify03BRL-CAD:mohitdaga * 56621 brlcad/trunk/src/libicv/decimate.c: WS
14:08.48Notify03BRL-CAD:ejno * 56622 (brlcad/branches/opencl/src/librt/CMakeLists.txt brlcad/branches/opencl/src/librt/primitives/sph/sph.c): configure with cmake and compile successfully
14:22.35Notify03BRL-CAD Wiki:NyahCh3ck20 * 5933 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 5 August - 11 August */
14:33.24Ch3ck_``Erik: starseeker: waiting on the reviews so as to get done with this commit access stuff
14:41.31``ErikCh3ck_: the issue in patch 222 with lines 141-143 needing to be collapsed is trivial, but the tabs vs spaces issue is one we need to know you can get your environment set up to deal with.. awaiting the patch to prove it :)
14:42.46``Erikoh, I just noticed that the last } of check_results() is in the wrong place, as well
14:45.34Ch3ck_ok
14:45.44Ch3ck_i have set my editor tab to 8 characters
14:46.34Ch3ck_give me all the changes for this file i am to make it all right
14:46.45Ch3ck_so i could do the fixes on the other patches too.
14:46.59``ErikI think I already have... if you want it looked at before making a patch, you can scp it to bz and let me know where to look
14:47.09Ch3ck_ok
14:48.50``Erik(indent.sh seems to work ok on bz, as well)
14:49.18``Erik(bz being the old name for brlcad.org)
14:50.01Ch3ck_ok
14:50.11Ch3ck_i've scp  ied the file already
14:51.03Notify03BRL-CAD:ejno * 56623 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: fix error in opencl code
14:51.05``Erikstill has 8 spaces instead of a tab
14:51.37Ch3ck_where should i put the tab?
14:51.42Ch3ck_at the  first level?
14:51.46Ch3ck_indentation?
14:52.18``Erikyes, if it's indent 3 levels (12 spaces worth), the actual file contents for that line should start with "\t    "
14:53.47Ch3ck_i've tried the '\t' and its equal to 4 spaces
14:54.09``ErikO.o editor misconfigured?
14:54.18Ch3ck_which is the same thing..
14:54.40Ch3ck_I don't understand
14:54.53Ch3ck_how many spaces are for the first level?
14:54.57Ch3ck_indentation 4 right?
14:55.21``Erik4 spaces for the first level, 1 tab for the second level, 1 tab followed by 4 spaces for the third, ...
14:55.37Ch3ck_ok
14:56.27``Erikthe hex would be 20202020 then 09 then 0920202020 then 0909 then 090920202020
14:57.46Ch3ck_fixed the file
14:57.51Ch3ck_should i scp it?
14:57.58``Eriksure
14:58.00Ch3ck_uploading patch now..
14:58.29*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
14:59.30Ch3ck_should see the patch now..
15:00.07Ch3ck_and .c file on bzflag
15:01.43``Erikno, still not right, check results, for example... the line with 'for' is correct, the line wtih 'if' should use just a tab at the beginning (no spaces), and the line with return -1 should have a tab, then 4 spaces, then 'return'
15:02.15Ch3ck_please correct the file
15:02.21Ch3ck_manually and send to me..
15:02.28Ch3ck_so i could correct the others
15:02.39Ch3ck_i can't actually visualise completely all what you're saying..
15:03.57``Eriklook at the file src/libbn/poly.c, the function bn_poly_add shows up to 3 levels of indentation done correctly
15:04.44``Erikobserve where tabs are used instead of spaces
15:07.18Ch3ck_what's the difference between using tabs and using space numbers equivalent to a tab?
15:07.23``Erikthis gedit plugin will help: https://help.gnome.org/users/gedit/stable/gedit-plugins-draw-spaces.html.en
15:07.32Notify03BRL-CAD:mohitdaga * 56624 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c and 5 others): Cleaning Stylistic WhiteSpaces
15:08.21``Erikdifferent file contents, and the goal is to maintain a consistent style
15:09.11``Erik(personally, I like to use all tabs and people can set their tabstop wherever they want, but BRL-CAD uses the sw=4 ts=8 approach)
15:11.23Notify03BRL-CAD:mohitdaga * 56625 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c and 2 others): Trailing WS
15:12.41Ch3ck_having this patches reviewed is sucking alot of my time
15:13.11Ch3ck_i would have prefered working on my project and getting it reviewed following all these conventions
15:13.14Ch3ck_and the the commit access.
15:13.34``Erik... it's sucking a lot of my time, too... I'd much rather you'd gotten it right a long time ago
15:29.59zero_level``Erik : I am not sure but on my machine i have been having trouble with indent.sh
15:30.22zero_levelIt leaves 2 spaces instead of 4 spaces.
15:33.00``ErikI'd guess it's a system emacs config or something... *shrug* I never use indent.sh, it never works right for me... vim with :set sw=4 ts=8 is what I use
15:33.10``ErikI only use emacs for lisp code :D
15:33.11Notify03BRL-CAD Wiki:KeshaSShah * 5934 /wiki/User:KeshaSShah/GSoC13/Reports:
15:33.28Notify03BRL-CAD:phoenixyjll * 56626 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Make sub_curve() a global export function, and mark all other functions that should be only used within intersect.cpp with HIDDEN.
15:42.13Notify03BRL-CAD:phoenixyjll * 56627 brlcad/trunk/src/libbrep/boolean.cpp: Use ON_Curve rather than ON_NurbsCurve for better generality. And don't always assume that the curves are all polyline curves.
15:44.34zero_level``Erik : Even i do the same setting in vim. But smtimes i see blunders, while opeing out the file.
15:44.53zero_level``Erik : on a lighter note :What do shrug mean?:
15:44.58zero_level;0
15:45.09Notify03BRL-CAD Wiki:Phoenix * 5935 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
15:46.02Notify03BRL-CAD Wiki:Phoenix * 5936 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
15:48.29Ch3ck_``Erik: updated patch..
16:08.32Notify03BRL-CAD:phoenixyjll * 56628 brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed variable.
16:22.06*** join/#brlcad kesha_ (~kesha@14.139.122.114)
16:26.07Notify03BRL-CAD:carlmoore * 56629 brlcad/trunk/src/conv/g-dot.c: remove H, and simplify output of usage
16:28.49Notify03BRL-CAD:phoenixyjll * 56630 brlcad/trunk/src/libbrep/boolean.cpp: Should not delete c3d as it's used in GetNurbForm() followed.
16:47.41Notify03BRL-CAD Wiki:Harman052 * 5937 /wiki/User:Harman052/GSoc2013/Logs:
17:00.36*** join/#brlcad vladbogo (~vladbogo@188.25.239.5)
17:37.52Notify03BRL-CAD:n_reed * 56631 brlcad/trunk/include/brep.h: use javadoc style in comments
17:44.15Notify03BRL-CAD:phoenixyjll * 56632 brlcad/trunk/src/libbrep/boolean.cpp: The type of the params should be double, not int. And fix a wrong variable used (brepA => brep).
17:50.12Notify03BRL-CAD:starseeker * 56633 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): First successful generation of STEP formatted content containing data from an ON_Brep.
18:02.27Notify03BRL-CAD:phoenixyjll * 56634 brlcad/trunk/src/libbrep/boolean.cpp: Use an enum to improve readablity of m_in_out. And append the faces to out.
18:03.54brlcadCh3ck_: we all would have preferred you be working on your project and not having to discuss issues of whitespace and style
18:04.12Ch3ck_yeah
18:04.18Ch3ck_this thing has sucked my day..
18:04.28brlcadnormally, you would have been failed from participation for not having understood what you need to do by now
18:04.41brlcadthis is not hard, it shouldn't have to be explained over and over
18:04.57Ch3ck_i've done everything i know
18:05.07Ch3ck_and still still get this white space errors
18:05.11Ch3ck_used indent.sh and ws.sh
18:05.19Ch3ck_still there are still errors so
18:05.24Ch3ck_i don't get it.
18:05.27brlcadso you don't understand
18:05.37brlcadwhat do you not understand?  the problem isn't the scripts
18:05.47brlcadyou said yesterday that your patch was about 180 lines
18:05.59brlcadthat should take less than two minutes to manually format perfectly
18:06.24*** join/#brlcad Izak__ (~Izak@195.24.220.16)
18:06.44Ch3ck_i have
18:06.46Ch3ck_already
18:06.54Ch3ck_still wondering why it has not been applied yet.
18:07.01Ch3ck_to continue with the others.
18:07.26brlcadyou mean the patch you just updated yet again today?
18:07.34Ch3ck_yes
18:07.37brlcadwow
18:07.43Ch3ck_patch 222 and 223
18:08.02brlcaduhm, because we don't have all day to iterate with you as you figure out how to indent a file
18:08.09brlcadyour impatients and frustration is rude
18:08.44brlcadit was your reponsibility to learn this, and instruction was given in multiple forms two months ago
18:10.43brlcadyes, someone didn't drop everything they were doing right now to review you'r Nth patch update, you'll have to work on something else, perhaps re-read HACKING one more time still to make sure you understand the format, look at other examples throughout the code, use the gedit patch that erik mentioned, ...
18:12.58brlcadthis is frustrating and time consuming for both, please respect other people's time
18:17.58Ch3ck_yeah..
18:18.04Ch3ck_will do..
18:24.09brlcadCh3ck_: I just reviewed the latest 222 patch and there's not a single tab in there
18:24.20brlcadrather, there's 1 tab, one you accidentally removed in an unrelated file
18:25.08Ch3ck_well since my tabs were not working
18:25.19Ch3ck_i used 4 character spacing to aline
18:25.23Ch3ck_them..
18:25.23brlcadyour editor may be messing things up for you
18:25.45brlcaddo you at least understand what it's supposed to be?
18:26.29brlcadthere's a difference between hitting the tab key and inserting a tab character
18:27.53vladbogohi all
18:29.26vladbogobrlcad: I have tried using blocking Qt events but for the moment (at least until keyboard is integrated) this does not work because everything blocks waiting for a qt events which does not occur
18:29.51Ch3ck_brlcad: it think its about the same thing right?
18:30.10brlcadit's not at all the same thing
18:30.24brlcadthat may be why this is frustrating you because you think they are the same
18:31.08brlcadwe care about the type encoding, that there are actual tab characters so that the format is compressed (fewer bytes, smaller download, etc)
18:32.52brlcadCh3ck_: see this example: http://paste.kde.org/p2fe26c7b/
18:32.58brlcad.=space
18:33.03brlcad[      ]=tab
18:33.18brlcadthat is basically what is expected byte-wise
18:33.49brlcadbasically, all sequences of 8 ........ get turned into a tab
18:34.28vladbogobrlcad: also I have been thinking about how to integrate events between qt and tk so that there could be easy to add/delete any key bindings.
18:34.46Ch3ck_now i see clearly
18:34.56brlcadsince your patch is predominantly correct with spaces and is just missing tabs, running the sh/ws.sh script on your code will do the tab replacements (or you can do it manually)
18:34.57Ch3ck_so is this now i'm supposed to be doing the indentation?
18:35.07Ch3ck_ok
18:35.16Ch3ck_then i'll do it. now and submit
18:35.18Ch3ck_:)
18:35.58Notify03BRL-CAD:n_reed * 56635 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove debug prints
18:36.03vladbogomy idea is to associate to every tcl binding a qt event and every time that qt event occurs to force the corresponding tcl one. How does this sound?
18:36.46brlcadsounds good to me vladbogo , whatever works ;)
18:37.38vladbogook then
18:42.27Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Rotate1.png:
18:42.45Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Rotate2.png:
18:42.56Ch3ck_brlcad: just uploaded the patch.
18:43.17Notify03BRL-CAD:ejno * 56636 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: complete shot function
18:43.34Notify03BRL-CAD Wiki:Vladbogolin * 5940 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */
18:47.51Notify03BRL-CAD:brlcad * 56637 brlcad/trunk/HACKING: add a visual example of the indentation style
18:47.59Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5941 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
18:57.41brlcadCh3ck_: woo hoo, that looks right
18:58.15brlcadI just noticed that there's an entire second page of updates on that patch... I was looking at only your fourth attempt... my bad
18:58.33brlcadactually your 6th
18:59.03brlcadinstead of your .. 8th, which did still have issues, but the 9th looks right :)
18:59.18brlcadCh3ck_: have you read that patch file?
18:59.56Ch3ck_which one the last one?
19:00.00brlcadyeah
19:00.11brlcador pretty much all before too I think
19:00.29Ch3ck_yeah
19:00.34Ch3ck_is there a problem?
19:00.39brlcadwhat files does it say were edited?
19:01.10Ch3ck_well it talks of a certain bn_tri_tri_isect.c
19:01.20Ch3ck_which i've done nothing to
19:01.35Ch3ck_but don't understand why it was edited in the first place.
19:01.52brlcadyou edited it at some point, somehow
19:02.08brlcadthe patch doesn't lie :)
19:02.16Ch3ck_well yeah
19:02.20brlcadit obviously might not have been intentional
19:02.30Ch3ck_but if i opened it was just to check indentation..
19:02.41Ch3ck_but can't remember editing anything there..
19:02.42brlcadbut you should run "svn status" and if a file is modified that should not, you should revert it: svn revert src/libbn/...
19:03.03Ch3ck_ok
19:04.01brlcadI suspect you maybe just hit tab on that line and gedit did the conversion to spaces
19:04.20brlcadyou wouldn't have seen a change since it just replaced a tab with 8 spaces
19:04.31brlcad(unless you install that plugin erik mentioned)
19:05.10Ch3ck_uploaded new patch
19:05.13Ch3ck_now..
19:11.00Ch3ck_i've not installed the plugin yet..
19:12.38Notify03BRL-CAD:brlcad * 56638 brlcad/trunk/src/libbn/tests/CMakeLists.txt: woot! looks like 10th time is the charm. accept sf patch 222 from Ch3ck which adds a unit test for bn_poly_scale().
19:12.46brlcadit will help if you're going to keep using gedit
19:13.49brlcadthough I strongly recommend taking the time to learn a real development editor like emacs, slickedit, eclipse, vim, etc
19:17.20Notify03BRL-CAD:brlcad * 56639 brlcad/trunk/src/libbn/tests/bn_poly_scale.c: reduce scope of input/output to static as a stop-gap. desirable to minimize/eliminate globals. also fix unreachable code condition.
19:20.50Ch3ck_will rework the other patch now..
19:20.58Notify03BRL-CAD:brlcad * 56640 brlcad/trunk/src/libbn/tests/bn_poly_scale.c: spoke a little too soon, few more style errors to fix
19:21.14brlcadCh3ck_: check out some fixes in r56639 and r56640
19:21.25Ch3ck_ok
19:23.15brlcadCh3ck_: if the remaining patches are flawless, you'll be set
19:23.28Ch3ck_ok
19:23.29brlcadso you know, this isn't just about being picky about style
19:23.40Ch3ck_i now understand
19:23.53Ch3ck_what``Erik was trying to explain since morning
19:23.59brlcadit's obviously frustrating because it's not something one often has to think about when learning how to write code
19:24.42brlcadso you're not familiar with the terminology he used or the difference between tab characters and what happens in an editor when you press the [tab] key
19:25.02brlcad(which can insert tabs, spaces, both, or neither depending on the software)
19:25.19brlcadbut this isn't just being pedantic/strict about style
19:25.25brlcadit's about maintainability
19:26.05brlcadconsistency is fundamentally intertwined with maintainability, if the code is inconsistent, it DIES
19:26.43brlcadbrl-cad has survived for nearly as long as I've been alive because of a never-ending rigorous attention to maintainability
19:27.16brlcadwhich in terms of indentation and whitespace, it's attention to details that most new developers are not familiar with
19:27.43Notify03BRL-CAD:r_weiss * 56641 brlcad/trunk/src/conv/fast4-g.c: Fixed a bug in the fast4-g converter where memory was corrupted when the group_head list became larger than its allocated size. Changed the code to allow the group_head list to grow dynamically.
19:30.16*** join/#brlcad caen23_ (~caen23@92.81.162.23)
19:36.53Ch3ck_yeah i understand
19:36.59Ch3ck_the next patch is ready now..
19:37.01Ch3ck_uploading..
19:38.13brlcadchecking 224
19:39.03brlcadhm, not yet updated
19:40.23Notify03BRL-CAD Wiki:Level zero * 5942 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */
19:40.51Notify03BRL-CAD Wiki:Level zero * 5943 /wiki/User:Level_zero/GSOC13/logs: Logs
19:42.13Ch3ck_i've uploaded.
19:43.06Ch3ck_you should see it now..
19:45.44Izak__``Erik:Any feedback on reviews of ticket 228
19:51.48Ch3ck_brlcad: have you seen the patch?
20:08.58``ErikIzak__: excellent, only one small issue
20:09.08Notify03BRL-CAD:erikgreenwald * 56642 brlcad/trunk/src/librt/primitives/table.c: apply patch 228 from Izak
20:09.19Izak__please what is that ?
20:09.36Izak__``Erik: What was the issue?
20:09.56Notify03BRL-CAD:erikgreenwald * 56643 brlcad/trunk/src/librt/primitives/hrt/hrt.c: update copyright line, this did not exist in 1985
20:12.17``Erik*point* I fixed it, it's a rare, weird and irregular issue, so not worth a bounce
20:12.24Izak__``Erik: I am acquainted with Copyrights creation and Intellectual property law. the only thing I know is that I should reference my sources and not steal anything
20:14.13``ErikIzak__: you are correct, this certain aspect is a US law thing and our specific interpretation... you're not expected to know this detail... if you use someone else code, check the license and attribute (ask if you're unsure)... you did great, this detail was out of your responsibility as far as I'm concerned
20:14.39``Erik:)
20:14.49Izak__:)
20:15.53Izak__``Erik: As I write hrt.c, how can I always show you the status of my code so you could correct ?
20:16.37Izak__Do u prefer kde.paste website or should I upload it to bzflag account
20:16.45Izak__?
20:17.34``ErikIzak__: either is fine... for what it's worth, you can create a public_html directory in your home directory and files you put in there will be available via the website
20:19.19``Erikfor example, my username is "erik" and I've created a file called public_html/dump.html at one point, and now you can point a web browser to http://brlcad.org/~erik/dump.html and see it
20:24.05Izak__``Erik: Thanks very much.
20:26.27``ErikIzak__: the only patch I see left for you is the updated rb_delete one that brlcad indicated he'd like proof of improvement for, am I missing any? was the old code proven to have the bug discussed in the paper?
20:28.00Izak__The old one was not proven to have that bug
20:29.02Izak__``Erik: ;)
20:29.13``ErikIzak__: hm, I'm going to have to be very careful phrasing this... is it possible to prove that the old one does not have the bug?
20:30.36Izak__``Erik:Well let me check what the TODO file says first
20:34.09``ErikI'm trying to assess if the modifications to rb_delete are worth incorporating... if there is real benefit, then it may be worth you reworking 191 into a good patch... if not, then let's just close it and move on
20:38.53Notify03BRL-CAD:starseeker * 56644 brlcad/trunk/src/other/libgdiam/gdiam.hpp: Clear the warnings about floating point comparisons from gdiam.hpp
20:39.57Izak__``Erik: The TODO file says to check the libbu implementation of red-black trees in bu.h which in turn says that the second edition of the rb_delete algorithm in the Cormen book (which is the basis of the current BRL-CAD rb_delete.c) has been updated to delete the node actually requested
20:41.52Notify03BRL-CAD:starseeker * 56645 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Try a zero clamping to see if it helps with ordering sensitivity in the results.
20:41.52brlcadiff ours has the bug and yours does not, it's worth integrating
20:42.37brlcadso it's the first part of that todo .. check the libbu implementation
20:43.10brlcadcan't make a decision until someone does that, and that really should take just a few minutes to research the bug and write a little test
20:45.22Izak__brlcad: Are the rb_nodes rays ?
20:52.23Izak__``Erik: Are the requested nodes to be deleted by rb_delete.c rays ?
20:52.39Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5944 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
20:53.44*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:55.33Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5945 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
20:56.02*** join/#brlcad avneet (~avneet@202.164.53.122)
20:59.50*** join/#brlcad caen23 (~caen23@92.81.162.23)
21:10.32Izak__super and resting
21:16.14Notify03BRL-CAD:starseeker * 56646 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Try a few robustness tweaks, but the C++ < sort still isn't happy.
21:20.34starseekergrowl...
21:24.40starseekerdid somebody not svn add files for the hrt primitive?
21:25.09starseekerbuild is busted
21:26.44Notify03BRL-CAD:starseeker * 56647 brlcad/trunk/src/librt/primitives/table.c: Turn off the hrt definition in table.c - causing undefined reference errors?
22:04.35Notify03BRL-CAD:carlmoore * 56648 brlcad/trunk/src/conv/dxf/g-dxf.c: implement h?, and also put P into the usage statement
22:13.18*** join/#brlcad avneet (~avneet@202.164.53.122)
23:38.12``Erikerm, ehhh, whu? your stuff must be busted or somethin', starseeker O.o
23:46.27``Erikwhupz
23:46.42Notify03BRL-CAD:erikgreenwald * 56649 brlcad/trunk/src/librt/CMakeLists.txt: add hrt
23:47.19Notify03BRL-CAD:erikgreenwald * 56650 brlcad/trunk/src/librt/primitives/table.c: revert 56647
23:48.40``Erikdid the commit in librt/primitives instead of librt
IRC log for #brlcad on 20130807

IRC log for #brlcad on 20130807

00:43.16Notify03BRL-CAD:starseeker * 56651 (brlcad/trunk/src/other/libgdiam/CMakeLists.txt brlcad/trunk/src/other/libgdiam/gdiam.cpp): Clear more exact floating point comparison warnings and some unused variable warnings.
00:43.39Notify03BRL-CAD:starseeker * 56652 brlcad/trunk/src/other/libgdiam/CMakeLists.txt: Done with Wall (for now)
00:44.13starseekerstill some fundamental issue with that comparison function and strict weak ordering...
00:57.46Notify03BRL-CAD:starseeker * 56653 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Add a local wrapper around the test logic that lets us explicitly test strict weak ordering.
00:58.43Notify03BRL-CAD:starseeker * 56654 brlcad/trunk/src/other/libgdiam/gdiam.cpp: tweak
00:59.13starseekersuppose he shouldn't be obsessing... can always back out the change and fool with it later...
02:23.11Notify03BRL-CAD:phoenixyjll * 56655 brlcad/trunk/src/libbrep/intersect.cpp: The result after the Newton iterations might be nan.
04:25.10Notify03BRL-CAD:phoenixyjll * 56656 brlcad/trunk/src/libbrep/boolean.cpp: The last point and the first point may form a patition. And append the remaining trimmed face to the output.
04:54.08*** join/#brlcad caen23 (~caen23@92.81.193.9)
07:02.26Notify03BRL-CAD Wiki:195.24.220.16 * 5946 /wiki/User:Izak: /* Project Proposal */
07:06.45Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5947 /wiki/User:Izak: /* PROJECT INFORMATION */
07:07.58Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5948 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
07:08.22Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5949 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
07:09.01Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5950 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */
07:09.30Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5951 /wiki/User:Izak/GSOC_2013_logs: /* Pre-midterm evaluation summary */
07:31.01*** join/#brlcad avneet (~avneet@202.164.53.122)
08:25.20*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
10:10.05Notify03BRL-CAD Wiki:Romeozulusun * 0 /wiki/User:Romeozulusun:
10:27.21*** join/#brlcad caen23 (~caen23@92.81.193.9)
11:39.09``Erikhm, the dudes from theoldreader feel that bbcp is superior to rsync for high latency links (they've dealt with a few ~10tb syncs recently, the latest being data center in de to data center in us)
11:58.48Notify03BRL-CAD:tbrowder2 * 56657 (brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling =================================================================== and 122 others): add a dir for a sandbox for auto-generating man pages
12:04.27Notify03BRL-CAD:phoenixyjll * 56658 brlcad/trunk/src/libbrep/boolean.cpp: A trimmed face may have multiple inner loops (to be consistent with openNURBS).
12:11.10Notify03BRL-CAD:tbrowder2 * 56659 (brlcad/trunk/misc/auto-man-page/auto-man-progs.txt =================================================================== and 161 others): add list of progs for processing
12:11.42Notify03BRL-CAD:phoenixyjll * 56660 brlcad/trunk/src/libbrep/boolean.cpp: Split() might fail if t is on the domain borders, causing curve_on_loop == NULL, and we don't need to append it.
12:21.37Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5952 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
12:22.55Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5953 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
12:25.38Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5954 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
12:26.06Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5955 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
13:22.02Notify03BRL-CAD:tbrowder2 * 56661 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: move 'purpose' to a comment to avoid 'unused variable' warnings
13:40.39Notify03BRL-CAD:phoenixyjll * 56662 brlcad/trunk/src/libbrep/boolean.cpp: Use a more robust method to determine curves[i] is inside the outer loop or not.
14:04.46Notify03BRL-CAD:phoenixyjll * 56663 brlcad/trunk/src/libbrep/boolean.cpp: Remove the duplicated first segment at last before we generate the rest sub-face. And output some debug info for the surface splitting result.
14:28.32Notify03BRL-CAD:carlmoore * 56664 (brlcad/trunk/src/conv/fast4-g.c brlcad/trunk/src/conv/step/g-step.cpp brlcad/trunk/src/librt/primitives/hrt/hrt.c): remove trailing blanks
14:48.54Notify03BRL-CAD:carlmoore * 56665 brlcad/trunk/src/libbrep/boolean.cpp: fix spelling and word usage
15:11.34Notify03BRL-CAD:n_reed * 56666 brlcad/trunk/misc/CMakeLists.txt: ignore auto-man-page files
15:16.53Notify03BRL-CAD:erikgreenwald * 56667 brlcad/trunk/src/adrt/librender/camera.c: some formatting cleanup
15:47.44Notify03BRL-CAD:starseeker * 56668 brlcad/trunk/src/conv/step/ON_Brep.cpp: Tweaks, start figuring out how to get at and format curve information
15:55.02Notify03BRL-CAD Wiki:Phoenix * 5956 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
15:58.28Notify03BRL-CAD Wiki:Phoenix * 5957 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
15:58.41Notify03BRL-CAD Wiki:Phoenix * 5958 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
16:32.22``Erikfor shits and giggles https://sourceforge.net/projects/vissimlab/
16:33.53Notify03BRL-CAD:phoenixyjll * 56669 brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed variable.
16:37.43Notify03BRL-CAD:mohitdaga * 56670 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/decimate.c): Add wraper function for icv_resize(..). Also do data validation in private functions for resize.
16:40.32``ErikIzak__: can you try committing? you should have access
16:42.03*** join/#brlcad kesha_ (~kesha@14.139.122.114)
16:45.12Notify03BRL-CAD:tbrowder2 * 56671 brlcad/trunk/misc/CMakeLists.txt: make auto-man-page a first class dir, but ignore everything there for now
17:06.28Notify03BRL-CAD:erikgreenwald * 56672 (brlcad/trunk/src/adrt/isst brlcad/trunk/src/adrt/isst_tcltk.c): add cut
17:22.53Notify03BRL-CAD:ejno * 56673 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: add newlines to opencl code
17:44.38*** join/#brlcad merzo (~merzo@60-47-132-95.pool.ukrtel.net)
17:44.43``Erikhuh, 56674 didn't parse quite right...
18:35.08Notify03BRL-CAD:ejno * 56675 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: opencl code fixes
18:40.35Notify03BRL-CAD:starseeker * 56676 brlcad/trunk/src/conv/step/ON_Brep.cpp: Output a 3D line
19:31.42Notify03BRL-CAD:mohitdaga * 56677 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/decimate.c): Add Doxygen Comments for icv_resize. Also do some code cleaning.
19:47.05Notify03BRL-CAD:starseeker * 56678 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on bspline curves. Add control vertices.
19:55.06Notify03BRL-CAD:starseeker * 56679 brlcad/trunk/src/conv/step/ON_Brep.cpp: Do the vector initializations in one step per Tom's suggestion.
20:14.50*** join/#brlcad caen23 (~caen23@92.81.194.192)
21:06.24Notify03BRL-CAD:starseeker * 56680 brlcad/trunk/src/other/libgdiam/gdiam.hpp: comparison was too small for the area calculation in Windows - still have other issues, but at least avoids the crash...
21:09.30Notify03BRL-CAD:carlmoore * 56681 brlcad/trunk/src/conv/g-acad.c: add h? for help
21:20.40Notify03BRL-CAD:starseeker * 56682 (brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): Don't use the same zero test everywhere
22:00.37Notify03BRL-CAD:carlmoore * 56683 brlcad/trunk/src/conv/g-egg.c: implement h?
22:40.09*** join/#brlcad merzo (~merzo@107-40-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20130808

IRC log for #brlcad on 20130808

01:17.01*** join/#brlcad caen23 (~caen23@92.81.194.192)
01:31.31*** join/#brlcad kesha_ (~kesha@14.139.122.114)
02:04.51brlcadIzak_: they are nodes in the red-black tree, a generic data structure for holding anything ... so you could store ray information in a node, but no they're not rays
02:05.18brlcadand Izak_ see what ``Erik said
02:05.24brlcaddon't break anything ;)
03:00.34Notify03BRL-CAD:phoenixyjll * 56684 brlcad/trunk/src/libbrep/boolean.cpp: Add vertexes correctly.
05:51.30Notify03BRL-CAD:phoenixyjll * 56685 brlcad/trunk/src/libbrep/boolean.cpp: Check m_type: if the event is not a curve event, we don't need to do anything.
05:58.39zero_level``Erik : many of current utilities allow images to be read from stdin and stored in stdout. How do you think we can implement this provided current feature of icv library.
11:07.32*** join/#brlcad infobot (~infobot@rikers.org)
11:07.32*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
11:49.59*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
11:51.11*** join/#brlcad Izak___ (~Izak@195.24.220.16)
12:35.14``Erikzero_level: sounds like maybe a live fd in the struct would be handy, maybe with a flags field that has a bit to determine if the struct represents a streamed image or buffered one...
12:35.40``Erikzero_level: I suppose you could merely read stdin until it ends, then do the op, then write to stdout.. much like how 'sort' operates
12:54.24*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:15.13Notify03BRL-CAD:starseeker * 56686 (brlcad/trunk/src/other/stepcode/src/cldai/sdaiModel_contents.h brlcad/trunk/src/other/stepcode/src/cllazyfile/lazyInstMgr.h): Clear a couple warnings
13:24.09Notify03BRL-CAD:erikgreenwald * 56687 brlcad/trunk/src/libbrep/boolean.cpp: comment out unused variable
14:06.42Notify03BRL-CAD Wiki:Phoenix * 5959 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
15:09.53Izak___``Erik: Can i completely remove rt_hrt_??port4() from the hrt.c since they are database version 4 functions ?
15:10.30``ErikIzak___: yes
15:11.02Izak___``Erik: thanks
15:33.50Izak___``Erik: What exactly is a trailing blank? hacking file says a white space should follow every semicolon. calmoore's "removing trailing blanks" comment on r56687 is not understood
15:43.25``Erikthat part of the HACKING file is not referring to an "end of statement" semicolon, but the kind found in a "for" loop
15:44.02Izak___``Erik: Thanks
15:44.25Izak___learning how to commit
15:45.46``ErikI recommend making your first couple commits small...
15:46.37Izak___okay
15:52.31``Erika good quick patch might be to remove the import4/export4 funcs
15:53.37Izak___yeah that's what I am doing..
15:55.25``Erikthen maybe do the print() function and commit it, then the export5 and commit, then the import5 and commit... by that point, you should be competently contributing without needing much supervision :D
15:57.26Izak___``Erik: Thanks. hope i haven't been a full time job for you ?
15:57.42Izak___:-)
15:59.43``Eriknah :) and hopefully soon you'll be providing far more benefit than the time spent helping you get started
16:01.33Izak___``Erik: :). cool
16:04.23Notify03BRL-CAD:phoenixyjll * 56688 brlcad/trunk/src/libbrep/intersect.cpp: Wrong comment - we don't merge at this time.
16:06.25Notify03BRL-CAD:carlmoore * 56689 brlcad/trunk/include/icv.h: remove trailing blanks/tabs; make minor formatting changes and make correction to NITERP (all of this is in **comments**)
16:20.58Notify03BRL-CAD:carlmoore * 56690 brlcad/trunk/src/libicv/decimate.c: presumably, 'binterp' and 'ninterp' are correct spellings -??
16:26.30zero_levelcarlmoore : Thanks.
16:26.51Notify03BRL-CAD:carlmoore * 56691 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: fix this README file (added missing newline at end, and put in a string used near top, to mark end of the document; and fix a spelling)
16:26.57zero_levelcarlmoore : Thanks.
16:27.01zero_levelcarlmoore binterp and ninterp are corrrect.
16:27.13``Erikhe's not on irc
16:27.18zero_levelok.
16:27.24zero_levelso shld i mail him ?
16:31.58Notify03BRL-CAD:carlmoore * 56692 brlcad/trunk/include/brep.h: remove a trailing blank/tab, and fix a spelling in a comment
16:46.03*** join/#brlcad caen23 (~caen23@92.81.200.36)
16:55.07Notify03BRL-CAD:carlmoore * 56693 (brlcad/trunk/misc/auto-man-page/auto-man-progs.txt brlcad/trunk/src/libicv/decimate.c brlcad/trunk/src/tclscripts/util/expand_int_ranges.tcl): fix spellings (notice my inclusion of 'ninterp'
17:18.40brlcadzero_level: he's not on our mailing list either
17:18.53brlcadso the goal is to double-check so he doesn't spend timing cleaning up changes you make ;)
17:19.53brlcadif he corrects something, note what he changed and make a note to yourself to be sure you check that as you make more changes
18:08.20Notify03BRL-CAD:iiizzzaaakkk * 56694 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Ensuring consistent bu_log("rt_hrt_xxx: not implemented yet"); in callback functions in src/librt/primitives/hrt/hrt.c
18:13.39Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5960 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
18:13.55Izak___``Erik: Did you just see that  ?
18:14.02``Erikwoohoo, izak's first commit O.o
18:14.18``Erik(and it looks good, no corrections needed)
18:14.25brlcadwoot!
18:14.37Izak___I am happy!
18:14.40brlcad:)
18:14.44brlcadit's a good day
18:14.53Izak___yeah sure it is
18:15.07``Eriknow it's time to change some of those bu_log("not implemented yet\n"); into implemented functions
18:15.16Izak___yes sure
18:15.23brlcadwelcome to the team, hopefully many many many more commits to come ;)
18:15.48Izak___They will keep coming :)
18:15.56brlcadbe sure to read the commiter-responsibilities section in the HACKING file now that you have commit access
18:16.07brlcadbut basically, try not to break anything and do great work
18:16.17brlcadit's a brief section
18:16.36Izak___okay
18:16.57Izak___looking at HACKING file
18:19.55*** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:23.50Notify03BRL-CAD:starseeker * 56695 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add knots to curves
18:35.00Notify03BRL-CAD:carlmoore * 56696 (brlcad/trunk/src/conv/g-acad.c brlcad/trunk/src/conv/g-egg.c): remove unneeded break in g-acad, and revise usage statement in g-egg (adding -P)
18:46.03brlcadzero_level: a note that will probably take a half hour or more to fix, we want to be using size_t as much as possible
18:46.21brlcadwhere something represents a size, like width and height, probably should be a size_t
18:46.32brlcadinstead of int/unsigned int/long/unsigned long, etc
18:51.47Notify03BRL-CAD:brlcad * 56697 brlcad/trunk/src/libicv/decimate.c: check the more general case to future-proof against a signed type. make log messages be less developer-speak.
18:51.56zero_levelhi brlcad, ``Erik and others. Pls test pixscale.
18:52.15Notify03BRL-CAD:brlcad * 56698 brlcad/trunk/src/libicv/decimate.c: ws indent comma cleanup
18:52.17zero_levelIt turns out there is a bug in loading the image.
18:52.18brlcadalso should check your commas...
18:52.49brlcadwhat sort of bug?
18:53.05zero_levelfread: Inappropriate ioctl for device
18:53.40zero_levelthis must be around line 96
18:53.48zero_level<PROTECTED>
18:56.30brlcadthere's nothing inherently wrong with that line, but if fread fails like that, it means buffp is not right
18:57.25brlcadif you moved that to icv,  you would have had to take care of that global
18:58.12Notify03BRL-CAD:starseeker * 56699 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): Write to an actual file.
19:05.33zero_levelbrlcad : moving to icv means ____ ?
19:10.06brlcadadded it to icv
19:10.28brlcador is the code still just sitting in src/util/ and you get that error when running the existing pixscale tool?
19:11.43zero_level:-)
19:11.52zero_leveli just add functionalities.
19:12.17zero_levelsince each code in util folder.
19:12.50brlcadare you saying you just added it to libicv?
19:12.58zero_levelno.
19:13.11brlcadthen no comprendo :)
19:13.12zero_levelbinterp and ninterp are already commited.
19:13.21brlcadto libicv
19:13.43zero_levelyes.
19:14.54brlcadand? :)
19:15.12brlcadi'm not sure if you're asking something, telling me something, or what ...
19:15.19zero_levelI am trying to compare two files from pixscale.
19:15.26zero_leveland the function in decimate.c
19:15.36zero_levelso just wanted pixscale to work.
19:15.45brlcadit works for me here
19:15.46zero_levelbrlcad : keep light headed :-)
19:15.57brlcadi am VERY light headed at the moment ;)
19:15.59zero_levelI am just discussing
19:16.04zero_level:-)
19:16.27zero_levelwhcih involves asking, telling and .. ;)
19:16.53brlcadokay, but you're not being very clear .. so may ambiguities (things that are not clear)
19:16.58brlcads/may/many/
19:17.14zero_leveldidint it give the ioctl erro ?
19:17.20brlcadsuch as "I am trying to compare two files from pixscale." .. two output files or two source files?
19:17.23brlcadtwo input files?
19:18.25zero_leveldid pixscale work at your system ?
19:18.30brlcadyes
19:18.36brlcadand I got the ioctl error
19:18.43brlcadwarning really
19:18.49zero_levelso it worked ?
19:18.50brlcadthe index is probably wrong
19:18.54brlcadyep worked just fine
19:18.57zero_levelalright.
19:19.10brlcadit's probably reading too much
19:19.24brlcadreading too far, maybe an off-by-one error
19:20.12brlcadbut help me understand what you just said -- what are you trying to compare, and what function in decimate.c?
19:20.45brlcadif you have a build, you can test pixscale with this:
19:20.52brlcadbin/pixscale -s 512 -S 1024 share/pix/moss.pix |bin/pix-fb -s1024 -F/dev/X
19:24.02brlcadzero_level: ?
19:24.22zero_levelbrlcad : ok.
19:24.42zero_levelwait.
19:24.45brlcadhelp me understand what you said earlier -- what are you trying to compare, and what function in decimate.c?
19:25.12brlcaddoes not wait, he does other things :)
19:25.13zero_levelI am testing my implemented functions in decimate.c
19:25.53zero_levelso to compare the result i am using pixscale.
19:26.16zero_levelbrlcad : I hope this has no ambiguity. :-)
19:26.54zero_levelalso gave build commands in the mean time. Benifit of two screens.
19:33.32zero_levelbrlcad : I am not sure if it worked correctly at your end.
19:33.47zero_levelDid you try pix-png and see what is the output.
19:34.35brlcadzero_level: a common error for new users is to not realize that pix files are headerless/dimensionless
19:34.58brlcadif the image size is not 512x512, you have to tell the pix* tool what the dimensions are
19:35.05zero_leveli did
19:35.08zero_level-s1024
19:35.52brlcadand yes, pix-png worked just fine
19:43.51brlcadyou can test my example above to confirm on your end:  bin/pixscale -s 512 -S 1024 share/pix/moss.pix | bin/pix-png -s 1024 -o file.png
19:49.00*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:52.17zero_levelapparently i see color mismatch
19:52.37zero_levelI believe there is an issue with one color channel.
19:53.28zero_levelthats an issue with pixscale i guess.
19:54.10zero_levelbrlcad : but nevertheless there are these errors. Although it still works.
19:54.20zero_levelis looking at a way to fix this.
19:55.22*** join/#brlcad kesha__ (~kesha@14.139.122.114)
19:56.58zero_levelbrlcad : do you see perfect interpolation or a color mismatch ?
20:08.42``Erikblindly assuming that the existing tool is correct may be a bad approach... you should try to understand why they're different, then make the determination in which side is 'wrong' and argue the case
20:10.02zero_level``Erik thats what i am trying to do.
20:10.20zero_levelCan you test the command brlcad wrote.
20:10.29``Erikaight, just making sure :)
20:10.47``ErikI'm heading out in a couple minutes, I might have some time tomorrow..
20:10.52zero_leveland see if does introduce a color mismatch or interpolates the image perfectly.
20:10.54zero_levelalright.
20:11.08``Erik<-- just has enough time for broad platitudes ;)
20:11.21zero_levelalright.
20:25.17*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:37.38*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
20:54.25Notify03BRL-CAD:starseeker * 56700 (brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): Back out the near zero logic - causing as much trouble as it's solving
20:56.10*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:58.07Notify03BRL-CAD:tbrowder2 * 56701 brlcad/trunk/misc/auto-man-page/auto-man-progs.txt: reorder progs for testing
21:02.19Notify03BRL-CAD:tbrowder2 * 56702 brlcad/trunk/src/proc-db/wdb_example.c: add usage string; eliminate usage function
21:09.44*** join/#brlcad kesha_ (~kesha@14.139.122.114)
21:11.49*** join/#brlcad kesha_ (~kesha@14.139.122.114)
21:14.34*** join/#brlcad kesha__ (~kesha@14.139.122.114)
21:14.56*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
21:15.16*** join/#brlcad kesha__ (~kesha@14.139.122.114)
21:27.11Notify03BRL-CAD:carlmoore * 56703 brlcad/trunk/doc/docbook/system/man1/en/g-egg.xml: revise the g-egg man page
21:28.28Notify03BRL-CAD:carlmoore * 56704 brlcad/trunk/src/conv/g-egg.c: fix the options
21:29.14*** join/#brlcad kesha__ (~kesha@14.139.122.114)
21:36.32Notify03BRL-CAD:starseeker * 56705 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Unbelieveable. Simply changing the value being checked here from 1e-9 to 1e-8 causes failures. Need to re-think this.
22:06.29Notify03BRL-CAD:carlmoore * 56706 (brlcad/trunk/src/conv/euclid/g-euclid.c brlcad/trunk/src/conv/g-acad.c): remove unneeded braces in g-acad.c, and in g-euclid.c make changes to the usage statement and implement h?
22:08.06*** join/#brlcad caen23_ (~caen23@92.81.200.36)
22:43.20Notify03BRL-CAD:r_weiss * 56707 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: Fixed some memory free errors when raytracing with bot-tie.
23:59.04brlcadsomeone following our more recent work: http://www.geom.uiuc.edu/software/cglist/csg.html
IRC log for #brlcad on 20130809

IRC log for #brlcad on 20130809

00:21.25Notify03BRL-CAD:brlcad * 56708 brlcad/trunk/NEWS: richard fixed memory release bug in TIE where it was calling bu_free even when there were no allocation. possibly a memory corruption (or a zero-free abort for debug compiles) crasher or inducing bad behavior elsewhere.
00:21.29starseekerbrlcad: cept for the "need to decrypt" part...
00:22.34starseekerah, you mean he's probably talking about the original NURBS attempt?
01:31.09brlcadstarseeker: oh, heh, I actually missed the decryption part ... that's interesting
01:31.39brlcadthe description up to that point sounds like our current work (especially the 'really interesting' conversion package)
01:32.05brlcadbut I suppose they might have been referring to NMG
01:32.35brlcadtried to convince gershon to open source Irit
01:33.15brlcadit's got functionality implemented 15 years ago that we could still use today, quite relevant
01:34.18brlcad(he's got a classic academic non-commercial bsd-style license)
01:53.18starseekerhoping for commercial clients?
01:53.25starseekeror does he already have them?
01:53.43starseekerrecalls stumbling across Irit years ago...
01:54.03starseekerbrlcad: when did you try to convince him?  is it worth another go?
01:58.44starseekerdefinitely still active, the latest GuiIrit srcs are from this year...
02:01.27starseekergui sure looks a lot better than the web page...
02:02.36brlcadhe's a deeply entrenched academic
02:02.43brlcadone of the pioneers
02:03.06brlcadhe puts most all of his research into it
02:04.23starseekernods - probably like SISL then - even if he would consider opening it, it'd probably under GPL to preserve the commercial possibilities
02:05.34starseekerwow - looks like he has some trivariate stuff in there
02:06.26starseekerhmm - http://www.cs.utah.edu/gdc/projects/trivar/
02:08.48starseekerheh - here's how you know Irit has been developed for a long time:
02:08.58starseeker* The good news is that both OS2 2.x and Window NT 3.1 are fully supported.
02:16.22starseekeryou know, I wonder if the qhull convex hull algorithm would work instead of gdiam's version...
03:09.56Notify03BRL-CAD:phoenixyjll * 56709 brlcad/trunk/src/libbrep/boolean.cpp: Don't call Split() when t is on the boundary of domain - Split() may fail returning two NULL pointers. And the first point is not always on the first segment, so we might need to duplicate more than one segments.
03:15.55brlcadstarseeker: that would have been a start for my naive approach to implement OOBB
03:17.14brlcadcompute the centroid, compute the convex hull, compute the covariant matrix of the hull points, use eigen vectors of the matrix as principle axes of the bounding box, extend each face to encompass all hull points (just in case)
03:18.13brlcadseems like it'd take just a couple days to implement something like that robustly from scratch
03:20.48*** join/#brlcad kesha__ (~kesha@14.139.122.114)
03:47.23Notify03BRL-CAD Wiki:KeshaSShah * 5961 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 8 */
05:53.22Notify03BRL-CAD:phoenixyjll * 56710 brlcad/trunk/src/libbrep/boolean.cpp: Link the curves if they share an end point (they can be from intersections with different surfaces, or discontinuous in the other surface's domain, so they are not linked originally.
06:01.41*** join/#brlcad caen23 (~caen23@92.81.200.36)
09:02.12Notify03BRL-CAD:mohitdaga * 56711 (brlcad/trunk/src/util/bwscale.c brlcad/trunk/src/util/pixscale.c): Cannot buffer more lines than the original image size. remove ioctl error in pixscale and bwscale utilities
22:05.04*** join/#brlcad infobot (~infobot@rikers.org)
22:05.04*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
22:09.12zero_levelbrlcad : alright.
22:20.43``Erikstdin should be a FILE*, STDIN_FILENO is the file descriptor...
22:23.50Notify03BRL-CAD:mohitdaga * 56730 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Hidding stdin and stdout under fileno function
22:26.19zero_level``Erik i have rather hidden it in the function fileno. Shld i change ?
22:38.16*** join/#brlcad merzo (~merzo@201-1-132-95.pool.ukrtel.net)
22:50.40brlcadzero_level: you've got raw fd's exposed? o.O
22:50.59brlcadmost of the utils work with FILE *'s
22:51.24brlcadfileno() is fine, but either way the comments you had following become redundant and should be removed
22:51.34brlcade.g., /* for stdout */
23:49.53zero_levelbrlcad : I am currently stuck at bu_getopt(..)
23:50.24brlcadLOTS of examples to follow ... pick one of the shortest ;)
23:50.31zero_levelapparently it seems just seeing the code and trying to mimick didnt  help.
23:51.03brlcadit's an exact mirror of libc's getopt() interface
23:51.11zero_levelalright.
23:51.30zero_levelcan u help me. In this.
23:51.34zero_levelI will commit.
23:51.41zero_leveland we both could rectify ?
23:52.39brlcadmaybe start with src/util/random.c .. it's about as small as they get
23:53.02zero_levelI think i have done right with bu_getopt(..)
23:53.18zero_levelsince i used bwfilter
23:53.25zero_levelas a src tolearn.
23:53.52brlcadwhat exactly is the problem you're looking at now?
23:54.44zero_levelIt doesnt go to case of some options.
23:55.44zero_leveli mean the code block correspondint to a option. like '-o'
23:55.58zero_levelcase 'o' :
23:56.06brlcadwhat's your getopt string look like?
23:56.30zero_level"sw:n:S:W:N:x:y:o?"
23:56.51brlcadso that's the problem
23:57.06brlcadread the man page on what that string means
23:57.07zero_levelok.
23:57.17brlcadman 3 getopt
23:57.23brlcador all over the web ;)
23:57.43brlcadlook for optstring or similar
23:58.03zero_levelok
23:58.04brlcadit'll be very obvious once you read the description of the format for that string ;)
23:58.08zero_levelreading man page.
23:58.15brlcadlemme know if you don't see it
23:58.30zero_leveli am on that paragraph now. :-)
23:58.32zero_levelthanks.
23:58.41zero_levelshould have asked this earlier.
23:58.47brlcadnods
23:59.43brlcadit takes time to get used to open source development where everyone has an active interest in helping each other
IRC log for #brlcad on 20130810

IRC log for #brlcad on 20130810

00:00.02brlcadthinking to ask others for pointers without hesitation
00:00.19brlcaddoesn't mean you'll get an answer, but it usually helps (a lot) and you often will
00:00.35brlcadi'll tell you the answer if you want, but you'll remember it better if you figure it out
00:01.32zero_levelbrlcad: I would want to ask a personel question.
00:01.55zero_levelIs it very poor of me that i have never used getopt.
00:02.02zero_levelor it is fine ?
00:02.06brlcadpoor in what sense?
00:02.28zero_levelpoor as in poor. :-)
00:05.13brlcad~dict poor
00:05.42brlcadcertainly not unsatisfactory  (and notice there are 10 other definitions)
00:07.36zero_levelalright so the question mark was an issue.
00:07.44brlcadnope
00:07.48brlcadI believe there are about 3000 functions in libc
00:08.01brlcadthe fact that you don't know one of them does not imply anything poor about you
00:08.31brlcadthe ? is the -? help option
00:10.08brlcadzero_level: this is an excellent intro: http://www.ibm.com/developerworks/aix/library/au-unix-getopt.html
00:10.31brlcadeven includes a -o file example ;)
00:11.40zero_levelI think i have fixed that.
00:16.15brlcadwhat was the fix?
00:16.40zero_level"sw:n:S:W:N:x:y:o:h?" (not sure)
00:16.49zero_levelreading the ibm page now.
00:17.03brlcadheh
00:17.23brlcadwell you added something, what did you add?
00:17.42zero_levelalthough worked fine in basic case.
00:19.01brlcadthe difference between "sw:n:S:W:N:x:y:o?" and "sw:n:S:W:N:x:y:o:h?"
00:21.04zero_levelit will accept argument for -o option (not sure_
01:05.19Notify03BRL-CAD:mohitdaga * 56731 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Add wrtting flags to open function in pix_save and bw_save. Also remove redundant comments.
01:06.17*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc)
01:22.28Notify03BRL-CAD:mohitdaga * 56732 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bwrect.c): Use libicv in bwrect utility. Also modify the usage criterio of bwrect. This utility now accepts command line arguments instead of prompt based user inputs. Also it can read from stdin and save in stdout.
01:23.08zero_levelbrlcad : There is one issue in opening bw, pix images for saving.
01:23.55zero_levelalthough I use O_TRUNC flag. Still if the image exists in the folder the 'open' function fails.
01:26.21zero_level``Erik, brlcad pls have a look at 56732  and tell me if we would like to proceed in this way. (for making other utils use libicv functions).
01:27.06zero_levelis running regress.
01:34.24zero_levelbrlcad : I just saw bwcrop.c
01:35.25zero_levelAlthough it uses the same mechanism for buffer fill as in pixscale. But incidently i didnt see "ioctl" error.
01:35.38zero_levelWill look more deeply tommorow.
01:36.05zero_levelgoes for some sleep
02:47.22*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc)
03:24.53brlcadzero_level: you should have read in the docs that the ':' in the optstring denotes when an option expects an argument to follow (e.g., cmd -c vs cmd -c foo)
03:27.21brlcadyou added ':' to the optstring after the 'o', so "-o filename" works, otherwise it was just expecting "-o" (no filename
04:32.37*** join/#brlcad caen23 (~caen23@92.81.199.113)
04:50.59*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc)
05:36.36Notify03BRL-CAD:brlcad * 56733 brlcad/trunk/include/vmath.h: add macros for testing whether an object is invalid (not within our defined range of INFINITY to -INFINITY
05:36.49Notify03BRL-CAD:brlcad * 56734 brlcad/trunk/CHANGES: no longer should be using RT_BADNUM/RT_BADVAL
05:37.42Notify03BRL-CAD:brlcad * 56735 brlcad/trunk/src/libdm/dm-rtgl.c: if all we're going to do is print it, skip the bad vector check
05:43.14Notify03BRL-CAD:brlcad * 56736 (brlcad/trunk/src/librt/bundle.c brlcad/trunk/src/librt/shoot.c): cannot afford to be doing this bombing validity test during ray tracing. let the calling application test.
05:46.08Notify03BRL-CAD:brlcad * 56737 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/rt/main.c): no longer need NO_BADRAY_CHECKING
06:55.54*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc)
09:01.04*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc)
09:16.08zero_levelbrlcad : yeah. I think the issue regarding getopt was resolved. Thanks to your pointers.
13:27.34*** join/#brlcad infobot (~infobot@rikers.org)
13:27.34*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
13:39.57brlcadzero_level: you seemed unsure that you understood it is all, it's clear that the format string is right now
13:42.10brlcad``Erik: I don't see a need for more api .. why not just always returned aligned memory?  either via posix_memalign() under bu_alloc() or doing it manually ... easy enough to test for libtie, but then I've yet to see the TIE bug to confirm
13:42.30brlcadponders setting up a 32-bit mac compile
13:56.25``Erikbz exhibits the issue
14:07.11brlcadand of course 32-bit compile doesn't cmake right
14:07.16brlcadk
14:12.00``Erikeh? it cmake's fine on a 32b machine... I had to go through some hoops to get it to work on a 64b linux, it kept trying to link 64b system libs
14:14.32brlcadthis is a 64/32 machine, so the flags have to be right
14:14.34brlcadand they're not
14:17.20brlcadlooks like cmake logic is confused about "C flags", or at least what's needed when one runs BRLCAD_CHECK_FLAG
14:17.31brlcadthat it must set the flag for compilation AND linking
14:18.02brlcadnot passing the flag to CMAKE_*_LINKER_FLAGS
14:18.59brlcadld: warning: in CMakeFiles/cmTryCompileExec3145753208.dir/src.c.o, file was built for i386 which is not the architecture being linked (x86_64)
15:25.50*** join/#brlcad caen23 (~caen23@92.83.182.68)
15:43.02zero_levelbrlcad : I hope the issue with bwrect was fine. Thus I think I move forward with the same style for other utils.
15:48.37brlcadzero_level: why is unistd.h included?
15:48.43brlcadyou cannot include it without wrappers
15:53.01brlcadand bwrect does not look like it's set up right for processing the input/output files
15:53.49brlcadtry: cat bwrect | bwrect ...
15:55.12brlcadthe icv calls themselves look great
15:55.17brlcadnice and simple
15:57.39brlcadAPI critique: load+free do not pair well as a naming convention, I'd suggest icv_open() and icv_close()
15:59.22*** join/#brlcad ClientAlive (~shine@216.16.61.156)
15:59.42brlcadzero_level: you mentioned last week that you were done with merging all of your external changes so icv.h should be in a near-stable state, please give it another review to make sure the file is organized (declarations are in some reaonsable order, grouped accordingly)
15:59.59ClientAliveHoly shit! There is a #brlcad!!
16:00.09brlcadof course there is
16:00.17ClientAlivelol
16:00.34ClientAliveAye...
16:00.38ClientAliveAre there any up to date tutorials for BRL-CAD? Video tutorials even? All I can find are these .pdf's (like a decade old) from Army Research Laboratory
16:00.47brlcadthis channel has been live since before we became open source in 2004
16:01.06ClientAliveThat's so awesome!  :)
16:01.17ClientAliveI just found out about it yesterday
16:01.19brlcadClientAlive: the pdf's are still a pretty good starting place
16:01.30ClientAlivereally?
16:01.32brlcadthere's so much to cover and they only scratch the introductory surface
16:01.35ClientAlivesigh
16:01.54ClientAlivewell... Ok, I guess  :)
16:01.55brlcadwe're working on a new set, but that all takes tons of time
16:02.13brlcadyeah, once you get through that mged tutorial, you'll know maybe 5%
16:02.19brlcadand it's like 300 pages
16:02.40brlcad(though most can get through it all in less than a day)
16:03.03brlcadhttp://brlcad.org/wiki/Documentation
16:03.52ClientAliveOk, so, what I found on my computer to launch is actually called "Archer" <- Is that the correct program to be running? (I know some programs have multiple components you can run - like some ripping/burning software does).
16:04.35brlcadarcher is our alpha release of a new GUI replacement to MGED
16:05.17brlcadarcher can work, but you'll notice that it won't exactly match the MGED tutorial instrutions .. though it's pretty damn close
16:05.35ClientAliveso that makes it different enought to not line up with the old Army Research tutorials? Or no
16:05.38brlcadthe mged intro is #2 in the docs list
16:05.47ClientAliveright
16:05.49ClientAliveok
16:06.09ClientAliveYou think vol 1 is even worth reading?
16:06.15ClientAliveI have it installed already
16:06.47brlcadone of our devs went through all the tutorials with archer and there were very few hiccups (some commands are named a little different)
16:07.04ClientAliveright on
16:07.04brlcadbut then he knew the mapping, so I don't have a notion for how hard it will be starting from scratch
16:07.26brlcadyou might want to start with MGED, go through the tutorials, and then switch to the archer interface
16:07.43ClientAlivewell how have others learned? Word or mouth? Apprenticeship?  
16:07.58ClientAliveI'm not trying to be a smartass, I'm serious
16:08.08ClientAlive*of*
16:08.13brlcadtime and effort
16:08.15brlcadit's an expert system
16:08.35brlcadand like most, it really does take some training to learn the commands and infrastructure
16:08.55ClientAlivethe thing looks friggin awesome! I have zero exper with something like this though
16:09.06brlcadmost hop in here and ask questions, which is perfectly fine
16:09.31brlcadwe're here 24/7 (though we may take a couple hours to respond sometimes, gotta eat and crap and write code and what not)
16:09.42ClientAliveI'm sure I'll come hang out sometimes, now that I know ya'all are here  :)
16:10.08ClientAlivebrlcad: peace  :)
16:10.56brlcadsure, welcome and thanks for checking it out ;)
16:11.21brlcadwe've got a lot of exciting stuff coming down the pipeline, but it does take a ton of time to implement new features
16:11.24brlcadand we're a relatively small team
16:11.37brlcadbut we've been around a really long time and our rate is only increasing
16:11.50brlcadhttp://ibot.rikers.org/%23brlcad/  ... yeah, 200407 started logging, heh
16:13.12ClientAliveI started out trying to force blender into the role but that didn't turn out so well  :0
16:13.14ClientAlivelol
16:13.23brlcadso are you working on linux? windows? mac?
16:13.40ClientAliveubuntu 12.04 atm  :)
16:13.56brlcadyeah, blender sucks for CAD work, but I love those guys and what they're doing in the content creation domain
16:14.47brlcadso one thing to realize is that brl-cad includes hundreds of small commands that all are designed to work together (kind of like cat, ls, sed, awk, cut, find, etc on the command line)
16:15.00ClientAliveI can't knock blender for what it is. I messed around with it for a week or so - and still couldn't get caliper.py to install
16:15.01brlcadas well as gui applications like mged and mged/archer
16:15.20ClientAliveoh, ok
16:15.26zero_levelbrlcad :  for isatty(..)
16:15.59brlcadsushi:.cmake morrison$ grep isatty ../src/util/* | wc
16:16.00brlcad<PROTECTED>
16:16.00brlcadsushi:.cmake morrison$ grep unistd ../src/util/* | wc
16:16.00brlcad<PROTECTED>
16:16.04ClientAlivewell that sounds pretty interesting. I love working on the command line
16:17.09brlcadClientAlive: so if creating geometry that way sounds interesting, you might want to check out http://brlcad.org/wiki/Main_Page#Tutorials
16:17.31brlcadshows how to do various things via shell scripts, python, perl
16:17.32ClientAlivecool
16:24.21brlcada crash course for you to try, run: mged -c test.g make sph sph
16:24.25brlcadrt test.g sph
16:27.12brlcadzero_level: those grep lines were for you .. notice that many tools call isatty() but most don't include unistd.h
16:27.58brlcadunistd.h is not available on windows, so you need to figure out what the rest are doing (probably bio.h)
16:36.09zero_levelbrlcad : I avoided open because its no longer files we are handling.
16:36.17zero_levelload is paired with save.
16:38.53zero_levelAnd avoided freeing the memory in save. in order to support other processing.
16:40.56Notify03BRL-CAD:mohitdaga * 56739 brlcad/trunk/src/util/bwrect.c: Remove unistd.h. Since unistd.h is not available in windows.
16:48.03zero_levelbrlcad : About variable declaration I want a sample from you.
16:49.48zero_levellike some rviews about this. http://paste.kde.org/p3c7109ee/
17:05.31zero_level``Erik. Do u think its strict convention about asignment operator. To follow spaces.
17:05.44zero_levela = b;
17:05.59zero_levela=b; /* IS IT WRONG ?* /
17:18.33``Erikuse spaces
17:20.32zero_level``Erik : Also, As I mentioned yesterday.
17:20.49zero_levelThere is an issue about icv_save.
17:21.49zero_levelAlthough I use O_TRUNC flag. still it doesnt open a file if it is already created.
18:00.45``Erikcheck the file mode, the default for pix files is 444, which prohibits writing
18:54.26*** join/#brlcad caen23 (~caen23@92.83.182.68)
19:52.12Notify03BRL-CAD Wiki:Vladbogolin * 5967 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */
19:55.46*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:54.00*** join/#brlcad ClientAlive (~shine@216.16.61.156)
20:56.17ClientAliveI think there's a problem with my hotkeys for constraint translation. I would assume that with that view the object would only move in one straight line, right? But when I hit shit + alt + < some mouse button > I can drag the oject all about in circles or wherever.
20:57.50ClientAliveAnyways...
21:00.15ClientAliveSorry, what it actually does is move the entire application window when use shift+alt+<mouse button>
21:00.19ClientAliveWhat can I do? I've already tried going in throught settings and change the hotkeys for what it was actually doing when I hit shift+alt (moving the entire application window).
22:37.13*** join/#brlcad merzo (~merzo@14-58-132-95.pool.ukrtel.net)
23:07.37``Erikstarseeker: https://github.com/Inaimathi/forthlike
IRC log for #brlcad on 20130811

IRC log for #brlcad on 20130811

00:17.54*** join/#brlcad ClientAlive (~shine@216.16.61.156)
15:44.10*** join/#brlcad infobot (~infobot@rikers.org)
15:44.10*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
15:47.48*** join/#brlcad merzo (~merzo@14-58-132-95.pool.ukrtel.net)
16:08.55pawleeq_brlcad, ok, thank you. Right now I am testing it inside mged, I will se hou mvall and cpall will deal with it.
16:13.07``Erikbrlcad: I'd not really know what delete does, 'unlink' is how to rm a file, I'd think of delete as being a c++ memory op
16:17.21``Erikwe have rt_new_rti() and rt_free_rti()... should we carry that and have icv_new() and icv_free() ?
16:18.23``Erik(I'm not really sure|I don't really know)
19:28.18zero_level``Erik : icv_create(..) and icv_load(..) are two functions for creating an image structure (allocating memory space as per the size.) and
19:28.49zero_levelfor loading and image (from a file or stdin or a pipe.) respectively.
19:29.44zero_levelso as per your suggestion I believe we should change the name of icv_Create to icv_new.
19:29.50zero_levelright ?
20:29.51Notify03BRL-CAD Wiki:Vladbogolin * 5968 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */
20:51.33zero_levelbrlcad : I am not sure if I should convert utilities like pixinterp2x and pixhalve. when we have very power utilities like pixscale and bwscale.
20:51.44zero_levelPls suggest me if those are needed ?
22:36.24*** join/#brlcad merzo (~merzo@203-37-133-95.pool.ukrtel.net)
22:52.04*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
23:06.27*** join/#brlcad caen23 (~caen23@92.81.188.106)
IRC log for #brlcad on 20130812

IRC log for #brlcad on 20130812

00:01.06*** join/#brlcad merzo_ (~merzo@203-37-133-95.pool.ukrtel.net)
00:57.04*** join/#brlcad caen23 (~caen23@92.81.188.106)
01:07.05*** join/#brlcad caen23 (~caen23@92.81.188.106)
01:12.04starseeker``Erik: hah, cool!  (too bad it's GPLv3, but still cool!)
01:15.54starseekerbrlcad: he updated the license to LGPL/GPL on the gdiam code:  http://valis.cs.uiuc.edu/~sariel/research/papers/00/diameter/
02:07.34*** join/#brlcad caen23 (~caen23@92.81.188.106)
02:43.02brlcadzero_level: right now this is just design discussion, not dictating changes one way or another
02:43.20brlcadthe concern is more that there is at least a couple (minor) usability problems with the current names
02:47.39brlcad``Erik: I'd argue that rt_new_rti()+rt_free_rti() is just wrong .. should be alloc+free or new+delete
02:50.37brlcadthe notion that delete pertains to deleting memory would have come to mind if this were a c++ library but since it's not, gut feeling is that it's specifically misleading for that very reason .. wrong convention
02:53.33brlcad``Erik: zero_level: what do you think about icv_create+icv_destroy (previously icv_create+icv_free) and icv_read+icv_write (previously icv_load+icv_save)?  I think those are the two pairings in question.
03:08.01*** join/#brlcad caen23 (~caen23@92.81.188.106)
04:08.27*** join/#brlcad caen23 (~caen23@92.81.188.106)
05:08.57*** join/#brlcad caen23 (~caen23@92.81.188.106)
07:27.45*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
08:41.56Notify03BRL-CAD Wiki:Level zero * 5969 /wiki/User:Level_zero/GSOC13/logs: /* Week 8 */
10:25.02zero_levelbrlcad : I think your last suggestion is nice.
10:26.11zero_level``Erik : waiting for your consent. :-)
10:36.51*** join/#brlcad caen23 (~caen23@92.81.188.106)
10:55.09Notify03BRL-CAD:phoenixyjll * 56742 brlcad/trunk/src/libbrep/boolean.cpp: Implement a function to check the validity of the outer loop before adding a trimmed face.
10:59.26``Erik*shrug* ya don't need my consent, dude, you're expected to be an intelligent and thoughtful contributor :)
11:01.04``Erikread/write vs load/save would have atomicity implications to me, read/write being buffered and load/save being 'do it to completion, then return'... *shrug* pix is streamable, png and jpg tend to want to be all at once...
11:01.37``Erikbrlcad: if new/free is considered wrong, we should document 'right' in HACKING and work towards normalizing our api towards it
11:29.13*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
12:07.57Notify03BRL-CAD:phoenixyjll * 56743 brlcad/trunk/src/libbrep/boolean.cpp: Mark the functions used only within this file with HIDDEN.
13:04.56zero_level``Erik : Sure. I am trying to develop into an intelligent and a thoughtful contributor. Just my names are bad.
13:05.04zero_level``Erik : Regarding streaming.
13:13.14zero_levelbw_save and pix_save are now modified such that they can stream on stdout or any pipe linked to that.
13:13.40zero_levelsimilarly bw_load and pix_load can read from stdin.
13:22.04``Erikzero_level: this naming issue seems to be a matter of opinion, what you chose seemed on par with a native english speaker and competent coder... you're doing great! and having 'automagic' streaming of pix and bw data is awesome
13:22.09``Erikkeep up the good work!
13:23.15*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:29.59*** join/#brlcad caen23 (~caen23@92.81.188.106)
13:34.27zero_level``Erik: indeed you could test that on bwrect
13:34.38zero_leveltake any 512 size image.
13:35.29zero_leveltype1 : "Read from file save to file" $ bwrect -S256 -o out.bw in.bw
13:36.12zero_leveltype 2 : "Read from pipe and save to file" $ bwrect -s256 -o out.bw < in.bw
13:36.40zero_leveltype 2 : "Read from pipe and save to file" $ bwrect -s256 -o out.bw < in.bw
13:36.52zero_levelcoorection " type 2 : "Read from pipe and save to file" $ bwrect -S256 -o out.bw < in.bw
13:40.31zero_leveltype 3 : "Read from file  save to pipe" $ bwrect -S256 in.bw > out.bw
13:40.49zero_leveltype 4 : "Read from pipe  save to pipe" $ bwrect -S256< in.bw > out.bw
13:42.42brlcadzero_level: your names certainly aren't bad
13:42.55brlcadplease don't mistake me questioning them as suggesting that
13:44.01brlcadparticularly for a library, I ask myself "can it be better?"
13:44.05brlcadespecially for new code
13:45.22brlcadsince it's got no maintenance cost yet and is at a stage where it's most efficient to inspect the design (particularly with respect to usability)
13:46.36brlcadnames certainly are subjective, but aiming for common or "good enough" is never the bar I aim for
13:47.30brlcadbest it can be without changing the purpose / scope / complexity
13:49.24*** join/#brlcad Izak (~Izak@66-118-151-70.static.sagonet.net)
13:49.59``Erikzero_level: rather than I try to concoct some test, what if you do a quick test program to prove it and add it to the ctest suite using the "add_test()" function?
13:50.46``Erikthen we have a button to push to prove if the code is solid in the future, on various platforms and through changes :)
14:11.52*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
14:19.28*** join/#brlcad kesha_ (~kesha@14.139.122.114)
15:06.43Notify03BRL-CAD Wiki:Phoenix * 5970 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */
15:17.52Notify03BRL-CAD:ejno * 56744 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: experiments with double-precision, memory alignment, memory reading methods
15:29.53Ch3ckbrlcad: starseeker: ``Erik: I would like you to please review my patches on sf
15:38.15Notify03BRL-CAD:iiizzzaaakkk * 56745 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding hrt_invsq vector and hrt_invRSSR matrix fields to heart structure
15:38.26Notify03BRL-CAD Wiki:NyahCh3ck20 * 5971 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */
15:42.09*** join/#brlcad kesha_ (~kesha@14.139.122.114)
15:45.37*** join/#brlcad kesha__ (~kesha@14.139.122.114)
16:16.20Notify03BRL-CAD:iiizzzaaakkk * 56746 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_print() routine and removed rt_hrt_??port4() routines pertaining to version 4 of database
16:20.00*** join/#brlcad Izak (~Izak@195.24.220.16)
16:39.28*** join/#brlcad kesha__ (~kesha@14.139.122.114)
16:54.00*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:02.06Notify03BRL-CAD:iiizzzaaakkk * 56747 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_import5() routine to import the database format to the internal format
17:25.32Notify03BRL-CAD:ejno * 56748 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: use doubles. The "random dots" problem was caused by the mistake of using the same kernel for each shot; creating a new kernel for each shot is too expensive so librt parallelism is now prevented with a semaphore
17:31.17*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:32.11Notify03BRL-CAD:ejno * 56749 (brlcad/branches/opencl/src/librt/primitives/sph/aligned_sph.c =================================================================== and 669 others): rm old files
17:42.49Notify03BRL-CAD:ejno * 56750 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: actually, it can be parallelized by librt
17:46.58Notify03BRL-CAD:iiizzzaaakkk * 56751 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_export5() routine to export from internal format to database format
17:50.26Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5972 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */
18:09.58Izak__:quit
18:53.54Notify03BRL-CAD:brlcad * 56752 brlcad/trunk/src/librt/primitives/bot/tieprivate.h: consistency with the other pointer tests, cast through intptr_t and mask against a long
18:55.12Notify03BRL-CAD:brlcad * 56753 brlcad/trunk/src/librt/primitives/bot/bot.c: some basic sanity checking, hunting a stack smash
19:09.00*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b119:4fd9:0:4a:959d:9001)
19:19.50Notify03BRL-CAD:brlcad * 56754 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: do some more cleanup to make sure we don't dereference a null accidentally. almost a few more size_t vs intptr_t casts just they're different.
19:22.54Notify03BRL-CAD:brlcad * 56755 brlcad/trunk/src/librt/primitives/bot/tie.c: more null dereferencing checks so that we don't segfault and using 0x7L consistently as a long. should not be encountering the INTERNAL ERROR debug line... but we are. definitely a pooched tree.
19:29.32Notify03BRL-CAD:brlcad * 56756 brlcad/trunk/src/librt/primitives/bot/tie.c: pair bu_malloc()+bu_free() but make sure it's not a null pointer just in case the book-keeping is pooched (which it is).
19:36.56*** join/#brlcad mpictor__ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f)
19:38.20*** join/#brlcad markp (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:43.25*** join/#brlcad mpictor__ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
19:46.52*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:02.03Notify03BRL-CAD:brlcad * 56757 brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix a bug when checking C and CXX flags sequentially, the latter was always getting the cached result because the same cache variable name was being specified. this was presenting itself as CC: unrecognized option '-Qunused-argument' messages (which is apparently not a valid C++ flag, but is valid for C) and potentially any other flag where the
20:02.05Notifyresult should be different (obviously).
20:08.12starseekerwinces - sorry about that
20:08.22Notify03BRL-CAD:brlcad * 56758 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: enable stack protection for non-optimized debug-enabled builds. for gcc 4.1+ this is -fstack-protector-all, for clang it's -qstackprotect. wouldn't think we need both, but would need to check the c/cxx flags independently otherwise in case the caller is compiling c with clang and cxx with g++ (for example). easier to just check them both
20:08.24Notifyto handle such situations.
20:35.45brlcadthinks he just might understand the TIE 32-bit bug now
20:36.17starseekerO.o
20:48.29Notify03BRL-CAD:starseeker * 56760 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add test for bn_poly_sub from sf patch #224 by Nyah Check. Interestingly, seems to be a difference between our routine and Octave - will need to double check that.
20:48.31Notify03BRL-CAD:mohitdaga * 56759 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 5 others): As per Sean's suggestion, Change the name if icv api (save to write)
21:38.41zero_levelbrlcad : Does update in bwrect qualifies for NEWS ?
21:38.52*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:40.19Notify03BRL-CAD:mohitdaga * 56761 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c and 3 others): As per Sean's suggestion, Change the name of icv api (load to read).
21:55.38Notify03BRL-CAD:mohitdaga * 56762 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 3 others): As per Sean's suggestion, Change the name of icv api (free to destroy).
22:03.28*** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net)
22:12.44brlcadzero_level: yes indeed it does
22:13.10brlcadmost any user-visible change must be recorded in NEWS
22:14.00brlcadas this is public documentation, note that the format is very strict and must be precise (while being as detailed as possible)
22:19.51Notify03BRL-CAD:mohitdaga * 56763 brlcad/trunk/include/icv.h: Add comments about new icv_read and icv_write. Also sanitize some comments due to change in name of api.
22:35.29*** join/#brlcad merzo (~merzo@103-12-133-95.pool.ukrtel.net)
22:45.47zero_levelI see only a one liner comment.
23:09.27brlcadzero_level: it is just a one-liner comment
23:09.40brlcadthat's why the format is very specific
23:10.19brlcadpast tense, standard keywords, fit within column 70
23:10.38brlcadas descriptive as possible (from a user's perspective)
23:51.25Notify03BRL-CAD:brlcad * 56764 brlcad/trunk/src/libbu/heap.c: looks like this straggler didn't get committed. use the new api typedef for the callback
23:56.17brlcadtries fixing TIE
IRC log for #brlcad on 20130813

IRC log for #brlcad on 20130813

00:58.53Notify03BRL-CAD:starseeker * 56765 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Remove most of the comment out lines, ws
01:02.55Notify03BRL-CAD:starseeker * 56766 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Add notes about approach to take for improving robustness - need to study overall algorithms to identify other points where floating point weirdness needs to be handled...
02:21.00brlcadhot damn
02:21.48brlcadfucking needles in haytacks
02:53.56Notify03BRL-CAD:brlcad * 56767 brlcad/trunk/include/tie.h: since TIE tries to be coherent, document the sizes of each of the struct elements and ensure that we stay on 4-byte boundaries. ironically shows that several core data structs do not fit within a cache line when using double-precision, so this is far from optimal. related and most significantly, I'm adding two new 'b' fields (on tie_tri_s and tie_kdtree_s) to
02:53.58Notifyhold kd-tree data. reason why will become apparent in the next commit.
03:16.55Notify03BRL-CAD:brlcad * 56768 (brlcad/trunk/src/librt/primitives/bot/tie.c brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c brlcad/trunk/src/librt/primitives/bot/tieprivate.h): Fix 32-bit TIE. The problem was someone trying to be far too clever packing bits into a pointer address. You read that right. Bits were being set/unset and read from WITHIN the pointer VALUE. Even remember telling Justin many many years ago
03:16.57Notifythis would be a problem, but obviously nothing came of that. My vague recollection was that he was hijacking particular bits that were always zero given particular struct allocation sizes. Of course, this is incredibly presumptuous and volatile to struct member type sizes, 32-bit vs 64-bit compilation, implicit padding/alignment issues, and more.This gets TIE working on 32-bit compilation (and generally more portably
03:16.59Notifyall around) by extracting those bit values that were being packed into their own struct element (for both the kdtree and the tri structs) where this was happening. This took quite a bit of very cautious surgery to extract and propagate the bits correctly. There may be more needed (e.g., didn't test single-precision), but seems to work swell in all the tests I threw at it. Made (probably unnecessarily) most of the...
03:19.45Notify03BRL-CAD:brlcad * 56769 brlcad/trunk/BUGS: comment significantly out of date, not observed that m1151 issue in a while and have traced one since then.
03:21.54Notify03BRL-CAD:brlcad * 56770 brlcad/trunk/TODO: 32b bottie crash is fixed. no comment on why existing makesegs is insufficient and backend repo was updated so can clear those out
03:30.47Notify03BRL-CAD:brlcad * 56771 brlcad/trunk/NEWS: fixed the 32-bit librt/adrt/TIE crashes. code was trying to be far too clever packing data into a pointer address value. put the data up into the struct so we don't have to worry about the slew of things that make that a bad idea.
04:38.07*** join/#brlcad yiyus (1242712427@je.je.je)
05:31.02Notify03BRL-CAD:phoenixyjll * 56772 brlcad/trunk/src/libbrep/boolean.cpp: We should take care of the intersection tolerance, and "fix" the "gaps" if necessary.
07:32.20*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:21.18*** join/#brlcad kesha_ (~kesha@14.139.122.114)
09:06.35*** join/#brlcad caen23 (~caen23@92.85.95.18)
10:48.39*** join/#brlcad caen23 (~caen23@92.85.95.18)
10:48.39*** join/#brlcad yiyus (1242712427@je.je.je)
10:48.40*** join/#brlcad merzo (~merzo@103-12-133-95.pool.ukrtel.net)
10:48.40*** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net)
10:48.40*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
10:48.40*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
10:48.40*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:48.40*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
10:48.40*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
10:48.40*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:48.40*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
10:48.40*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:48.40*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xmppilpmofuwgrrd)
10:48.40*** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net)
10:48.40*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:48.40*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
10:48.40*** join/#brlcad kanzure (~kanzure@131.252.130.248)
10:48.40*** join/#brlcad ChanServ (ChanServ@services.)
10:48.40*** mode/#brlcad [+o ChanServ] by hubbard.freenode.net
10:49.49starseekerconfirms working isst on 32-bit Linux Mint
10:49.49starseekerwoot!
10:49.50starseekerbrlcad++
10:50.05*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:55.32*** join/#brlcad OneMore_ (~santos@pal1-84-90-21-87.netvisao.pt)
11:04.40``Erikhm, so it was over-cleverness with packing data into low bits of a pointer, the point of that was to keep the cache lines minimally packed with the 'right' data (normal for old tie was 32b float)
11:05.00``ErikI wonder what the performance implications are :D
11:18.33*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
11:21.45*** join/#brlcad Izak (~Izak@195.24.220.16)
11:33.32Ch3ckstarseeker: ticket 224 has been applied but has not been closed yet.
11:33.37Ch3ckrechecking 223 and 225
11:34.58Notify03BRL-CAD:d_rossberg * 56773 brlcad/trunk/src/conv/raw/g-raw.c: ups, I must have overlooked this g-stl remnant
11:38.16Notify03BRL-CAD:erikgreenwald * 56774 brlcad/trunk/src/adrt/isst_tcltk.c: strcp->bu_strncmp
11:50.48*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:52.06brlcad``Erik: yeah, I talked about that a little bit in 56767 .. the structures were a cacheline mess for single and double precision
11:52.23brlcadlooks like he also assumed 32-bit compilation
11:53.27brlcadeither way, working .. vs fast and broken ;)
11:53.54brlcadrather "faster" .. I didn't observe a huge impact (probably because they already go way over cache line sizes)
11:58.01``ErikI may've mucked up quite a bit altering things to get awayfrom tfloat for everything *shrug* :/
11:58.35``Erikbut it works, w00t, so faster rt and one less obstacle for isst
12:06.55*** join/#brlcad caen23 (~caen23@92.85.95.18)
12:06.58Notify03BRL-CAD:d_rossberg * 56775 brlcad/trunk/src/conv/g-voxel.c: print the voxel's coordinates rather than its indicesstill needs some tests and fine tuning
12:16.14Notify03BRL-CAD:phoenixyjll * 56776 brlcad/trunk/src/libbrep/boolean.cpp: Avoid getting nested polycurves, which makes ON_Brep::IsValid() to fail. If the curve we are going to append to a polycurve itself is a polycurve, we append each segments separately.
13:10.27Notify03BRL-CAD:tbrowder2 * 56777 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: use correct word 'within'
13:15.43Notify03BRL-CAD:phoenixyjll * 56778 brlcad/trunk/src/libbrep/boolean.cpp: DEBUG is defined in brlcad_config.h. Use DEBUG_BREP_BOOLEAN instead.
13:17.07Notify03BRL-CAD:phoenixyjll * 56779 brlcad/trunk/src/libbrep/boolean.cpp: l/100.0 is the normalized parameter. We should call ParameterAt().
13:18.59Notify03BRL-CAD:phoenixyjll * 56780 brlcad/trunk/src/libbrep/boolean.cpp: Remove temporal debug message, and print more infomation for the stack error and sort failure.
13:22.33Notify03BRL-CAD Wiki:NyahCh3ck20 * 5973 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */
13:22.41Notify03BRL-CAD:carlmoore * 56781 brlcad/trunk/src/libbn/tests/bn_poly_sub.c: fix wording & spelling, and remove a few blank lines
13:24.24Notify03BRL-CAD:carlmoore * 56782 brlcad/trunk/src/librt/primitives/hrt/hrt.c: fix spelling, and remove trailing blanks/tabs
13:25.38Notify03BRL-CAD:erikgreenwald * 56783 brlcad/trunk/src/adrt/librender/cut.c: fix ray direction for initial cut shot
13:29.17Notify03BRL-CAD:mohitdaga * 56784 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c brlcad/trunk/src/libicv/pix.c): Trailing WS
13:38.28Notify03BRL-CAD:phoenixyjll * 56785 brlcad/trunk/src/libbrep/boolean.cpp: Returning the result of minus and implicit conversion to int for comparison is not correct for floating points. Should use explicit > and < comparison.
13:41.05Izak_``Erik: Please can you take a look at the rt_hrt_describe() routine I have written here http://paste.kde.org/p37dcb7dc/
13:42.00Notify03BRL-CAD:tbrowder2 * 56786 brlcad/trunk/src/libged/comb_color.c: remove command name from usage string (fixes double listing inside mged)
13:42.38Notify03BRL-CAD Wiki:Phoenix * 5974 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */
13:57.18Notify03BRL-CAD Wiki:KeshaSShah * 5975 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 9 */
14:06.29``ErikIzak_: looks good to me *shrug*
14:23.34Notify03BRL-CAD:d_rossberg * 56787 (brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def brlcad/trunk/misc/win32-msvc/Dll/brlcad.def): rt_g is now RTG
14:27.32Notify03BRL-CAD:d_rossberg * 56788 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include libgdiam into the brlcad.dll
14:31.01Notify03BRL-CAD:d_rossberg * 56789 brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.rc: somebody said the old eagle logo taboo, replaced it with the new gear logo in the brlcad.dll
14:43.36Notify03BRL-CAD:tbrowder2 * 56790 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: add a section on scripting mged
14:47.46Notify03BRL-CAD:iiizzzaaakkk * 56791 brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_describe() routine to present heart in human-readable form
14:52.17*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:53.55brlcadIzak_: looks godo to me too.  describe is for the 'l' command in mged and is just meant to be human-readable without a specific format
15:09.42Notify03BRL-CAD:carlmoore * 56792 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/util/bwrect.c): remove trailing blanks/tabs
15:11.40Notify03BRL-CAD:carlmoore * 56793 (brlcad/trunk/src/conv/g-voxel.c brlcad/trunk/src/librt/primitives/hrt/hrt.c): remove trailing blanks/tabs, and fix a spelling
15:16.54Izak_brlcad:``Erik: okay commited it already
15:22.24Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5976 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */
16:44.44Notify03BRL-CAD:starseeker * 56794 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on surfaces for g-step
16:49.09*** join/#brlcad Skriptkid (~Skriptkid@117.208.161.111)
16:53.58Notify03BRL-CAD:erikgreenwald * 56795 (rtcmp/trunk/configure.ac rtcmp/trunk/rt/rt.c rtcmp/trunk/tri.c): cope with changes in the BRL-CAD API
16:54.44*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:06.46Notify03BRL-CAD:erikgreenwald * 56796 (rtcmp/trunk/adrt/adrt.c rtcmp/trunk/configure.ac): updates for the version of TIE integrated into librt
17:10.59Notify03BRL-CAD:starseeker * 56797 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add general nurbs surfaces, add knots as well.
17:17.23Notify03BRL-CAD Wiki:Harman052 * 5977 /wiki/User:Harman052/GSoc2013/Logs:
17:39.24Notify03BRL-CAD:ejno * 56798 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: load OpenCL code from a file; use the librt formula
17:59.14*** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:06.59Notify03BRL-CAD:ejno * 56799 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): calculate radsq on the host (this would be calculated once per sphere)
18:07.33Notify03BRL-CAD:carlmoore * 56800 brlcad/trunk/src/conv/euclid/g-euclid.c: removed 's:' from bu_getopt argument string, because it is unused
18:26.00Notify03BRL-CAD:erikgreenwald * 56801 (rtcmp/trunk/adrt/adrt.c rtcmp/trunk/dry/dry.c and 4 others): various warning quellage
18:30.58Notify03BRL-CAD:erikgreenwald * 56802 (brlcad/trunk/src/adrt/isst brlcad/trunk/src/adrt/isst_tcltk.c): simplify C part of cut mode by moving logic into tcl
18:31.21zero_levelbrlcad , ``Erik: It is strange that pixrect has an option of number of bytes.
18:31.31Notify03BRL-CAD:erikgreenwald * 56803 brlcad/trunk/src/adrt/isst: escape key now exits
18:31.56zero_levelbytes_per_pixel
18:32.04*** join/#brlcad caen23 (~caen23@92.83.180.66)
18:32.04zero_levelDo you think this is needed ?
18:32.28zero_levelis modifiying the utils to use icv library.
18:34.03``ErikI'd guess it's there to allow it to be used on bw images as well? I don't know if there're any other good reasons to have that knob
18:34.14Notify03BRL-CAD Wiki:Vladbogolin * 5978 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */
18:34.19zero_levelwe have bwrect as well.
18:34.28zero_levelI think its good to remove that.
18:34.49zero_level``Erik : Is there are process to easily change the man pages.
18:34.57zero_leveli see them as xml files
18:35.50``Erika lot of them have been converted to docbook, so the xml generates the roff, html, pdf, etc
18:36.09zero_levelwants to update the doc pages of utils.
18:36.42Notify03BRL-CAD:mohitdaga * 56804 brlcad/trunk/src/util/bwrect.c: Remove Debug Parameters from bwrect.c
18:38.49zero_levelso do u suggest editing the xml files ?
18:39.27zero_levelin this case doc/docbook/system/man1/en/bwrect
18:39.36zero_level.xml
18:42.41Notify03BRL-CAD:erikgreenwald * 56805 brlcad/trunk/src/adrt/isst: fix namespace seperator
19:07.36Notify03BRL-CAD:mohitdaga * 56806 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Documnetation for bwrect utility
19:07.43zero_levelbrlcad, ``Erik : Do we document the api fucntions somewhere ? Other than the doxygen comments ?
19:09.10Notify03BRL-CAD:mohitdaga * 56807 brlcad/trunk/src/util/bwrect.c: Correct Typo.
19:13.19zero_levelalso ``Erik : just found that the pixrect utility is designed such that it can extract rectangles from any datatype like arrays of floats etc.
19:13.31zero_levelI am not sure if that is required.
19:23.41Notify03BRL-CAD:starseeker * 56808 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start building topology - looks like we may have an issue with the SdaiEdge_loop initialization.
19:26.06zero_levelwhat is the difference between
19:26.23zero_levelbwrect [-n height]
19:26.37zero_levelbwrect -n height
19:28.25*** join/#brlcad caen23 (~caen23@92.81.189.237)
19:32.04Notify03BRL-CAD:starseeker * 56809 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add a note to check out the diamond inheritance fix recently made to stepcode - may relate to this edge_loop issue.
20:05.59``Erikzero_level: the '[]' indicates that it's an optional parameter
20:06.41``Erikhttp://superuser.com/questions/134166/how-to-read-unix-usage has some info
20:07.47zero_levelalso ``Erik : i would like to know about the scope of pixrect.
20:08.42zero_levelDo u think It is fine to limit its uses for 3 channel pix images. Provided we have one for bw images (bwrect).
20:09.58``ErikI honestly don't know... in theory, we should have an icv_rect() function that can cope with whatever happens to be in the opaque container...
20:10.30``Erikbut I don't know if any tools exist that use this byte size behavior...
20:11.35``Erikrocks an eyebrow at r23652
20:11.41``Eriks/r/c/
20:15.00``Erikhm, variable pixel size was added in 1986 by Phil (I assume Dykstra), r1212
20:15.46``Erikbefore that, Mike (Muuss) had written it to be the 3 byte pix format
20:16.31``Erikbwrect existed at r877
20:19.03``Erikso the option probably existed for some reason other than handling bw
20:23.58zero_level``Erik : but we use icv containers.
20:24.47zero_leveland it has limitation in the type data it can contain. (as agreed by all of us)
20:26.01zero_level``Erik how do u see revision dating back to r877 and r1212. (curious)
20:27.25``Erikthere's a "hitch" in the 22000's, check out an older version and you can continue... I've mostly been using the git conversion for looking at old stuff :)
20:28.18zero_level?
20:28.47``Erikmaybe the -# option should throw an error, or override the current behavior... I d'no... maybe another mentor or sr dev has an opinion :)
20:29.17zero_levelalright. So do you think i should be posting a mail ?
20:29.45``Eriksure, probably a good thing to do... answers might come back via mailing list or via irc, though
20:32.41zero_levelok. I will modify it and post it to brlcad-devel list.
20:32.49zero_levelLets see if any one has an issue.
20:32.59zero_level``Erik : thanks :)
20:52.32Notify03BRL-CAD:mohitdaga * 56810 (brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml brlcad/trunk/src/util/bwrect.c): Add higher dimensional flag in bwrect
21:20.38Notify03BRL-CAD:starseeker * 56811 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/search.c): Start inching towards the new db_search API. Move the to-be-deprecated search header contents into their own file. Can't flag them yet because they are still used.
21:21.51Notify03BRL-CAD:r_weiss * 56812 (brlcad/trunk/include/tie.h brlcad/trunk/src/librt/primitives/bot/tie.c and 2 others): Changes to BOT-TIE to remove bit operations.
21:23.11Notify03BRL-CAD:carlmoore * 56813 brlcad/trunk/src/conv/euclid/g-euclid1.c: implement h?, and add P to the Usage
21:23.28*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:25.24Notify03BRL-CAD:mohitdaga * 56814 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/pixrect.c): pixrect modified to use icv api. It now no longer supports bytes_per pixel option and assumes 3 bytes for .pix files. Also prompting has been removed. Supports only command line arguments.
21:46.54Notify03BRL-CAD:carlmoore * 56815 brlcad/trunk/src/conv/jack/g-jack.c: add h?, and, in the Usage, add P
22:25.34Notify03BRL-CAD:mohitdaga * 56816 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): use bu_log instead of fprintf for showing up error messages.
22:26.43brlcadzero_level: we're getting away from -h meaning "high resolution", just so you know
22:26.53brlcad-h and -? should universally provide some sort of help
22:27.21brlcadand there should be a -s or -S size option and/or -nheight -wwidth options
22:28.33brlcadthe change you made in r56810 is fine because you didn't actually say it was high res in the docs, just in the commit message
22:31.47zero_levelbrlcad : Thanks for informing me. I will take care while taking on other utils
22:32.43zero_levelbrlcad : Also I wanted some feedback regarding r56814
22:32.53zero_levelSent a mail on brlcad-devellist
22:34.20brlcadsaw it
22:34.57brlcadwill have to investigate but probably covered by other functionality
22:35.12Notify03BRL-CAD:mohitdaga * 56817 brlcad/trunk/NEWS: Added news for bwrect.
22:40.02Notify03BRL-CAD:brlcad * 56818 brlcad/trunk/NEWS: mohit improved bwrect to accept redirected input/output image, improved usability/consistency.
22:40.32brlcadthe commit messages for the NEWS file are also important, they're automatically extracted for reports
22:40.55Notify03BRL-CAD:mohitdaga * 56819 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): -h option no longer means higher resolution images. It points to help regarding utility.
22:41.03brlcadso they should include information that won't fit on the one-liner like why/how/when/impact/etc
22:42.32brlcadfeel free to remove all references to high-resolution ;)
22:42.42zero_levelbrlcad : Thanks for the update in NEWS.
22:43.16zero_levelI was just going to ask you to review. I was ultra cautioned while writting. And this is better. :)
22:43.45brlcadit was almost perfect
22:44.03zero_levelbrlcad : about higher resolution i will do them as i move on.
22:44.27brlcadpipes are '|' while '>' and '<' are redirections
22:44.27zero_levelbrlcad : I am currently also looking at png format images
22:44.45brlcadcool
22:44.45zero_leveli mean a seperate png.c
22:45.10zero_level``Erik,brlcad : I just wanted to ask a concern regarding saving.
22:45.43brlcadso what does it do now if I say bwrect -s 512 -S 256 <file.bw > file.png
22:46.05*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
22:46.23brlcad~seen kesha
22:46.27infobotkesha <~kesha@14.139.122.114> was last seen on IRC in channel #brlcad, 9d 11h 12m 23s ago, saying: 'Deadline is approaching ..'.
22:46.48brlcadah
22:46.50brlcad~seen kesha_
22:46.50infobotkesha_ <~kesha@14.139.122.114> was last seen on IRC in channel #brlcad, 8d 6h 24m 21s ago, saying: 'brlcad: ya, I am attaching new patch over there'.
22:46.57brlcadhm
22:47.23brlcadah, so hasn't talked in 8 days
22:49.16zero_levelDo we always save png files in 32 bits images every time. (since we have better resolution structure) or ask the user what he wants to do ?
22:49.43zero_levelbrlcad : I will pass your msg to kesha_.
22:51.41zero_levelby 32 bits images i meant 32bits / pixel.
22:51.41*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
22:52.46zero_levelI prefer we save the images in 32 bits / pixel image.
22:53.19zero_levelWhile we can read from whatever depth is available.
23:04.57zero_levelbrlcad : as of now we dont have png in place.
23:06.06zero_levelI mean png saving in place. As per the current practice this will save the cropped image in bw format to file.png
23:06.27zero_levelso file.png will be a bw image with a wrong specifier.
23:38.36brlcadzero_level: don't worry (about kesha)
23:39.15brlcadzero_level: are you sure about that? (bw written as file.png?)
23:39.28brlcadnot saying I doubt you, just seeking confirmation (test it.. :)
23:40.18*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f)
23:40.38*** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f)
IRC log for #brlcad on 20130814

IRC log for #brlcad on 20130814

00:40.39``Erikheh http://what-if.xkcd.com/58/
01:58.58Notify03BRL-CAD:starseeker * 56820 brlcad/trunk/src/libgcv/CMakeLists.txt: Don't use explicit path to invoke test_bottess (it's wrong now anyway...)
02:07.05starseekerCh3ck_: did you test the latest version of the patch you have posted for bn_poly_add?
02:07.58starseekerI mean with incorrect inputs/outputs
02:37.35Notify03BRL-CAD:starseeker * 56821 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add tests for bn_poly_cubic_rts and bn_poly_quartic_rts from patch #226 by Nyah Check.
03:00.59Notify03BRL-CAD:brlcad * 56822 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): ws indent style cleanup. simplify 'if (expression)' preferring readability over brevity, make call and set to var before if ().
03:05.18Notify03BRL-CAD:brlcad * 56823 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): ugh ,
03:18.16brlcadstarseeker: awesome, are you working to merge back this way too?
03:18.51brlcadlooking to get kesha to test our step-g importer for us with marks' diamond attribute changes
03:23.45starseekerbrlcad: yeah, was hoping his diamond thing would fix the _edge_loop problem that's stopping the g-step progress
03:23.59starseekerunfortunately, a quick test here indicates that didn't get it
03:24.04brlcadsaw your note
03:24.19starseekerbarring me doing Something Wrong (always possible...)
03:25.06starseekerordinarily I'd wait until the 0.8 release to sync back, but this one is likely to prompt it sooner
03:33.52Notify03BRL-CAD:starseeker * 56824 brlcad/trunk/src/other/CMakeLists.txt: Add SC_BUILD_SCHEMAS flag to stepcode settings - will be useful down the road.
03:38.34brlcadstarseeker: you do realize that there is a DEPRECATED flag you could have just added to the header ... or even to a comment ... instead of creating a totally new header
03:40.19brlcadespecially an uber obnoxiously long one like that ... can you imagine how that scales if more API gets in flux?? :)
03:43.17zero_levelbrlcad : as per your question if there is .dpix image.
03:44.08zero_levelI will be implementing a dpix_read function.
03:44.54zero_leveland once the date is in the icv image container icv_rect, or for that matter any icv api can works on it.
03:44.55starseekerbrlcad: yeah - I planned to add the DEPRECATED flag once I actually stopped using the functions
03:45.05starseekeras for the header name, I'm open to suggestions
03:45.25starseekerjust figured it significantly decreased the readability to have it in raytrace.h
03:52.48starseekermaybe just raytrace_deprecated.h included at the end of raytrace.h?
03:58.09brlcadzero_level: I did not ask if there is .dpix image
04:01.21brlcadstarseeker: how does it decrease readability?  maybe a distraction to YOU since you know they are leaving, but they were already in there to begin with
04:01.41brlcadadding DEPRECATED to a comment certainly doesn't make them any more/less distracting
04:04.34brlcadyou arguably just shifted the distraction from being localized within raytrace.h to decreasing the header listing readability ... an extra header screaming at you to be ignored :)
04:09.40brlcaddunno, just really sounds unnecessary, extra work to get stuff out the door and messy at that (even more to manage)
04:11.34brlcadit's 98 lines in a 8091 line file...
04:38.52Notify03BRL-CAD:brlcad * 56825 (brlcad/trunk/include/tie.h brlcad/trunk/src/librt/primitives/bot/tie.c and 2 others): revert r56812 after doing a little bit of performance testing. it's looking like my change that got things working on 32-bit definitely did slow TIE down (was expected), but r56812 slows it down another 5-15% (tested on models up to 200k). interesting to see how touchy the performance is, but this is to
04:38.54Notifybe expected when one deals with data coherency, branch prediction, and memory alignment optimizations.
04:54.15Notify03BRL-CAD:brlcad * 56826 brlcad/trunk/src/librt/primitives/bot/tie.c: address !!! comment, which looks like dummy data injection to help prefetching data not cause a stall. testing showed impact was nominal but probably because we lost some coherency earlier.
05:59.53Notify03BRL-CAD:phoenixyjll * 56827 brlcad/trunk/src/libbrep/boolean.cpp: Call link_curves() outside split_trimmed_face().
06:15.37Notify03BRL-CAD:brlcad * 56828 (brlcad/trunk/src/librt/primitives/bot/btg.c brlcad/trunk/src/librt/primitives/bot/tie.c): boom, nearly double performance back to before 32-bit fix performance levels by eliminating unnecessary memory-zeroing. profile showed this hot spot taking up around 30% of time on mac 64-bit. unnecessary because 'nhits' and 'stack_ind' track how many are set.
07:08.31*** join/#brlcad caen23 (~caen23@92.81.195.142)
07:10.09Notify03BRL-CAD:phoenixyjll * 56829 brlcad/trunk/src/libbrep/boolean.cpp: Don't assume that the starting point is outside. Use IsPointInsideLoop() to help determine m_in_out.
07:16.51Notify03BRL-CAD:phoenixyjll * 56830 brlcad/trunk/src/libbrep/boolean.cpp: Implement IsPointOnLoop() to determine whether a point is on the boundary of the loop (using point-curve intersection)
07:17.09Notify03BRL-CAD:mohitdaga * 56831 brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml: doc for pixrect.
07:17.28Notify03BRL-CAD:phoenixyjll * 56832 brlcad/trunk/src/libbrep/boolean.cpp: Fix wrong comment.
07:23.03Notify03BRL-CAD:mohitdaga * 56833 (brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml brlcad/trunk/src/util/pixrect.c): Sanitize input format for pixrect in both src code and doc.
07:31.18Notify03BRL-CAD:phoenixyjll * 56834 brlcad/trunk/src/libbrep/boolean.cpp: ssx_overlap should be ignored. It's the trims, not the boundary of the surface, that should be cared when splitting the face.
07:32.27Notify03BRL-CAD:phoenixyjll * 56835 brlcad/trunk/src/libbrep/boolean.cpp: Remove a trailing tab.
08:53.36*** join/#brlcad kesha_ (~kesha@14.139.122.114)
09:00.56kesha_waves brlcad
09:01.19zero_levelkehsa_ : did u see the mail I sent you yesterday ?
09:01.58kesha_zero_level: log ? ya.
09:03.38kesha_zero_level: thanks for the mail
09:14.03*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:11.12*** join/#brlcad root____ (~root@195.24.220.16)
11:11.58starseekerbrlcad: I saw them as decreasing readability by clogging raytrace.h with information that is (or at any rate will soon be) not relevant to programmers trying to use raytrace.h
11:12.34*** join/#brlcad Izak (~Izak@195.24.220.16)
11:12.55starseekerthe idea of keeping raytrace.h as clean and relevant as possible was what I was thinking, but it's not a big deal either way
11:13.09starseekersince it bugs you, I'll stick 'em back in raytrace.h
11:13.52starseeker(another option might be a deprecated folder in include where we can shove bits that are on their way out...)
11:15.48root____starseeker: I've seen that you've applied ticket 227, I would like it to be closed. I'll correct tickets 225 & 223 and resubmit
11:20.15Ch3ckwhile continuing work on the pull
11:26.33Izak_Someone has broken build
11:35.08Ch3cktrying to compile brlcad on the server and i'm having a problem; with cmake command not found. can anyone help me out here. :(
11:37.19Izak_Sorry, my bad !
11:38.59``ErikCh3ck: I'm rdoing some work on it, I'll let you know when it's back
11:39.13*** join/#brlcad Skriptkid (~Skriptkid@117.202.102.208)
11:39.14Ch3ckok thanks :)
11:40.10``Erik(something is screwey with the perl on it, so I'm trying to purge/reinstall the ports in an order that minimizes the website outage)
12:05.30*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:5d1b:0:46:f33f:d701)
12:28.20*** join/#brlcad kesha_ (~kesha@14.139.122.114)
12:37.46Notify03BRL-CAD Wiki:Techpl99sd * 0 /wiki/User:Techpl99sd:
12:57.28*** join/#brlcad Ch3ck (~root@195.24.220.16)
13:18.19starseeker``Erik: can you address kesha's question here?  https://github.com/stepcode/stepcode/pull/250
13:22.53*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:5d1b:0:46:f33f:d701)
13:32.31``Erikheh, done
13:59.18n_reed~
14:16.39``Erikmore mapporn http://twistedsifter.com/2013/08/maps-that-will-help-you-make-sense-of-the-world/
14:24.28kesha_some more maps http://www.boredpanda.com/fun-maps-they-didnt-teach-you-in-school/
14:26.32``Erikheh, isn't that the one I posted a couple weeks ago? :D
14:33.43*** join/#brlcad Skriptkid (~Skriptkid@117.202.102.208)
14:35.55*** part/#brlcad Skriptkid (~Skriptkid@117.202.102.208)
14:43.06brlcadkesha_: talking with mark, I'd like to get you to do a little bit of testing work with our step-g importer
14:43.10brlcadso let me know what all you're working on right now and how long it'll take to wrap it up
14:43.21brlcadwhen you reach a good stopping point where you can shift focus
14:51.01Notify03BRL-CAD:starseeker * 56836 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/raytrace.h): revert r56811
14:51.03Notify03BRL-CAD:carlmoore * 56837 (brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml and 3 others): remove trailing blank, and make spelling fixes
14:51.18Notify03BRL-CAD Wiki:KeshaSShah * 5979 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 9 */
14:51.20Notify03BRL-CAD Wiki:Phoenix * 5980 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */
14:56.16``Erikbz should be usable for dev work now
14:57.03brlcadwhat you talking bout willis .. been using it for months
14:57.15``ErikI went all 'bull in china shop' this morning :D
15:02.37*** join/#brlcad caen23 (~caen23@92.81.195.142)
15:16.44*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:5d1b:0:46:f33f:d701)
15:17.31brlcadahh
16:07.16*** join/#brlcad kesha_ (~kesha@14.139.122.114)
16:12.41kesha_brlcad: okay. I think I am done today with #235 and on my system its working fine, I tested it. Just little corrections (if any) Mark want after reviewing.
16:13.17kesha_What exactly has to be done regarding testing work of our step-g importer ? Can you explain in little more detail.
16:14.18brlcadthat's an involved discussion that I can't do right this second, but possibly later today
16:14.56brlcadmost importantly is to wrap up everything you're currently working on, test it if you haven't, checklist etc
16:15.04brlcadand once that's done, we can discuss
16:15.30brlcadif you really are done/ready, get a fresh svn checkout and learn how to run the step-g importer
16:23.07kesha_alright. testing is done. checklist has been given to Mark. He will review it, maybe today, when he gets a little free.
16:23.31kesha_<PROTECTED>
16:25.01Notify03BRL-CAD:starseeker * 56838 brlcad/trunk/src/other/stepcode/src/fedex_plus/classes.c: This initializes the _edge_list in edge_loops, but it's not enough - the list isn't being written out.
16:47.19*** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:22.13Notify03BRL-CAD:starseeker * 56839 brlcad/trunk/src/librt/search.c: misc bits relating to figuring out the db_search function.
19:04.30*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:51.18*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:52.05Notify03BRL-CAD:tbrowder2 * 56840 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: update to be in line with latest format and auto-man-page processing program
19:52.15Notify03BRL-CAD:tbrowder2 * 56841 brlcad/trunk/misc/DoxyfileLibs.in: show info on options
19:53.17Notify03BRL-CAD:tbrowder2 * 56842 brlcad/trunk/misc/doxygen_structure_libs.txt: remove superflous asterisk
19:53.44Notify03BRL-CAD:tbrowder2 * 56843 brlcad/trunk/src/shapes/window_frame.c: update
20:17.30*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:26.15Notify03BRL-CAD:tbrowder2 * 56844 brlcad/trunk/src/util/fix_polysolids.c: moved vars out of global scope; added comments for testing auto-man-page process
20:37.56Notify03BRL-CAD:tbrowder2 * 56845 brlcad/trunk/src/util/fix_polysolids.c: make auto-man-page test harder with looser comment format
20:55.15zero_level``Erik , brlcad : by looking at dpix-pi util, I see that dpix may not strictly contain values in [0.0-1.]. Rather it can contain any values in [a,b] where a<b are two double values.
20:55.38zero_levelc/dpix-pi/dpix-pix
21:09.51``Erikayup?
21:09.55``Erikheh http://html9responsiveboilerstrapjs.com/
21:47.04Notify03BRL-CAD:n_reed * 56846 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/BrepEditFrame.tcl): Work on managing mouse event handlers for brep editing. Keeping to the script side, whereas bot editing handles bindings partly in script and partly in libtclcad.
IRC log for #brlcad on 20130815

IRC log for #brlcad on 20130815

01:04.39Notify03BRL-CAD:starseeker * 56847 brlcad/trunk/src/conv/step/ON_Brep.cpp: Get at the SdaiPath inside of the SdaiEdge_loop - adding the edges to THAT edge list appears to work. Horribly unintuitive on the part of SdaiEdge_loop - what's the point of exposing _edge_list at all? - but at least it seems to function.
01:08.22Notify03BRL-CAD:starseeker * 56848 brlcad/trunk/src/other/stepcode/src/fedex_plus/classes.c: Back out r56838 - not the correct approach, from the looks of things.
01:24.28Notify03BRL-CAD:starseeker * 56849 brlcad/trunk/src/conv/step/ON_Brep.cpp: Cleanup, update comments
01:24.41starseekerphew, finally
02:16.33Notify03BRL-CAD:starseeker * 56850 (brlcad/trunk/src/other/stepcode/CMakeLists.txt brlcad/trunk/src/other/stepcode/data/CMakeLists.txt and 58 others): Update stepcode to commit da3fe4543f86047a176a2f899d1c485a6ab8f9e8 from the primary repository - merges changes for diamond inheritance, incorporates BRL-CAD changes, etc.
02:24.37starseekerbrlcad: we're up to date now
03:52.07*** join/#brlcad kesha_ (~kesha@14.139.122.114)
04:09.31brlcadstarseeker: I saw that, awesome.. will have to give our converter a test
06:43.18Notify03BRL-CAD:phoenixyjll * 56851 brlcad/trunk/src/libbrep/boolean.cpp: Deal with ccx_overlap. And treat points on boundary the same as they are outside.
08:42.33*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
08:43.16zero_levelbrlcad , ``Erik : Can u guide me to some source where dpix files are generated. ?
09:50.59*** join/#brlcad kesha_ (~kesha@14.139.122.114)
10:22.43Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5981 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */
10:28.10Notify03BRL-CAD:phoenixyjll * 56852 brlcad/trunk/src/libbrep/boolean.cpp: Implement get_subcurve_inside_faces(), because the intersection curve of SSI is the whole surface, and we need to get the part inside the trimmed face's outer loop.
10:33.33Notify03BRL-CAD:mohitdaga * 56853 brlcad/trunk/src/libicv/CMakeLists.txt: Add dpix.c in libicv. This file will contain routines to read and write images in dpix format. Also added normalize function which will be used to normalize the value in image
10:37.36Notify03BRL-CAD:phoenixyjll * 56854 brlcad/trunk/src/libbrep/boolean.cpp: It seems that div_t shadows a global declaration. Rename it to divT.
10:46.26brlcadzero_level: not off the top of my head, I'd just start by grepping the source tree for 'dpix'
10:46.40brlcadnot much uses or supports it
10:46.55brlcadI believe the ray tracer can output dpix with the right flags
10:47.13brlcadat least I think one of them can
10:57.02Notify03BRL-CAD:mohitdaga * 56855 brlcad/trunk/src/libicv/dpix.c: Make a more strong condition in normalization regarding the data enteries. Now this function normalizes only when the data entries are out of order.
10:59.43Notify03BRL-CAD:mohitdaga * 56856 brlcad/trunk/src/libicv/dpix.c: Add dpix read function.
11:07.50Notify03BRL-CAD:mohitdaga * 56857 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): Add dpix read image to icv_read function.
11:08.40Notify03BRL-CAD:mohitdaga * 56858 (brlcad/trunk/src/libicv/dpix.c brlcad/trunk/src/libicv/fileformat.c): Trailing WS
11:08.56Notify03BRL-CAD:tbrowder2 * 56859 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: tighten format rules a bit
11:10.06*** join/#brlcad harjot (~harjot@202.164.53.117)
11:14.57Notify03BRL-CAD:tbrowder2 * 56860 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: correct grammar; add reference to working example
11:18.08Notify03BRL-CAD:mohitdaga * 56861 brlcad/trunk/src/libicv/dpix.c: Clarify size variable.
11:23.02Notify03BRL-CAD:mohitdaga * 56862 brlcad/trunk/src/libicv/dpix.c: Add write function for dpix files.
11:24.12zero_levelbrlcad : Grepping the src code. :)
11:24.32zero_levelI wonder we dont have man page for dpix files, where as we have for bw,pix files.
11:39.48Notify03BRL-CAD:mohitdaga * 56863 brlcad/trunk/src/libicv/fileformat.c: Add dpix write option to icv_write.
11:40.29zero_levelbrlcad : after r56863. ICV Can read write dpix images. :)
11:41.46*** join/#brlcad harjot (~harjot@202.164.53.117)
12:38.02zero_levelbrlcad : I see only one utility using this. dpix-pix.
12:39.48zero_level``Erik ,brlcad : I would like you to see r56856. Is this type of normalization good for dpix format. ?
12:43.26zero_levelA feedback behind the strict condition will be nice.
12:43.43Notify03BRL-CAD:phoenixyjll * 56864 brlcad/trunk/src/libbrep/boolean.cpp: Error handling in get_subcurve_inside_faces(): sub_curve() may return a NULL pointer.
12:44.16``Erikerm, it doesn't seem to do any normalization at all, and looks like it'd probably generate a garbage image by blindly packing data from a double array into a uchar8 array?
12:44.32``Erikor, wait, bif->data is doubles now, hm
12:45.24``Erikmy gut feeling is that accessing bif->data directly is prone to bugs, the hope is to encapsulate the data field so it can be altered in the future with minimal effort
12:45.54Notify03BRL-CAD:phoenixyjll * 56865 brlcad/trunk/src/libbrep/boolean.cpp: Ignore UNSET IntersectPoints when maintaining the stack.
12:48.04``Erikmaybe use a buffer of width*height*3*sizeof(double) size, then have a function to write the data in? (either by pixel, by scanline or by buffer)
13:02.14zero_level``Erik : It does normalization.
13:02.24zero_levelIt doesnt create any garbage.
13:02.32zero_levelAlgorith used.
13:02.42zero_levelfind min and max values.
13:03.35zero_levelif (max>1.0 or min < 0.0) // strict condition .
13:04.18zero_levelthen for each data entry d, change d = (d-min)/max-min;
13:06.52Notify03BRL-CAD:mohitdaga * 56866 brlcad/trunk/src/libicv/dpix.c: Add comment for strict normalization. (Erik this should clarify)
13:08.15zero_level``Erik : I hope,I am able to understand you. :)
13:34.45Notify03BRL-CAD Wiki:Phoenix * 5982 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */
13:44.13Notify03BRL-CAD:carlmoore * 56867 (brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling brlcad/trunk/sh/shtool brlcad/trunk/src/conv/step/ON_Brep.cpp): remove trailing blanks/tabs, and fix spelling
14:06.59``Erikzero_level: I was looking at the diff for 56856, that itself doesn't contain the normalize routine or a call to it, let me look a bit more :)
14:10.53``Erikyeah, the icv_normalize() looks reasonable... but I don't see where it's called... I'm also not sure why the special cases to avoid normalization would be there?
14:14.19Notify03BRL-CAD:mohitdaga * 56868 brlcad/trunk/src/libicv/dpix.c: Calling icv_normalize in dpix read.
14:14.23zero_levelok.
14:14.40zero_levelicv_normalize was intended for dpix read.
14:14.55zero_leveli didnt call it because i wanted to be 100 % sure.
14:15.23zero_levelspecial case is to avoid scaling or descaling of values.
14:15.48zero_levelfor eg let a image contain pixel values between (23-220)
14:16.44zero_levelthat is (0.9 - 0.86)
14:17.07zero_levelI dont want that these are forced to values between (0-1)
14:17.14zero_levelThus strict normalization.
14:17.28zero_level``Erik : I hope I made some sense here.
14:18.10zero_levelAlso the gensis of all these normalization stuff came from dpix-pix (a single resource in brlcad source code to understand dpix format)
14:19.10zero_level``Erik : by the look of util/dpix-pix.c it turns out that dpix files can contain any values in [a,b] where a<b are two double values.
14:32.51*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:40.34Notify03BRL-CAD:starseeker * 56869 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add faces to STEP output.
15:00.04*** join/#brlcad kesha_ (~kesha@14.139.122.114)
15:20.10Notify03BRL-CAD:starseeker * 56870 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on the top level structures needed for a valid step file.
16:11.36Notify03BRL-CAD:n_reed * 56871 (brlcad/trunk/src/conv/step/BRLCADWrapper.cpp brlcad/trunk/src/conv/step/step-g.cpp): Fix valgrind branch-on-uninitialized-value warning. Since step-g called BRLCADWrapper::Close even if no database was loaded, db_close would get a garbage pointer causing a bomb.
16:50.24Notify03BRL-CAD:tbrowder2 * 56872 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: use correct format--no spaces allowed in keywords
17:10.28Ch3ck_starseeker: corrected patch 223, works perfectly now. also seen that patch 226 has been accepted but not in source code. However looking at the bn_poly_synthetic_divsion() test, the seg fault actually comes from the poly_synthetic division routine itself
17:15.16Ch3ck_looking at the code here http://pastebin.com/9ptu2tF9
17:17.09Ch3ck_i actually think its as the result of the quo->cf[n+divisor] part which i think may have an error case of n + divisor > dgr+1 which causes the seg fault still working on it.
17:23.05Notify03BRL-CAD Wiki:NyahCh3ck20 * 5983 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */
17:58.06Notify03BRL-CAD:ejno * 56873 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): benchmark script; print debugging values
18:01.48*** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:04.12ejnobrlcad: I've found the problem: this OpenCL implementation doesn't seem to support double-precision; it's using floats instead
18:04.40ejnoI assumed a CPU implementation would support doubles, but apparently not unless I'm mistaken
18:04.47brlcaddid you confirm that's the first change observed in the computation pipeline?
18:05.04ejnoyes, I get the same values when I change the RT code to use doubles
18:05.09ejnos/doubles/floats
18:06.49brlcadso changing that type makes no difference but when do the values diverge from the CPU calculations?  right away?
18:07.03brlcadeven single precision floating point should "predominantly" match
18:07.46brlcadthat's 7 decimal places out, more than our calculation tolerance, so in theory one should still be able to obtain perfectly matching results at least a large portion of the time
18:10.16ejnohere is the output: http://paste.kde.org/pc57af004/
18:11.05ejnoI mean, the rt values match the opencl values when rt uses floats instead of doubles
18:11.40ejnodouble support is optional in opencl, so I think that's the problem
18:20.17Izak_brlcad: Is there an mged/archer command to test rt_hrt_prep() routine just as the l command tests the rt_hrt_describe() ?
18:22.49ejnobrlcad: oh, ok. I will try other values
18:23.29ejnobrlcad: yes, they diverge right away
18:25.50Izak_``Erik: Is there an mged/archer command to test rt_hrt_prep() routine just as the l command tests the rt_hrt_describe() ?
18:34.15ejnoI mean, not the same final pixel values, but the same debug value printings. So, if it's below the calculation tolerance then it's not the problem
18:35.01ejnowhat is the advantage of doubles over floats?
18:36.17ejnooh, they are faster on the CPU
18:36.45brlcadejno:do you have this in your code:
18:36.45brlcad#pragma OPENCL EXTENSION cl_khr_fp64 : enable
18:37.21brlcadbefore any double declarations in the code
18:38.05ejnoI just recently added that and it didn't seem to have an effect
18:38.11brlcadeven better, this block:
18:38.12brlcadhttp://www.bealto.com/gpu-fft2_real-type.html
18:38.28brlcadput a #error into each of those blocks to see if either extension is available
18:38.33ejnobecause I read that doubles were an optional builtin in opencl 1.2
18:38.49ejnook
18:39.32brlcad#ifdef cl_khr_fp64 #pragma OPENCL EXTENSION cl_khr_fp64 : enable
18:39.32brlcad#elif defined(cl_amd_fp64) #pragma OPENCL EXTENSION cl_amd_fp64 : enable
18:39.32brlcad#else #error "Double precision floating point not supported by OpenCL implementation."
18:39.36brlcad#endif
18:40.03ejnook, I will try that. I also put this in and didn't get the #error: http://stackoverflow.com/a/7004114
18:40.37brlcadokay excellent.. so it should have one of those two then
18:40.49brlcadnote that goes into the .cl file
18:41.22brlcadmay also need to be in the .c file, so perhaps just put it in a header and include it in both
18:41.32ejnooh, ok
18:42.01brlcadthe advantage is more precision before the numbers are meaningless
18:42.17brlcadin our output, notice the values diverage at 5 places after the decimal point
18:43.03brlcadsingle precision usually give about 7-8 digits of precision, so that fits your output
18:43.23brlcadwhat are ov and b?
18:44.13ejnoov is the vector from ray origin to center of the sphere
18:44.31ejnob is from the quadratic equation
18:44.56ejnothe dot product of the ray's direction and ov
18:45.24brlcader, ov is the ray origin?
18:46.04brlcadthat's coming straight from rt land, so that is a little surprising that they're instantly that divergent
18:46.42ejnoit's the vector from origin to sphere center
18:47.33ejnoov is calculated by the shot function
18:48.02brlcadoh, so what's the starting ray information?
18:48.10brlcadpoint and vector
18:48.25brlcadstruct ray * in the cpu version
18:50.57ejnoso if it differs at 5 decimal places, it is affecting the final pixel colors?
18:53.26ejnoI found how to query for double support in opencl 1.2 - it's in the host code; I'll try that
19:03.24Notify03BRL-CAD:starseeker * 56874 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): populate header, assign empty names to unnamed objects.
19:03.45Notify03BRL-CAD:starseeker * 56875 brlcad/trunk/src/other/stepcode/src/cleditor/STEPfile.cc: Quote time stamp
19:09.57ejnoit indicates that double is supported
19:29.31Notify03BRL-CAD:iiizzzaaakkk * 56876 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_ifree() to Free the storage associated with the rt_db_internal version of this
19:31.39Izak_brlcad:``Erik: Is there an mged/archer command to test rt_hrt_prep() routine just as the l command tests the rt_xx_describe() ?
19:38.48Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5984 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */
19:48.53brlcadejno: if double is supported, then those differences should not be there
19:49.50brlcadthat's 5 after the decimal plus 2 more before (in floating point, it'll be 1.3271881727181232e2 for example
19:50.03brlcadso that's the 7 digits of single-precision
19:50.08Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5985 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */
19:51.19brlcadIzak_: prep is called during raytrace, so the "rt" command
19:56.43Notify03BRL-CAD:starseeker * 56877 brlcad/trunk/src/conv/step/ON_Brep.cpp: Set some values - need to study these more carefully to be sure the mappings are the ones that should be there...
19:58.41Notify03BRL-CAD:carlmoore * 56878 brlcad/trunk/src/conv/jack/g-jack.c: alert the user of writing of files (at this time, only '.fig' file is mentioned explicitly
20:04.57Izak_brlcad: Okay thanks
20:16.44Izak_brlcad: Are students allowed to attend the Google Summer of Code Mentor Summit?
20:17.16``ErikIzak_: mentor summit is for mentors, not students...
20:17.44``ErikI don't believe mged or archer have a way to exercise just prep, but 'rt' will call prep during the gettrees phase, before the first ray is fired...
20:20.23Izak_``Erik: i just got selected for the Doc Camp summit in Mountain View and i am asked if I would like to attend the Mentor Summit
20:24.43*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:44.20Notify03BRL-CAD:carlmoore * 56879 brlcad/trunk/src/conv/g-nff.c: add h? options; delete P because it was unused (ncpu set to 1)
20:50.38Notify03BRL-CAD Wiki:NyahCh3ck20 * 5986 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */
20:52.11Ch3ckstarseeker:  please apply tickets 223 and 225 will finish fixing 225 tommorow
20:53.35*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
20:55.39Izak_screen -d
23:02.46Notify03BRL-CAD:starseeker * 56880 brlcad/trunk/src/conv/step/ON_Brep.cpp: Finally got a working creation and writing of a complex type - now just need to figure out how to manipulate the individual pieces.
IRC log for #brlcad on 20130816

IRC log for #brlcad on 20130816

00:50.35Notify03BRL-CAD Wiki:Vladbogolin * 5987 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 9 */
01:58.05Notify03BRL-CAD:starseeker * 56881 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Apply patch #223 by Nyah Check
02:46.36brlcadIzak_: did you apply as an individual?
02:46.56brlcadand no, students are not allowed to attend the mentor summit
02:47.19brlcadfeel free to confirm with google, but that is my understanding
02:48.23*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
02:48.53Notify03BRL-CAD Wiki:118.99.65.7 * 5988 /wiki/Mailing_Lists:
02:49.51Notify03BRL-CAD Wiki:Sean * 5989 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/118.99.65.7|118.99.65.7]] ([[User talk:118.99.65.7|talk]]) to last revision by [[User:184.95.55.18|184.95.55.18]]
02:50.55Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:118.99.65.7: Spamming links to external sites
02:51.33Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:184.95.55.18: Spamming links to external sites
02:53.07Notify03BRL-CAD Wiki:Sean * 5990 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/Sean|Sean]] ([[User talk:Sean|talk]]) to last revision by [[User:118.99.65.7|118.99.65.7]]
02:54.05Notify03BRL-CAD Wiki:Sean * 5991 /wiki/Mailing_Lists: Undo revision 5990 by [[Special:Contributions/Sean|Sean]] ([[User talk:Sean|talk]])
02:54.28Notify03BRL-CAD Wiki:Sean * 5992 /wiki/Mailing_Lists:
03:22.26Notify03BRL-CAD:phoenixyjll * 56882 brlcad/trunk/src/libbrep/boolean.cpp: m_t_for_rank is of type double. Cannot use the result of minus (and implicit conversion to int) to report the comparison.
03:38.38Notify03BRL-CAD:phoenixyjll * 56883 brlcad/trunk/src/libbrep/boolean.cpp: Eliminate the usage of sorted_pointers[] because once the array intersect[] is enlarged (with a new capacity), the pointers stored in sorted_pointers[] is no longer valid.
03:47.00Notify03BRL-CAD:phoenixyjll * 56884 brlcad/trunk/src/libbrep/boolean.cpp: Don't output the error message if Split() is not called.
04:00.11*** join/#brlcad kesha_ (~kesha@14.139.122.114)
04:12.52Notify03BRL-CAD:phoenixyjll * 56885 brlcad/trunk/src/libbrep/boolean.cpp: Don't called IsClosed(), which includes other tests rather than testing the distance between start point and end point.
05:30.56Notify03BRL-CAD:phoenixyjll * 56886 brlcad/trunk/src/libbrep/boolean.cpp: Add comment for get_subcurve_inside_faces().
05:38.20*** join/#brlcad caen23 (~caen23@92.83.160.208)
07:01.18*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:24.09Notify03BRL-CAD Wiki:Phoenix * 5993 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */
08:49.42*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
09:32.37*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
11:03.18Notify03BRL-CAD:tbrowder2 * 56887 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: clarify format of the string variables
11:20.39starseekerbrlcad: to clarify, is the Google Doc Sprint to create a book, or some other form of documentation?
12:05.10Notify03BRL-CAD:tbrowder2 * 56888 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: remove redundant translation section; fix spelling
13:39.36Notify03BRL-CAD:carlmoore * 56889 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: remove a trailing blank, and reword a line (please make sure my rewording is OK)
13:45.19Notify03BRL-CAD:carlmoore * 56890 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/libbn/tests/bn_poly_add.c and 2 others): fix spelling, remove trailing blanks/tabs, and add a period; I assumed 'infor' should be 'info', short for 'information'
14:27.25brlcadstarseeker: yes
14:27.59Notify03BRL-CAD:starseeker * 56891 brlcad/trunk/src/conv/step/ON_Brep.cpp: Ick - apparently need to work directly with the STEPattribute instances in the complex type.
14:30.44brlcadstarseeker: that is usually decided during the sprint similar to the unconference agenda
14:30.47brlcadsee https://developer.mozilla.org/en-US/docs/Project:Doc_sprint_planning_guide
14:32.52brlcadmy inclination right now is a beginner's guide since we don't really have one, a scripting guide, or one of the other docs listed in TODO
14:41.46Notify03BRL-CAD:starseeker * 56892 brlcad/trunk/src/conv/step/ON_Brep.cpp: This gets some of the values assigned, but not the references to objects.
14:42.06starseekernods
14:43.04starseekerbasing the guide on the Archer interface?
15:09.01brlcadcertainly an option
15:12.30Notify03BRL-CAD:starseeker * 56893 brlcad/trunk/src/conv/step/ON_Brep.cpp: Will need to create valid entities for the other entries before I can go any further here...
15:41.03Notify03BRL-CAD:starseeker * 56894 brlcad/trunk/src/conv/step/ON_Brep.cpp: figured out how to get the uncertainty aggregate into the global uncertainty assigned context.
15:53.37Ch3ck_starseeker: finished fixing the bn_synthetic_divsion unit test should work perfectly now ;)
17:52.40*** join/#brlcad kesha_ (~kesha@14.139.122.114)
18:07.35Notify03BRL-CAD Wiki:NyahCh3ck20 * 5994 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */
18:34.23Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5995 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */
18:44.15Notify03BRL-CAD Wiki:KeshaSShah * 5996 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 9 */
18:45.10*** join/#brlcad kesha__ (~kesha@14.139.122.114)
18:48.08*** join/#brlcad caen23_ (~caen23@92.83.177.156)
19:00.23Notify03BRL-CAD:starseeker * 56895 brlcad/trunk/src/conv/step/ON_Brep.cpp: Create the complex type for holding unit info
19:09.56Notify03BRL-CAD:brlcad * 56896 brlcad/trunk/src/libbn/tests/CMakeLists.txt: accept sf patch #225 from Ch3ck (Nyah) though there are several minor problems with the patch. certainly getting better with consistency.
19:10.43Notify03BRL-CAD:brlcad * 56897 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: fix ws inconsistencies
19:47.02*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:48.21*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:48.33*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:48.41*** join/#brlcad Izak (~Izak@66-118-151-70.static.sagonet.net)
19:48.41*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:49.01*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:49.12*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:49.38*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
19:49.40*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
20:03.42brlcadnetwork hiccup
20:06.01brlcadCh3ck_: you're definitely improving
20:07.58*** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16)
20:09.06Ch3ck__brlcad: there are some patches like 226 which closed but not applied, and 227 has been applied but not closed
20:09.13Ch3ck__i don't understand
20:26.34brlcadCh3ck__: what do you not understand?
20:30.28brlcadlooks like 226 was perhaps confused with 227
20:31.36Ch3ck__well they are different
20:31.51Ch3ck__227 has 2 unit tests..
20:32.00Ch3ck__Check
20:33.51*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:34.34Notify03BRL-CAD:brlcad * 56900 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: remove the bn_Zero_poly global, use static initialization.
20:34.36Notify03BRL-CAD:brlcad * 56898 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: eliminate the dead code condition
20:34.43Notify03BRL-CAD:brlcad * 56906 brlcad/trunk/src/libbn/tests/CMakeLists.txt: make the test match the source name so they're easier to find
20:35.01*** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16)
20:35.31brlcadCh3ck_: i'm not sure how them being different matters .. easy to close one patch thinking it was another when you're working on multiple patches simultaneously
20:35.58brlcadyour description alone makes it sound like that is exactly what happened
20:36.25Ch3ck__yeah probably
20:36.25Notify03BRL-CAD:starseeker * 56904 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add footer
20:36.31brlcadstill, what's the point?
20:36.46Ch3ck__just wanted 226 to be applied since its already closed
20:36.57Notify03BRL-CAD:brlcad * 56902 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: might as well initialize both for good measure
20:36.59Notify03BRL-CAD:brlcad * 56899 brlcad/trunk/include/bn.h: provide a static initializer for bn_poly structs
20:37.04Ch3ck__and 227 officially closed since its been applied
20:39.13Notify03BRL-CAD:brlcad * 56907 brlcad/trunk/src/libbn/tests/CMakeLists.txt: shortening the file names primarily obfuscates what is being tested and is not worth the 16 bytes safed. rename them to the functions being tested.
20:39.28brlcadCh3ck_: I commented on 226
20:39.40brlcadit (and 227) has a long list of issues like 225 had
20:40.10brlcadI applied and fixed 225 myself, but that doesn't mean it was okay
20:41.05brlcadif you fix up 226, i'll give it a review/apply
20:42.14Ch3ck__ok
20:42.15Notify03BRL-CAD:brlcad * 56908 brlcad/trunk/src/libbn/tests/bn_poly_add.c: ws
20:42.39brlcadCh3ck_: review all of the commits that occurred after r56896 to see what the issues were
20:43.16brlcadit looks like all of your tests still have these problems, so it may take some practice for you to get it
20:44.29Notify03BRL-CAD:brlcad * 56909 (brlcad/trunk/src/libbn/tests/bn_poly_multiply.c brlcad/trunk/src/libbn/tests/bn_tri_tri_isect.c brlcad/trunk/src/libbn/tests/bn_tri_tri_isect_coplanar.c): fix indentation
20:46.34Notify03BRL-CAD:brlcad * 56901 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: fix the header, remove the now unused global
20:49.57Ch3ck__thinking of a spell for making perfect patches ;)
20:58.58Guest6230Ch3ck__: Spell is understanding the HACKING file
21:01.11Notify03BRL-CAD:starseeker * 56910 brlcad/trunk/src/conv/step/ON_Brep.cpp: Need to check with Mark about t_plane_angle_measure - it *looks* like it should be a SelectTypeDescriptor, but it's currently just a TypeDescriptor.
21:01.25Ch3ck__exit
21:01.34Ch3ck__quit
21:03.14brlcadI have considered creating a code cleanup checklist
21:03.18brlcadall the things that jump out at me when I open a file
21:04.39brlcadbut it would be more efficient to automate code cleanup reliably/consistently
21:16.19*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
21:19.13*** join/#brlcad caen23 (~caen23@92.83.177.156)
21:26.52Notify03BRL-CAD:carlmoore * 56911 brlcad/trunk/src/conv/g-nff.c: remove unneeded braces; also remove a trailing blank from printf, to reduce output!
21:34.59*** join/#brlcad caen23 (~caen23@92.83.177.156)
21:38.10brlcadIzak_: it's also remembering
21:38.56brlcadone might understand that HACKING says to take off your shoes before entering this house, but you also have to remember to take them off
21:39.20brlcadwhich can be especially hard if one is not used to taking their shoes off
21:41.54Notify03BRL-CAD:starseeker * 56912 brlcad/trunk/src/conv/step/ON_Brep.cpp: need to figure out why I can't create a PLANE_ANGLE_MEASURE instance
21:42.19brlcadstarseeker: what in the world do you need one of those for? :)
21:44.17Notify03BRL-CAD:starseeker * 56913 brlcad/trunk/src/conv/step/ON_Brep.cpp: explain the number
21:44.19brlcadI can't think of place where we use that construct where you'd need to export an angle .. maybe with a constraint object later
21:44.54brlcadDEG2RAD
21:45.02brlcadconstant in vmath.h
21:45.35starseekerit's part of the STEP header
21:45.50starseekermandatory even
21:45.53brlcadreally?  how so?
21:46.03brlcadcreating a ground plane coordinate system or something?
21:46.21starseekerI think so - I haven't unraveled all of this header stuff as yet
21:47.27starseekeror rather, not the header per-say but the context in which an advanced brep is defined
21:47.51brlcadsounds wonky
21:48.17starseekerI'm wondering if fedex_plus isn't seeing a part of the TYPE...SELECT definition in the exp file
IRC log for #brlcad on 20130817

IRC log for #brlcad on 20130817

01:30.00Notify03BRL-CAD:starseeker * 56914 brlcad/trunk/src/conv/step/ON_Brep.cpp: Mark Pictor figured it out - the key is SetUnderlyingType
03:26.34Notify03BRL-CAD:starseeker * 56915 brlcad/trunk/src/conv/step/ON_Brep.cpp: Hook up some more objects
03:31.26Notify03BRL-CAD:starseeker * 56916 brlcad/trunk/src/conv/step/ON_Brep.cpp: Whoops, add # to point numbers
09:53.23*** join/#brlcad caen23 (~caen23@92.81.216.152)
11:39.17*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
12:11.11*** join/#brlcad caen23 (~caen23@92.81.216.152)
12:34.41Izak_brlcad:``Erik:  Please can youn take a look at rt_hrt_bbox() code on this link http://paste.kde.org/p4ffbef66/
15:51.41*** join/#brlcad caen23 (~caen23@92.81.216.152)
17:04.16brlcadIzak_: looked at it
17:06.11brlcadno idea if it's right or wrong, but the code looks fine
17:06.52brlcadyou can run the 'bb' command to invoke that callback -- it'll create an arb8 bounding box that you can visualize
17:13.14Ch3ck_brlcad: fixed the former patches and i've updated the bn_poly_quad_rts patch waiting for you review
17:14.03Ch3ck_all the changes of the the former patches are in a new ticket 231
17:14.23Izak_brlcad: Is the development of primitives always iterative ? Can I get it right the first time (when i finish the callbacks)?
17:37.35*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
18:21.08*** join/#brlcad caen23_ (~caen23@92.85.85.176)
19:05.27Notify03BRL-CAD Wiki:NyahCh3ck20 * 5997 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */
19:10.43*** join/#brlcad kesha_ (~kesha@117.226.220.34)
19:24.55*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
20:02.30Izak_brlcad: The bb command gives me no picture to visualize yet
20:26.41*** join/#brlcad caen23 (~caen23@92.85.85.176)
20:40.44Notify03BRL-CAD:iiizzzaaakkk * 56917 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Wrote rt_hrt_bbox() function which computes the bounding RPP for the heart primitive
20:52.58Notify03BRL-CAD Wiki:IIIzzzaaakkk * 5998 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */
21:01.35*** join/#brlcad kesha__ (~kesha@117.226.220.34)
21:05.57Notify03BRL-CAD Wiki:Vladbogolin * 5999 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 9 */
21:07.35*** join/#brlcad kesha__ (~kesha@117.226.220.34)
21:10.51starseekerIzak_: to visualize a bounding box, use the -c option to create the box
21:15.48starseekerIzak_: your commit 56917 breaks the build - gives set but unused warning for w1
21:16.22starseekerdid you compile before committing?
21:34.35*** join/#brlcad kesha_ (~kesha@117.226.220.34)
22:16.29*** join/#brlcad kesha_ (~kesha@117.226.220.34)
22:30.58*** join/#brlcad kesha_ (~kesha@117.226.220.34)
22:44.43*** join/#brlcad kesha_ (~kesha@117.226.220.34)
22:58.18*** join/#brlcad kesha_ (~kesha@117.226.220.34)
23:03.09Notify03BRL-CAD:tbrowder2 * 56918 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: correct spelling to American version
23:05.10Notify03BRL-CAD:tbrowder2 * 56919 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: rem is an array of size 1
23:06.23Notify03BRL-CAD:tbrowder2 * 56920 brlcad/trunk/src/libfb/if_X24.c: short term fix for gcc 4.8.1 error; prevents value from exceeding LONG_MAX
23:11.17*** join/#brlcad kesha_ (~kesha@117.226.220.34)
23:13.59*** join/#brlcad kesha_ (~kesha@117.226.220.34)
23:42.17Notify03BRL-CAD:tbrowder2 * 56921 brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c: bump up size of array trying to ameliorate gcc 4.8.1 warning of array overflow
23:43.55Notify03BRL-CAD:tbrowder2 * 56922 brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: style
IRC log for #brlcad on 20130818

IRC log for #brlcad on 20130818

01:16.00Notify03BRL-CAD:tbrowder2 * 56923 brlcad/trunk/src/libfb/if_X24.c: add missing type
06:12.42*** join/#brlcad caen23 (~caen23@92.83.169.185)
08:33.54*** join/#brlcad caen23_ (~caen23@92.83.191.7)
10:35.24*** join/#brlcad caen23 (~caen23@92.83.191.7)
11:54.45Notify03BRL-CAD:tbrowder2 * 56924 brlcad/trunk/src/libfb/if_X24.c: think it should be INT_MAX
15:49.41*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
16:07.58Notify03BRL-CAD:brlcad * 56925 brlcad/trunk/src/librt/primitives/hrt/hrt.c: w1 is set but never used. eliminate w1, but probably implies the logic is wrong
16:14.41Notify03BRL-CAD:tbrowder2 * 56926 brlcad/trunk/src/conv/3dm/3dm-g.cpp: -----------
16:29.34Notify03BRL-CAD:brlcad * 56927 brlcad/trunk/src/conv/3dm/3dm-g.cpp: you can't/shouldn't call + operator on a string literal. += would have been okay, but the itoa() function is bad. make it more clear what's going on with a bu_vls
16:32.41Notify03BRL-CAD:brlcad * 56928 brlcad/trunk/src/librt/primitives/hrt/hrt.c: and since w1 is now gone, P is apparently also unused.
16:41.58Notify03BRL-CAD:brlcad * 56929 brlcad/trunk/src/conv/3dm/3dm-g.cpp: eliminate the fixed 256-char array, use a bu_vls. convert sizes to size_t.
16:45.05Notify03BRL-CAD:brlcad * 56930 brlcad/trunk/src/conv/3dm/3dm-g.cpp: now the lame itoa() function is unused, so we can remove it and it's static buffer evilness. mark the other functions static also lets the compiler discover that printPoints() is unused, so we remove that too.
17:39.03Notify03BRL-CAD:tbrowder2 * 56931 brlcad/trunk/doc/docbook/system/mann/en/edcomb.xml: there's no 'or' about it
17:43.06Notify03BRL-CAD:tbrowder2 * 56932 brlcad/trunk/src/libged/human.c: human bodies have sex characteristics, not gender
17:53.23Notify03BRL-CAD:tbrowder2 * 56933 brlcad/trunk/doc/docbook/system/mann/en/edcomb.xml: use preferred terminolgy
18:08.12Notify03BRL-CAD Wiki:Harman052 * 6000 /wiki/User:Harman052/GSoc2013/Logs:
18:41.52Notify03BRL-CAD:tbrowder2 * 56934 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: trying to clarify some apparent anomalies in region attributes; add another attr set example
18:44.05Notify03BRL-CAD:tbrowder2 * 56935 (brlcad/trunk/src/libged/comb.c brlcad/trunk/src/libged/comb_std.c and 2 others): make all 4 display same message at region creation\nuse current attr terminolgy
18:46.41Notify03BRL-CAD:tbrowder2 * 56936 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: reference correct mged command
18:50.17Notify03BRL-CAD:tbrowder2 * 56937 brlcad/trunk/src/libged/comb.c: return closing paren to its rightful place
18:54.03Notify03BRL-CAD:tbrowder2 * 56938 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: the message format is the same, not the values necessarily
19:12.01brlcadvery interesting: http://graphics.pixar.com/opensubdiv/
19:13.07starseekerO.o - they switched to the Apache license?
19:13.28starseekerhot diggity
19:13.39brlcadas of siggraph, yeah
19:14.06brlcadnotes had someone been there, would have noticed it sooner
19:14.19starseekernods
19:14.37starseekerthat's a big deal - Blender (and us, for that matter) can now consider it
19:14.59starseekerbugger - they even had a course on it
19:15.05starseekerwould have been handy
19:27.55brlcadcool, we get a mention: http://www.docstoc.com/docs/40927294/3D-Modeling-Subdivision-Surfaces-Solid-Modeling
19:53.47Notify03BRL-CAD:brlcad * 56939 brlcad/trunk/TODO: cycles and opensubdiv are worth considering for a variety of reasons. need to evaluate the complexity, costs, and benefits
19:54.30starseekercycles?  Is that blender's OSL raytracer?
19:55.26starseekerO.O they went Apache too???
19:55.48starseekerah - as of today
19:57.35starseekerwow
19:57.53starseekerbig news indeed
20:01.50Notify03BRL-CAD Wiki:Bgreene231 * 0 /wiki/User:Bgreene231:
20:06.52brlcadI think tom's question is about your attribute syncing code
20:41.14starseekerah ha - https://svn.blender.org/svnroot/bf-blender/trunk/blender/intern/cycles/
22:22.57Notify03BRL-CAD:starseeker * 56940 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: Docbook wasn't validating
22:40.07Notify03BRL-CAD:starseeker * 56941 (brlcad/trunk/src/librt/comb/comb.c brlcad/trunk/src/librt/db5_types.c): moving from rgb to color looks like it was a mistake - go back to rgb as the 'default'. Moving back could also introduce problems, so needs testing, but a 'proper' solution to all this will probably have to wait for v6/8.0
23:01.42starseekerinteresting - the target with opensubdiv 2.0 per the release roadmap includes "Intersect rays with subdiv limits"
23:05.38starseekerhttp://lists.freedesktop.org/archives/intel-gfx/2013-April/026747.html
23:24.25*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
23:31.20starseekersounds like the openvdb demos were interesting:  http://www.blenderartists.org/forum/showthread.php?302269-Brecht-s-SIGGRAPH-observations&p=2433332&viewfull=1#post2433332
IRC log for #brlcad on 20130819

IRC log for #brlcad on 20130819

03:25.39brlcadstarseeker: color wasn't a mistake, that was the point .. that it could be cmyk or rgb or hsv or some other color space color definition
03:46.46starseekerbrlcad: but programatically, particularly for backwards compatibility, it's been a real pain
03:52.57starseekerin particular, if I remember correctly, if we don't write out the rgb attribute we break older BRL-CAD releases' support for color
05:08.20*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:17.17*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ayrsklsxgmfwsuqh)
06:55.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:00.54*** join/#brlcad Izak (~Izak@195.24.220.16)
08:04.12Notify03BRL-CAD:phoenixyjll * 56942 brlcad/trunk/src/libbrep/boolean.cpp: Add basic support of connectivity graph. And build connectivity graphs for the original structure.
08:17.20Notify03BRL-CAD:phoenixyjll * 56943 brlcad/trunk/src/libbrep/boolean.cpp: Error handling.
08:22.21Notify03BRL-CAD:iiizzzaaakkk * 56944 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: Corrected spelling of polynomial in bn_poly_synthetic_div.c
08:39.40Notify03BRL-CAD:phoenixyjll * 56945 brlcad/trunk/src/libbrep/boolean.cpp: Fix two tiny bugs in build_connectivity_graph(), and print the graph if the debug flag is set.
08:44.07Notify03BRL-CAD:phoenixyjll * 56946 brlcad/trunk/src/libbrep/boolean.cpp: Remove trailing ws.
09:05.03Notify03BRL-CAD Wiki:Phoenix * 6001 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */
09:43.23Notify03BRL-CAD:iiizzzaaakkk * 56947 brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_free() and rt_hrt_params() functions
10:05.10Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6002 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
10:51.22Izak_screen -d 1218
10:52.29Ch3ckstarseeker: I've fixed tickets 226 as Sean requested, I've fixed the changes with the previous patches and uploaded to 231. Would all patches to be reviewed and closed.;)
11:20.40Notify03BRL-CAD:tbrowder2 * 56948 brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: style
11:38.53Notify03BRL-CAD:tbrowder2 * 56949 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: style
11:49.00Notify03BRL-CAD:tbrowder2 * 56950 (brlcad/trunk/src/librt/primitives/dsp/dsp.c brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c): added FIXME where gcc 4.8.1 reports error upon release build
11:52.07*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b102:6fca:0:12:8531:5301)
12:40.10*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
12:41.23*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
13:17.36*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
14:07.49*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
14:08.09*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
14:08.09*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
14:08.10*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
14:08.20*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
14:08.35*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
14:08.35*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:08.36*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
14:09.17*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
14:09.28*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
14:13.34brlcadand as I send the e-mail, sagonet comes back to life
14:14.01brlcadejno: try compiling with all enabled (see INSTALL)
14:14.11brlcadso that it doesn't try to use the system tcl/tk
14:14.26ejnook
14:14.58brlcador feel free to fix that 8.6 build error ;)
14:16.06ejnobrlcad: I got disconnected - I think I missed part of your response
14:16.53ejnook, I will try if I have time
14:17.40brlcadejno: I explained in an e-mail, the server's ISP had a brief outage
14:17.58ejnook
14:18.26brlcaddon't worry about the error .. it's a bug in tcl 8.6's header
14:19.01brlcadif you build with bundled libs enabled, that error will go away
14:19.09ejnook
14:23.49*** join/#brlcad luca79 (~luca@89.249.207.188)
14:34.03brlcadhello luca79
14:42.21brlcad``Erik: notify, she dead
14:44.40ejnobrlcad: do you know where the OpenCL libraries are?
15:06.20*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:06.42Notify03BRL-CAD:brlcad * 56951 brlcad/trunk/src/conv/step/ON_Brep.cpp: use our considerably more precise DEG2RAD constant, no explanation needed. need common.h before system headers.
15:06.46Notify03BRL-CAD:brlcad * 56952 brlcad/trunk/src/conv/step/ON_Brep.cpp: ws and comma cleanup
15:06.48Notify03BRL-CAD:carlmoore * 56953 (brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c brlcad/trunk/src/librt/primitives/hrt/hrt.c): fix spellings, remove trailing blanks/tabs
15:06.50Notify03BRL-CAD:brlcad * 56954 brlcad/trunk/src/conv/step/ON_Brep.cpp: inject some visual cues to help my own understanding
15:06.53Notify03BRL-CAD:brlcad * 56955 brlcad/trunk/src/conv/step/ON_Brep.cpp: fit comments for external readers
15:20.01brlcadejno: they should be in /usr/local
15:20.18Notify03BRL-CAD:brlcad * 56956 (brlcad/trunk/src/conv/dbupgrade.c brlcad/trunk/src/conv/enf-g.c and 5 others): ws
15:21.04brlcadyeah, /usr/local/include/CL
15:21.13``Erikhttps://github.com/erikg/cl-cia/commit/fa8418386a50d8c77d70470f4cd7a598b22c07ba will kick the next time the bot thread restarts (after I push '0' in slime when it pings out or when I restart the vm), hopefully that'll address the bot "mia after disconnect" issue
15:22.59brlcadwoot
15:23.00ejnobrlcad: I mean the binaries
15:23.23brlcadejno: good question, I see the port only installed the headers
15:23.43hickoryknollbrlcad: why does "gcc -c -I ../../include/ gcode.c" give me "fatal error: tcl.h: no such file or directory"
15:23.56hickoryknollhaving trouble remembering all of our previous lesson
15:24.12brlcadejno: found a cpu driver... looking for non-cpu driver
15:24.24ejnobrlcad: ok, thank you
15:28.54brlcadejno: installed the cpu version -lOpenCL, but will keep looking
15:29.05brlcadlet me know what devices it says are available
15:29.21brlcadhickoryknoll: because tcl.h is not in ../../include
15:30.05brlcadif you're going to compile real library-using code by hand, not just simple proc-db stuff, you'll need to specify a couple paths
15:30.37brlcad-I../../src/other/tcl/generic
15:30.41brlcador find all the places it exists:  find ../.. -name tcl.h
15:32.06hickoryknollokay thanks
16:02.49ejnobrlcad: OpenCL isn't linking with the c++ library: /usr/local/lib/libOpenCL.so: undefined reference to `std::ctype<char>::_M_widen_init() const@GLIBCXX_3.4.11'
16:05.38ejnooh, maybe I need to tell cmake to link with the c++ library
16:12.08hickoryknollbrlcad: and why does this half not work either? "~/Applications/brlcad/src/rt$ gcc -L ../../build/lib/ -lrt -lbu -lwdb gcode.o" it seems to recognize none of the brlcad functions
16:16.44ejnobrlcad: this is failing too: g++ test.cpp -L/usr/local/lib -lOpenCL
16:20.53brlcadejno: yeah, sounds like it -- try adding -lstdc++ to the link line
16:21.15brlcad(probably can add ";stdc++" to the list of libs needing linking)
16:21.29brlcadhickoryknoll: ordering matters
16:22.17brlcadsymbols are resolved in the order they are described, so you want gcode.o first (since nearly everything is referenced), and then include the libs to resolve those references
16:22.39hickoryknollohhh!
16:22.45hickoryknollthat makes sense now
16:22.54brlcadejno: where's your test?
16:23.13ejnobrlcad: this fails too: g++ test.cpp -L/usr/local/lib -lOpenCL -lstdc++
16:23.29ejnobrlcad: ~/t
16:23.52brlcadyeah, you don't need -lstdc++ with g++
16:25.47ejnois it an incompatible libstdc++?
16:37.28hickoryknollbrlcad: it worked, than stopped working and gave me this "error while loading shared libraries: librt.so.20: cannot open shared object file: No such file or directory" I don't think any code changes could account for it. What happened?
16:46.46brlcadejno: possibly, but that doesn't make much sense
16:46.53brlcadlibOpenCL was just compiled
16:47.26brlcadhickoryknoll: that's a runtime library error
16:47.51brlcadwhen a program is run, the libraries are located and loaded
16:48.07brlcadit's saying it cannot find the librt library that you specified (via -lrt)
16:48.39brlcadyou can tell it where to find the library at runtime in addition to compile time with the -rpath=/runtime/path linker option
16:49.26brlcadif you use BRL-CAD's cmake build system, this is all should be done for you automatically just by telling it what files to compile
16:50.19hickoryknollI'll try that now. Although I had issues when trying to do that before
16:51.16brlcadgood time to sort them out ;)
16:51.18brlcadI presume you have a fresh checkout?
16:51.25hickoryknollyeah
16:51.30brlcadwhat kind of checkout is it?
16:51.33brlcadsvn info .
16:51.38brlcadwhat's the url?
16:52.12hickoryknollURL: https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk
16:52.18brlcadokay cool
16:52.32brlcadso first step is to put your source file into the src/proc-db dir
16:52.46hickoryknollreally? not conv?
16:53.00brlcadright, sorry
16:53.38hickoryknollokay. it actually has been in rt
16:54.49brlcadin face, probably easiest to follow the examples of the subdir converters, create a src/conv/gcode
16:55.23brlcadput your file in there, then you'll need to 1) update src/conv/CMakeLists.txt and 2) add your own src/conv/gcode/CMakeLists.txt
16:56.13hickoryknollif I just put it in conv, all I need to do is add an BRLCAD_ADDEXEC" to the Cmake file right?
16:56.35brlcadeven if you put it in a subdir, that's almost all you need to do
16:56.50hickoryknollokay
16:57.07hickoryknollBut what's the point if I only have one file?
16:57.08brlcadI see this exporter really expanding, so a subdir will probably make the most long-term sense
16:57.14hickoryknolloh
16:57.21brlcaddifferent ways to fill the interior, for example
16:57.41brlcadcould be hundreds of lines of code to write out a honeycomb pattern .. that'd be best separated from the main app logic
16:57.46hickoryknollyeah. It definitely has the potential to get huge
16:57.47brlcadalong with the dozen other ways
17:02.40Notify03BRL-CAD:brlcad * 56957 brlcad/trunk/regress/repository.sh: previous common.h check only tested to make sure common.h came first in the file if it's included at all. new check also makes sure that common.h is included if there are any system headers included first since common.h should come first. currently disabled since there are several files that need to be fixed.
17:08.09brlcadejno: the error is not your fault .. looks like something wonky with the gcc 4.6 that was recently installed (``Erik)
17:08.13brlcadg++ test.cpp -L/usr/local/lib/gcc46 -L/usr/local/lib -lOpenCL -rpath=/usr/local/lib/gcc46
17:08.18brlcadthat works
17:09.36ejnobrlcad: ok, thanks
17:09.56brlcadah, it's a path problem.. "gcc" and "g++" are still 4.2.1 so it couldn't find the libs that compiled libOpenCL
17:10.28brlcadif you had used gcc46 it would have worked
17:10.37ejnook
17:12.31brlcadhickoryknoll: lemme know when you get the cmakefile stuff set up and I can look it over
17:15.51hickoryknollFile Edit Options Buffers Tools Help                                            
17:15.51hickoryknollset(GCODE_INCLUDE_DIRS ${BU_INCLUDE_DIRS} ${RT_INCLUDE_DIRS} ${WDB_INCLUDE_DIRS} )
17:15.51hickoryknollset(ggcode_SRCS g-gcode.c )
17:15.51hickoryknollBRLCAD_ADDEXEC(g-gcode "${ggcode_SRCS}" "libwdb;librt;libbu" NOSTRICT)
17:15.53hickoryknoll# Local Variables:                                                              
17:16.49brlcadlooks good on the surface -- does it work?
17:17.49brlcadlooks like the raw format is the closest example
17:19.03*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
17:20.04brlcadnot using screen?
17:20.27hickoryknollam using screen, did something odd in screen
17:21.18brlcadah
17:21.35brlcadyou learned how to create new contexts?
17:21.44hickoryknollnew contexts?
17:21.49brlcadctrl-a c
17:22.10brlcadctrl-a n and ctrl-a p to go to the next/previous
17:22.14hickoryknollalready knew that, did something else.
17:22.30hickoryknollI think I just ended the context that was running irc
17:22.46brlcadah, fun :)
17:22.54brlcadctrl-a k will do that ;)
17:23.03*** join/#brlcad ralph (408663e6@gateway/web/freenode/ip.64.134.99.230)
17:23.07brlcadhi ralph
17:23.11*** part/#brlcad ralph (408663e6@gateway/web/freenode/ip.64.134.99.230)
17:23.17brlcadby ralph
17:23.29hickoryknollprobably that
17:24.01hickoryknolldid you see the CMake thingy
17:25.05brlcadyou mean the pasting?
17:25.18brlcadI'd replied with this:
17:25.18brlcad13:16 < brlcad> looks good on the surface -- does it work?
17:25.18brlcad13:17 < brlcad> looks like the raw format is the closest example
17:25.45hickoryknollgetting to the does it work. And that is the one I used as a template
17:26.10brlcadforgot that most of them don't even bother with a sub-CMakeLists.txt file
17:26.22brlcadbut it's still fine to have
17:26.37brlcadmore modular
17:27.12hickoryknollI just run cmake now in a new build directory?
17:29.16*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:34.07``Erikponders some process russian roulette to see if any irc sessions go... ps ax | awk '{print $1}' | rand | head -n 1 | xargs sudo kill -9
17:34.42``Erikwatches himself get removed from wheel :D *duck*
17:35.51starseekerbrlcad: I'm probably going to be breaking ON_Brep.cpp up into separate files along the line of the importer, which should help comprehensibility
17:36.22starseekerthe "context" stuff is almost certainly per-step-file for us, not per-brep
17:37.14starseekerso that'll be it's on bit
17:37.42starseekerthen I'll need per-primitive logic as well
17:38.56brlcadhickoryknoll: yes, just build like you normally would -- if you run "cmake ...." first, you'll be able to just specify "make g-gcode"
17:39.17brlcadbut since you added new cmake logic, you need to run cmake at least once
17:40.32brlcadstarseeker: would it make sense to put them in separate dirs or can they substantially share code?
17:41.06brlcador better put, could they be separated into separate dirs without duplicating any files or having cmake logic reference the other dir
17:56.41hickoryknollit couldn't find common.h.
17:56.51hickoryknollWhat do I need to include for it to find it?
17:58.54ejnothere are no GPU devices detected, and the CPU implementation doesn't support double-precision
17:59.30starseekerbrlcad: you mean the importer and exporter?
17:59.53starseekerpossibly
18:00.33starseekernot really sure yet - still too early in the game
18:07.52*** join/#brlcad whyesse (~quassel@109.160.230.186)
18:15.03*** join/#brlcad caen23 (~caen23@92.81.163.217)
18:29.54brlcadhickoryknoll: it's in the top level include/
18:30.13brlcadand what couldn't find it -- your cmake changes?
18:30.56brlcadhickoryknoll: note the include_directories() line in the raw CMakelists.txt file example
18:33.40Notify03BRL-CAD:brlcad * 56958 brlcad/trunk/regress/repository.sh: stub in initial support for exempting files that intentionally should not be including common.h
18:34.22Notify03BRL-CAD:brlcad * 56959 brlcad/trunk/src/adrt/slave/tienet_slave.c: missing common.h
18:34.24hickoryknollbrlcad: where does it specify include/ ?
18:37.53Notify03BRL-CAD:brlcad * 56960 (brlcad/trunk/src/external/Unigraphics/log.h brlcad/trunk/src/external/Unigraphics/ug_misc.c): stdlib.h instead of malloc.h and include common.h
18:38.57*** join/#brlcad vladbogo (~vladbogo@188.25.238.69)
18:40.30Notify03BRL-CAD:brlcad * 56961 (brlcad/trunk/src/conv/iges/brlcad_brep.cpp brlcad/trunk/src/conv/step/BSplineSurface.h and 6 others): common.h should be included before any system headers
18:42.42Notify03BRL-CAD:brlcad * 56962 (brlcad/trunk/src/conv/step/CartesianPoint.h brlcad/trunk/src/conv/step/STEPEntity.h): Point.h is not a system header; remove unnecessary doxycomment
18:46.31*** join/#brlcad kesha_ (~kesha@49.249.17.31)
18:47.35Notify03BRL-CAD:brlcad * 56963 brlcad/trunk/regress/repository.sh: apparently just two more to exempt from needing common.h
18:49.19brlcadhickoryknoll: that is probably embedded via BU_INCLUDE_DIRS (or either of the other two)
18:49.30hickoryknollyeah I found it
18:51.02Notify03BRL-CAD:brlcad * 56964 (brlcad/trunk/src/proc-db/mkbuilding.c brlcad/trunk/src/proc-db/mkbuilding.h): headers should be self-contained. include common.h before the system headers, then the main file doesn't need to know it needed to do that.
18:51.43Notify03BRL-CAD:brlcad * 56965 (brlcad/trunk/src/liboptical/constantpool.h brlcad/trunk/src/liboptical/liboslrend.h and 5 others): must include common.h before all system headers for portability.
18:52.43ejnobrlcad: I think this is a problem with FreeOCL: http://paste.kde.org/p57fecc22/
18:56.06Notify03BRL-CAD:brlcad * 56966 brlcad/trunk/src/libged/simulate/simutils.h: include common.h
18:58.37Notify03BRL-CAD:brlcad * 56967 brlcad/trunk/regress/repository.sh: all files now passing the expanded common.h header checks, so turn error-matching on
19:03.22whyessehow would you go about modelling something like this with brl-cad? http://en.wikibooks.org/wiki/OpenSCAD_User_Manual/2D_to_3D_Extrusion#Twist
19:03.56brlcadejno: indeed, try again now
19:04.23whyessesort of a rotating extrusion?
19:05.06brlcadwhyesse: yeah, that's a tricky one
19:06.10brlcada generalized sweep operation would normally do it (which we don't implement), though the notion of extruding with a twist parameter is interesting
19:06.28whyesseI was hoping maybe there's a different way of doing it
19:06.53brlcadthere are, depending on what you need specifically
19:07.21whyesseI saw it used for this: http://www.thingiverse.com/thing:53451
19:07.39ejnobrlcad: thank you. There are new errors: http://paste.kde.org/pde8c2b0b/
19:07.45whyesseI think to make herringbone gear teeth
19:08.43brlcadwhyesse: here's one method used for things like threading on bolts: http://ronja.twibright.com/3d/
19:10.41brlcadwhyesse: that's really cool (the gear)
19:11.02whyesseyeah
19:11.47brlcadI'm pretty sure that shape is possible...
19:13.01brlcadthose are basically cylinders with grooves cut out
19:13.26whyesseah
19:14.10brlcadhm, wonder if 90 degree sections of a torus rotated up the column would do the trick?
19:15.02brlcadhickoryknoll: now that looks like something fun and practical to print, I think that just might be a good g-gcode test case if I can model something up quick :)
19:16.37brlcadtries
19:20.01Notify03BRL-CAD:n_reed * 56968 (brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp brlcad/trunk/src/conv/step/STEPWrapper.cpp and 4 others): address some step-g related leaks identified by valgrind
19:22.04whyessebrlcad: how difficult would adding a twist feature be?
19:23.20whyessebrlcad: assuming I'm ok with code but completely new to brl-cad
19:24.05brlcadwhyesse: conceptually, not that hard ... mathematically, not sure
19:25.20brlcadwhyesse: hm, it might be crazy easy even mathematically the more I think about it
19:26.30whyesseok
19:26.47brlcadif you want to give it a try: src/librt/primitives/extrude/ is where extrusions are defined
19:26.57brlcadpretty much all right there in extrude.c
19:28.26brlcadeach object type (like extrude) is defined by a set of callback functions .. the critical ones affected by adding twist are going to be rt_extrude_shot(), rt_extrude_plot(), and rt_extrude_tess() so that it renders, shows wireframe, and can be converted to polygons correctly
19:30.30whyessecan primitives be defined externally?
19:31.01brlcadwhat do you mean?
19:31.40whyesseby an application using librt, or are they always compiled in
19:32.27brlcadyou can always define your own procedural geometry (and we provide several examples of this), but those are built on top of the fundamental primitives
19:32.40brlcadthey're the basic building blocks understood throughout the system
19:33.00brlcadso the answer is probably "no"
19:33.07whyesseok
19:33.29whyesseneeds to try compiling brl-cad, then. which would probably be a good idea anyway
19:34.22brlcadah, yeah :)
19:34.27brlcad~cadsvn
19:34.28infobotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
19:35.38whyessethanks
19:36.57brlcadI've considered implementing a fully generalized primitive that is defined by some parametric equation, but that wouldn't even help you with this kind of problem
19:37.43brlcadmaybe some primitive defined by a scripting language definition (or opencl)
19:38.12brlcadotherwise, the only means might be to make each primitive self-register at run-time as plugins and you could define your own new primitive as a (compiled) plug in
19:38.32brlcadwhyesse: what were you hoping for?
19:39.14whyessemaking a copy of the extrude, and then modifying that
19:39.20brlcadn_reed: why #if !defined(__WIN32__) ?
19:39.59whyessewould probably be easier for me to compile just that
19:40.16brlcadwhyesse: intriguing notion, would language matter?
19:40.27whyesselanguage?
19:40.27n_reedbecause that's the test a few lines before that causes the memory to be allocated
19:41.07brlcadthere's generally so much work involved in implementing a new primitive that it's never been an issue ..
19:42.03brlcadand we wouldn't want to end up with multiple extrusion methods, it'd probably end up an extension of the existing
19:42.16brlcadn_reed: ah, humph
19:45.51*** join/#brlcad whyesse (~quassel@109.160.230.186)
19:49.09n_reediirc that's typical of stepcode. instead of using wrapper macros/functions, windows/non-windows code is just mixed together w/ conditionals
19:49.18n_reedi'm not about to fix all of them
19:52.59Notify03BRL-CAD:brlcad * 56969 brlcad/trunk/src/mged/chgview.c: the message is wrong, can only scale uniformly
19:59.51whyesseI'm trying to generate brl-cad databases from python, wrapping functions in the C api with cython. should I be just generating mged commands?
20:03.52Notify03BRL-CAD:carlmoore * 56970 brlcad/trunk/src/conv/g-nff.c: remove a pair of braces, and also remove duplicate output going to stderr -- do you understand the latter change?
20:07.28brlcadwhyesse: it depends how much functionality you'd like to have access to, but wrapping mged commands will give you the most high-level syntax to work with
20:08.10brlcadwhyesse: wrapping src/libged will get you 95% of mged's command functionality in C API form
20:08.11whyesseok
20:08.21whyessethanks
20:08.58brlcadwrapping mged obviously gets you 100% but then has a little bit of processor invocation overhead
20:09.38brlcadI presume you've seen the shell and perl examples: http://brlcad.org/wiki/Main_page#Tutorials
20:09.43whyessenope
20:09.54brlcadah, check out SGI_Cube and Spiral
20:10.33whyesseI saw someone output mged from python somewhere
20:10.35whyesseok
20:11.19brlcadthe latter is particularly relevant to that gear, but some modifications would be needed to create geometry at the same density as you spiral outward/upward
20:18.14brlcadejno: yeah, so FreeOCL sucks...
20:19.02brlcadthere are some changes I could try, but need to be able to test your compile .. where is your build dir or how can I otherwise reproduce that error?
20:19.36Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6003 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
20:19.40brlcadit's all simple stuff until the nested-name-identifier error
20:21.47ejnobrlcad: cd /home/ejno/brlcad-opencl/build; make -j8 rt && ./bin/rt -Ftest.pix sflake.g depth0.r depth1.r depth2.r depth3.r
20:22.27ejnoalso, I can try setting up OpenCL on my laptop if you want
20:23.28brlcadejno: what OS are you running there?
20:24.06ejnoArch Linux. I have it mostly working but the rt window and output pix are entirely black currently, not sure why
20:24.26brlcadis the regular rt window also black?
20:25.06ejnoI was going to try that but haven't yet
20:25.11brlcadtry -F/dev/Xl
20:25.22brlcadthat should rule out ogl
20:25.47ejnook, I
20:26.28brlcadnote that you can run rt -otest.pix -F/dev/Xl to both write to file and display a window if you need that
20:27.15ejnook, I'll be able to do that in about 10 minutes
20:27.20*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:29.04Notify03BRL-CAD Wiki:NyahCh3ck20 * 6004 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */
20:34.26Notify03BRL-CAD:vladbogo * 56971 (brlcad/trunk/src/mged/attach.c brlcad/trunk/src/tclscripts/mged/openw.tcl): Added the Qt display manager as a option to the Modes>Display Manager in mged's menu.
20:37.39brlcadheh, nicely done ... crashing gdb
20:43.09Notify03BRL-CAD Wiki:Vladbogolin * 6005 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 9 */
20:43.32Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6006 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */
20:44.15Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Mged1.png:
20:45.28Notify03BRL-CAD Wiki:Vladbogolin * 6008 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */
20:52.30mpictoranyone on here familiar with setlocale()? the man page makes it sound like it always defaults to "C" on Linux, but I haven't found anything about its behavior on windows
20:53.46mpictorI need to force exppp (in stepcode) to always print numbers with the formatting specified in 10303-11
21:01.10starseekerhmm - we just had a problem like that crop up
21:03.10brlcadQt was setting the users locale causing some of our hard-coded constant values (e.g., 3.0 vs 3,0) to fail
21:04.14brlcadmpictor: C is the default locale
21:04.32mpictorheh I actually found mention of qt doing that when I was googling
21:04.36brlcadbut application codes can set whatever they like too
21:04.50mpictorbrlcad: is it the default on all systems in all countries?
21:05.00brlcadit's a default for posix C, yes
21:05.12brlcadit's a global libc state
21:05.15mpictorwhat about windows and osx?
21:06.04brlcadlanguage-wise, it's that way everywhere something claims to be posix compliant
21:06.18mpictorok
21:06.24brlcadit's defined by stdc, so it's that way everywhere as far as I know, but ... application code can just as well set it to something else
21:06.37brlcadand even default application frameworks can (and some do) set something else
21:07.10brlcadwe ran into with a Qt application, Qt itself set the locale to something else just by using Qt
21:07.30brlcadand MFC or OSX framework could just as well do the same thing
21:08.02mpictorthis is in exppp, so qt/mfc/etc shouldn't affect it
21:08.32mpictorunless someone writes a gui that uses exppp...
21:08.35brlcadso you either rely on the calling application to set the locale() back to C before calling into sdai/stepcode or you forcibly set/reset it *everywhere* you possibly call a std C function that reads/writes numbers
21:08.44brlcadread, write, scanf, printf, .... all of them
21:09.07brlcadright, that's my point -- you don't know or have control of the calling application
21:09.47brlcadand stepcode is pretty much useless without embedding it into an app  ;)
21:09.59mpictoroh, I was thinking I could do it once and not worry again. guess I could just check if it isn't C and exit with an error...
21:10.26brlcadso you either document the expectation/requirement, or hope some init() function is sufficient to setlocale("C"), or forcibly set it everywhere it might be needed
21:10.40brlcadyou don't need to exit
21:10.55brlcadyou can get the current locale, set C, and return to caller locale just fine
21:11.34brlcador just set it and forget it but then that's not much different than just documenting the assumption of C
21:12.29mpictorIf I set C each time, I need to modify every function that could use printf/scanf/etc with a number
21:13.26mpictor*every function that is accessible from outside the library
21:23.01Notify03BRL-CAD:iiizzzaaakkk * 56972 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Fixing spelling
21:29.24brlcadyep
21:29.55brlcadhalf-punting sounds like a good balance
21:30.17brlcadif there's an init-location where almost certainly any call will be going through, set the locale to C
21:30.25brlcadthen put it in the docs
21:51.31Notify03BRL-CAD:carlmoore * 56973 brlcad/trunk/src/conv/nmg/g-nmg.c: remove 2 sets of braces, remove : from P in opt string, and implement h?
22:01.53Notify03BRL-CAD:ejno * 56974 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): check for double-precision support; start of hypersampling; other changes
22:06.02*** join/#brlcad whyesse (~quassel@109.160.230.186)
23:38.47brlcadejno: any luck confirming double-precision support?
23:39.25brlcadshould make the code print either a compile-time or run-time notice whether single or double precision is being used so we can make sure comparisons take into consideration
IRC log for #brlcad on 20130820

IRC log for #brlcad on 20130820

05:48.59Notify03BRL-CAD:brlcad * 56975 brlcad/trunk/bench/run.sh: reduce the default deviation to 2% and the number of frames to average across up to 5. this should allow the benchmark number to become considerably more stabilized at the expense of just a few more frames (on average)
05:58.36Notify03BRL-CAD:brlcad * 56976 brlcad/trunk/NEWS: changed the benchmark defaults from 3% deviation to 2% deviation and from 3 stabilization frames to 5. this will make the benchmark take a fair bit longer on some platforms, but should give a much more stable and repeatable benchmark performance metric.
07:33.44*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:45.49*** join/#brlcad caen23 (~caen23@92.81.204.102)
08:22.38Notify03BRL-CAD:phoenixyjll * 56977 brlcad/trunk/src/libbrep/boolean.cpp: Separate the code, so that we can then update the connectivity graph after we have done the surface partitioning.
08:43.20*** join/#brlcad kesha (~kesha@49.202.231.185)
11:05.06Notify03BRL-CAD:tbrowder2 * 56978 brlcad/trunk/src/util/dsp_add.c: prepare for use in auto-man-page process
11:08.02Notify03BRL-CAD:tbrowder2 * 56979 brlcad/trunk/src/util/dsp_add.c: simplify progname handling
11:09.59Notify03BRL-CAD:tbrowder2 * 56980 brlcad/trunk/src/util/dsp_add.c: ws, style
11:15.57Ch3cktryinjg to write a comb_rest() routine which restores the original matrix transformation for a combination while moving up the tree but i wish to understand clearly how it is on a combination.
11:17.07Ch3ckI mean the matrix is stored on the combmbination, I also wish to know if i could do that by calling rt_db_get_internal(..,..,mat_t, ..);  like this?
11:23.21Notify03BRL-CAD:tbrowder2 * 56981 brlcad/trunk/src/util/dsp_add.c: rename function because of new usage var
11:28.33Notify03BRL-CAD:tbrowder2 * 56982 brlcad/trunk/src/util/dsp_add.c: simplify: use Usage for no args
11:34.44Notify03BRL-CAD:tbrowder2 * 56983 brlcad/trunk/src/util/dsp_add.c: style
11:46.31Notify03BRL-CAD:phoenixyjll * 56984 brlcad/trunk/src/libbrep/boolean.cpp: More connectivity graph support: update after surface partitioning.
11:48.44Notify03BRL-CAD Wiki:Phoenix * 6009 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */
11:55.55Notify03BRL-CAD:tbrowder2 * 56985 brlcad/trunk/src/util/dsp_add.c: add option descriptions
13:03.19Notify03BRL-CAD:tbrowder2 * 56986 brlcad/trunk/src/util/yuv-pix.c: setting up for auto-man-page
13:06.06Notify03BRL-CAD:tbrowder2 * 56987 brlcad/trunk/src/util/yuv-pix.c: style
13:12.27Notify03BRL-CAD:tbrowder2 * 56988 brlcad/trunk/src/sig/ustats.c: prep for auto-man page; simplify usage; hardwire progname
13:15.15Notify03BRL-CAD:tbrowder2 * 56989 brlcad/trunk/src/shapes/wire.c: prep for auo-man-page; simplify; hardwire progname; style
13:16.17Notify03BRL-CAD:tbrowder2 * 56990 brlcad/trunk/misc/auto-man-page/auto-man-progs.txt: reorder dsp_add
13:30.09Notify03BRL-CAD:tbrowder2 * 56991 (brlcad/trunk/doc/burst/Make-docs.sh brlcad/trunk/doc/burst/Makefile brlcad/trunk/doc/burst/run_doclifter.sh): pref and option changes
13:38.20*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:15a5:0:48:2fe4:8e01)
14:07.56*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:15a5:0:48:2fe4:8e01)
14:22.06Notify03BRL-CAD:vladbogo * 56992 brlcad/trunk/src/libdm/dm-qt.cpp: Process events before generating a new update request event - this is necessary so that the window is exposed when performing the first update request event.
15:07.20*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
15:07.37*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
15:09.49Notify03BRL-CAD:erikgreenwald * 56993 brlcad/trunk/src/conv/step/ON_Brep.cpp: strcmp -> bu_strcmp
15:33.30ejnobrlcad: it seems to support double
15:34.41ejnobut I'm currently working on problems with opencl 1.1 vs 1.2
15:42.31ejnoactually it seems that was something else
15:46.03*** join/#brlcad kesha (~kesha@49.249.16.159)
15:48.25ejnobut I am having other problems such as black output. The rt output is not black
16:21.51brlcadall black output or black in areas not expected?
16:22.06brlcadhickoryknoll: did you get the build system integration sorted out?
16:24.27hickoryknollbrlcad: yes. Right now I'm basically rewriting it to get rid of a huge amount of junk I had in there from troubleshooting and fiddling and stuff.
16:32.40Notify03BRL-CAD:ejno * 56994 (brlcad/branches/opencl/src/librt/CMakeLists.txt brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): changes for other systems
16:35.58brlcad``Erik: did you upgrade or fix denyhosts?
16:35.58brlcadhickoryknoll: great
16:36.23brlcadif it's compiling, you can go ahead and commit it
16:36.40brlcadthen make more commits as you make improvements
16:37.17``Erikbrlcad: it got reinstalled when I did the big ports purge/rebuild, that's all I can think of
16:37.45brlcadah cool. looks like it's actually working now
16:38.04``Erik<-- didn't know that it wasn't working O.o
16:38.35brlcadi noticed and mentioned it a few months back, but didn't have time to investigate how to fix it
16:38.48brlcadit was writing out the firewall rules to a file.. but nothing was reading that file
16:38.52Notify03BRL-CAD:starseeker * 56995 brlcad/trunk/src/conv/step/ON_Brep.cpp: Put the context at the beginning, break it into its own function, fix a problem where application instances were set to garbage info, set up oriented edge code to have more than the number of edges in openNURBS.
16:39.45``Erikhuh, wonder if something was messed up with the python install or something *shrug*
16:42.27brlcadyep, dunno, dunt care :)
16:42.33brlcadit works and thats great
16:42.44brlcadno longer needs to be my scripted hack
16:49.13ejnobrlcad: all black output
16:49.22ejnort works fine, though
16:56.20brlcadejno: have you confirmed that a single ray misses?
16:56.42brlcadrunning "nirt" in mged will fire a ray through the view center and tell you if it hits
17:00.51ejnobrlcad: it hits/misses correctly. There is debug output from the opencl function, so it is running. Possibly the data is not being returned/received correctly
17:04.41ejnonvm, forgot to re-build it
17:06.32Notify03BRL-CAD:brlcad * 56996 brlcad/trunk/TODO: group the attribute tasks together except for the binary-incompatible one
17:07.54ejnobrlcad: no, it's not hitting/missing correctly. Currently investigating
17:08.43Notify03BRL-CAD:brlcad * 56997 brlcad/trunk/TODO: separate out a separate section for attributes
17:27.29Notify03BRL-CAD:tbrowder2 * 56998 brlcad/trunk/src/util/fix_polysolids.c: style
17:28.17Notify03BRL-CAD:brlcad * 56999 brlcad/trunk/TODO: expand the results of our (nick and my) brainstorming session for how to fix our attribute system issues. we need versioning and a means to upgrade a file to newer conventions. shouldn't be much more work to use that same system for downgrading too. include several tasks related to this envisioned plan. comments and discussion welcome.
17:28.56brlcadhickoryknoll: does it compile cleanly?
17:38.32Izak_brlcad:Did you say you tested prep and shot for the hrt already?
18:04.23Notify03BRL-CAD:brlcad * 57000 brlcad/trunk/BUGS: attr set should always do exactly as its told
18:05.15Notify03BRL-CAD:carlmoore * 57001 brlcad/trunk/regress/repository.sh: remove trailing blank, and in the 'for' line remove a duplicate occurrence of 'stricmp'
18:06.16brlcadwoot, 57000
18:06.29brlcadIzak_: why would I say that? :)
18:06.38brlcadno, I did not say that
18:06.48brlcadI may have asked you if you tested them
18:07.03``Erikcan't compile hrt, isgreater() is a c99 construct
18:07.36``Eriksrc/librt/primitives/hrt/hrt.c:248: warning: implicit declaration of function 'isgreater'
18:07.39``Erikmake[3]: *** [src/librt/CMakeFiles/librt.dir/primitives/hrt/hrt.c.o] Error 1
18:07.53brlcadIzak_: so that needs fixing asap, but I also had to make substantial changes to prep() as half the logic you had in there was completely unused
18:08.22brlcadso I doubt it works unless you just forgot to remove code
18:09.24Izak_brlcad:I am modifying the prep() function now
18:13.25Ch3ck_brlcad: for walking up the tree i'm thinking of using db_functree() is this ok? or must I use db_preorder_traverse since i think it'll be easier calling the functions directly?
18:14.35brlcadCh3ck_: just was replying to your message
18:15.25brlcaddb_functree() is fine
18:15.32brlcadany traversal method is fine really, so long as it's stopping at the right nodes in the right order
18:16.01brlcadlooks like db_functree will stop at both leaves and combs, so you're good to go to use it
18:16.17brlcadbut see my message, you do not want to start with leaves
18:18.53Ch3ck_ok db-functree walks just fine here is my code for pulling combinations on pastebin http://pastebin.com/2UYmyTGN . Wish to know if the logic is ok?
18:19.43brlcadCh3ck_: cannot get to pastebin.com, would you use a different pastebin
18:19.49brlcadplus they suck
18:20.51Ch3ck_:) yeah will do..
18:21.09``ErikI'm fond of paste.lisp.org, some like paste.kde.org, pastebin.ca, ...
18:21.32``Erikor make a file in your public_html/ :)
18:21.35brlcadand I have no idea if the logic will be okay other than blatant errors - you need to have test code that proves it works
18:23.17Ch3ck_http://paste.kde.org/pe4239999/
18:23.54*** join/#brlcad caen23 (~caen23@92.81.204.102)
18:24.36Ch3ck_ok just wanted you to haveo since we have to understand that our logic works before our compiler confirms
18:24.50brlcadCh3ck_: "restore" implies that a matrix was previously there, which is not necessarily the case
18:25.33``Erikwonders if tdd would be helpful
18:25.45Ch3ck_brlcad: which means I could just rename it comb_pull() ?
18:26.06brlcadCh3ck_: unless you're going to write pseudocode, it's not efficient to review code that hasn't been passed through the compiler
18:27.36brlcadand what ``Erik said is pretty much what I assume most people should be doing by default .. if you're not, you should
18:27.41brlcadtdd == test driven development
18:27.53Ch3ck_yeah..
18:28.05brlcadi.e., write a little test program like you did with the unit tests (before the functions you're calling even exists)
18:28.19Ch3ck_ok
18:28.20brlcadthen implement your functions
18:29.09brlcadmakes you think about the problem in the most simplest terms first, without getting distracted by structs and types and available API
18:29.18brlcadhow simple should it be
18:29.31brlcadas an actual working program
18:31.34Izak_``Erik:I already fixed the 'isgreater' thing earlier today. Doing a fresh checkout to build before commiting.
18:31.37brlcadfwiw, you do have some blatant syntax errors, and I don't understand the reslationship of those two functions
18:32.20``ErikIzak_: commit often, update even more often :)
18:32.27brlcadIzak_: I have a fresh checkout and it's still there
18:32.52brlcadand fresh checkout is not needed, just make sure one is up-to-date (svn up)
18:33.48brlcadAH .. I see what you were saying, my confusion by the wording
18:34.00brlcadYOU are doing a fresh checkout .. got it
18:34.49Izak_brlcad: I mean I am still doing the chekout
18:34.51Ch3ck_well brlcad: will get started on some unit tests for all the routines i'm to implement.
18:35.37brlcadIzak_: yeah, I understand now ..
18:36.08brlcadIzak_: you'll definitely want to minimize checkouts!  .. that can take several minutes, just verify a clean build and verify what you're committing before you commit
18:36.37brlcadyou can test a commit by running "svn diff path/to/file1 path/to/file2 | less"  read it, make sure it's only the changes intended
18:37.10brlcad"svn diff src/librt/primtivies/hrt" for example to commit everything changed in the hrt dir
18:37.27brlcadrather, to SEE everything changed
18:37.33brlcadthen change diff to commit if it's right
18:38.01Izak_brlcad: I minimise them . Just don't know what went wrong with the one I had. I build and had error
18:38.05Izak_svn checkout https://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad
18:38.34Izak_CMakeFiles/librt.dir/primitives/hrt/hrt.c.o: file not recognized: File truncated
18:39.09Izak_brlcad: Sorry not the "svn ....". The error was "CMakeLIst...."
18:39.30``Erikmight try rm'ing the offending file and build again
18:40.03``Erik(almost looks as if gcc were killed strangely and didn't clean up a partial file)
18:40.15``Eriks/were/was/
18:40.49brlcadIzak_: if you've not done so, create an empty directory and run cmake from there
18:41.03Izak_``Erik: It could be that
18:41.07brlcadthen if/when something goes wrong like that, you can just delete the entire build directory (or run make clean)
18:41.18brlcadwithout affecting your source tree or needing a new checkout
18:41.42brlcadthis is documented in the INSTALL file
18:41.52brlcadand in HACKING iirc
18:42.02brlcadat least under the release testing steps
18:44.20Izak_brlcad: Is it true that BRL-CAd is the oldest open source repository existing ?
18:44.38brlcadIzak_: as far as I'm aware, yes
18:44.43Izak_s/BRL-CAd/BRL-CAD
18:44.48``Erikthere was an article on ohloh that placed us right behind emacs and gcc iirc (or in that neighborhood, at least)
18:45.22``Erikhttp://meta.ohloh.net/2007/08/worlds_oldest_source_code_repositories/
18:45.27``Erikah, we are listed as the oldest, w00t
18:45.46Izak_Izak:So this code is really as old as  my Uncle or sth
18:46.28brlcadIzak_: "this code" tries to characterize more than a million lines as having one age, and that's not true
18:46.55Ch3ck_brlcad: could you please help me with a test i could use to test the comb_restore() or pull_comb() routine?
18:47.00``Erikchecking out early revisions is good fun, code spelunking!
18:47.27brlcadIzak_: great for statistics: http://www.ohloh.net/p/brlcad
18:48.42brlcadnotes our scan is stalled
18:51.42Ch3ck_brlcad: what the status about the Doc Camp? Since I have alot work to do on the Docs..
18:52.09Ch3ck_:)
18:54.06brlcadCh3ck_: more on that will be on the list
18:54.16brlcadthere's more that want to go than can go, so selections have to be made
18:56.00Ch3ck_so when are we expecting results?
18:56.08Ch3ck_or selectees?
18:56.29brlcadthis week
18:56.35brlcadbefore friday
18:57.07Ch3ck_nice.
18:57.44Ch3ck_well concerning the corrections to my patches I've a already updated patch 225 and
18:58.41Ch3ck_made the necessary corrections to patch 231
18:58.50Ch3ck_for the committed patches..
19:02.19Notify03BRL-CAD:ejno * 57002 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): fix problems; work with opencl 1.1; align memory used with opencl
19:03.09Notify03BRL-CAD:ejno * 57003 brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl: remove old code
19:23.04*** join/#brlcad vladbogo (~vladbogo@188.25.238.69)
19:46.34Notify03BRL-CAD Wiki:NyahCh3ck20 * 6010 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */
19:51.35Notify03BRL-CAD Wiki:Vladbogolin * 6011 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */
20:15.03*** join/#brlcad caen23 (~caen23@92.81.204.102)
20:17.21*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
21:04.26Notify03BRL-CAD:iiizzzaaakkk * 57004 brlcad/trunk/src/librt/primitives/hrt/hrt.c: removed the isgreater keyword which is C99 standard. Modified logic of rt_hrt_prep: No need for max variable anylonger. My intuition tells me to make Xu and Yu shorter than Zu.
21:14.19Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6012 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
21:23.40*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:28.32Notify03BRL-CAD:starseeker * 57005 brlcad/trunk/src/conv/step/ON_Brep.cpp: Going to need to re-think approach to edge building.
IRC log for #brlcad on 20130821

IRC log for #brlcad on 20130821

00:55.08*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
01:10.40starseekerdrools at new CMake features for per-target compile options
01:11.20starseekerif those actually work "as advertised" I might be able to remove some of my custom macro logic for all that...
01:12.20starseeker(right after the TODO list is emptied out, of course...)
01:30.44Notify03BRL-CAD:starseeker * 57006 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL): Latest CMake spotted a syntax error.
01:41.05Notify03BRL-CAD:starseeker * 57007 (brlcad/trunk/misc/CMake/FindTCL.cmake brlcad/trunk/src/other/tcl/CMake/tcl.cmake brlcad/trunk/src/other/tk/CMake/tcl.cmake): More string formatting gotchas caught by 2.8.12rc1 CMake
01:42.33Notify03BRL-CAD:starseeker * 57008 (brlcad/trunk/src/other/incrTcl/itcl/CMake/tcl.cmake brlcad/trunk/src/other/incrTcl/itk/CMake/tcl.cmake and 4 others): Sync other tcl.cmake and FindTCL.cmake copies
02:59.55Notify03BRL-CAD:brlcad * 57009 brlcad/trunk/CMakeLists.txt: check for posix_memalign (post-c99 posix.1 function)
03:04.06Notify03BRL-CAD:brlcad * 57010 (brlcad/trunk/src/mged/chgmodel.c brlcad/trunk/src/mged/cmd.c brlcad/trunk/src/mged/muves.c): bad declarations. edit_com() no longer takes a catch_sigint flag as a fourth arg, only three.
03:34.03Notify03BRL-CAD:brlcad * 57011 brlcad/trunk/HACKING: the naming rules aren't / weren't specific to just variables. we want to keep things consistent for function names too.
03:40.30Notify03BRL-CAD:brlcad * 57012 brlcad/trunk/src/util/dsp_add.c: avoid introducing a new style within the same file. we should avoid starting function names in uppercase as we have a predominant style of symbols_like_this() or even a few camelCaseSymbols(), but no uppercase convention outside of class method names. updated HACKING to reflect this more clearly.
03:44.27Notify03BRL-CAD:brlcad * 57013 brlcad/trunk/src/util/dsp_add.c: bu_log() instead of fprintf(stderr where we're already using bu_log() elsewhere in the file. also make all the globals static as application code tends to migrate to libraries over time.
03:50.00Notify03BRL-CAD:brlcad * 57014 brlcad/trunk/src/conv/nmg/g-nmg.c: the fix wasn't to remove -Pncpu support but should have been to propagate it like the other tools.
03:57.23Notify03BRL-CAD:brlcad * 57015 (brlcad/trunk/src/conv/dxf/g-dxf.c brlcad/trunk/src/conv/euclid/g-euclid.c and 11 others): decouple RTG.debug from the -P options on most importers. Instead, let -x be utilized for that so that -P can consistently just refer to the nubmer of cpus to use (even though few tools should even be exposing that level of configurability, unnecessary/unhelpful option).
08:18.06*** join/#brlcad caen23 (~caen23@92.81.204.102)
08:36.34*** join/#brlcad vladbogo (~vladbogo@188.25.238.69)
11:11.01*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:37.11Notify03BRL-CAD:phoenixyjll * 57016 brlcad/trunk/src/libbrep/boolean.cpp: Define a macro to make the connectivity graph an optional choice.
11:37.28Notify03BRL-CAD:phoenixyjll * 57017 brlcad/trunk/src/libbrep/boolean.cpp: Don't use start, end to represent which part of the outerloop it occupies, which can only represent a single interval. Use array of intervals instead.
11:37.30Notify03BRL-CAD:phoenixyjll * 57018 brlcad/trunk/src/libbrep/boolean.cpp: Use ON_ClassArray instead of ON_SimpleArray when the element type is std::pair.
11:37.34Notify03BRL-CAD:tbrowder2 * 57019 brlcad/trunk/TODO: use current file name (no wonder I could never find that info, are we sure this is the best name? not very intuitive)
11:37.36Notify03BRL-CAD:tbrowder2 * 57020 brlcad/trunk/doc/docbook/system/man5/en/gattributes.xml: remove empty section
11:37.38Notify03BRL-CAD:tbrowder2 * 57021 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: add important reference to gattributes
11:44.31Notify03BRL-CAD:iiizzzaaakkk * 57022 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added comment explaining the importance of the new constant 1.25 in rt_hrt_prep()
12:20.19*** join/#brlcad caen23 (~caen23@92.83.181.251)
12:37.47Notify03BRL-CAD:iiizzzaaakkk * 57023 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Change line comment to doxygen block comment and format it to column 70
12:55.06*** join/#brlcad kesha (~kesha@14.139.122.114)
12:57.59brlcadIzak_: what does "takes care of" mean?
12:58.16brlcadis the upper displacement exactly 25%?
12:58.34brlcador is it some value and 25% "should be enough" to encapsulate it?
12:59.42brlcadthe comment should say what it is (which you did great) but also the precision and/or accuracy
13:03.06Izak_brlcad:It is some value and 25% "should be enough" to encapsulate it
13:13.34Ch3ck_brlcad: i'm currently using you test for db_walk_tree so I can adapt to my pull_comb() routine but " .. -lbu .." argument for gcc tells me "Error: cannot find -lbu"
13:14.02Ch3ck_brlcad so how to i supply -lu correctly in "mat = (matp_t)bu_malloc(sizeof(mat_t), "cur_mat");
13:14.05Ch3ck_<PROTECTED>
13:14.39Ch3ck_nop here is the corrct argument: "gcc tree_walk_test.c -L/usr/brlcad/lib -lrt -lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad
13:14.44Ch3ck_?
13:18.03Izak_``Erik: brlcad: What about this for that comment http://paste.kde.org/pc81455af/ ?
13:21.11Notify03BRL-CAD:carlmoore * 57024 brlcad/trunk/src/conv/step/ON_Brep.cpp: fix spellings
13:28.08Notify03BRL-CAD:iiizzzaaakkk * 57025 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding precision aspects to comment
13:33.10Notify03BRL-CAD:starseeker * 57026 NIL: See if we can separate out the importer and exporter for STEP
13:38.06Notify03BRL-CAD:starseeker * 57027 brlcad/trunk/src/conv/step/ON_Brep.cpp: Don't actually use STEPEntity in this file
13:41.47Notify03BRL-CAD Wiki:KeshaSShah * 6013 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 10 */
13:41.53``Erikbummer, "kitten of death" is gone http://sourceforge.net/p/sbcl/sbcl/ci/b7d22ded1428e8d3e87c37164aa6742dd28aa6ce/
13:44.50brlcadIzak_: the comment should reflect that uncertainty, which is fine for now
13:44.52brlcadbut what makes you think 25% should be enough?  
13:45.36brlcadbounding boxes should be a tight-fitting as possible, so we may need some analytic method to bound it
13:47.26brlcadCh3ck_: that command line looks right conceptually
13:47.40brlcadso you have a /usr/brlcad/lib/libbu.so ?
13:50.50Ch3ck_no
13:51.26Ch3ck_i don't have any /usr/brlcad/lib/
13:51.37Ch3ck_directory.
13:54.20Ch3ck_but i have /usr/lib
13:56.53brlcadheh
13:57.05brlcadthen what is -L/usr/brlcad/lib supposed to mean?
13:58.05Ch3ck_well grepped libbu.so and its in /usr/brlcad_build/lib/
13:58.11Ch3ck_is this ok?
13:58.28brlcaddepends what you mean by ok
13:58.37Ch3ck_so I could just modify the args to point to these?
13:58.39brlcadthere's nothing "wrong", you can build/install anywhere
13:59.18Notify03BRL-CAD:iiizzzaaakkk * 57028 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added comment explaining the importance of the new constant 1.25 in rt_hrt_bbox()
13:59.19Ch3ck_well meaning i could modify  the patch from /usr/brlcad/lib .. to /usr/brlcad_build/lib/ .. ?
13:59.19brlcadCh3ck_: you should "man gcc" and understand what each of those arguments means
13:59.30Ch3ck_already
13:59.31brlcadyou could, but is that right?
13:59.53brlcadif you don't know what that -L or -I mean, you have no idea what providing a new path means
13:59.55Ch3ck_and -l gives an argument to a directory y
14:00.01brlcadit does not
14:00.14Ch3ck_??
14:00.20brlcad-l specifies the name of a library
14:00.37Ch3ck_so since i don't have the /usr/brlcad/lib
14:00.45Ch3ck_so what do i don in this case?
14:01.01brlcadwhat does -L/usr/brlcad/lib mean?
14:01.33Ch3ck_means include the libraries in /usr/brlcad/lib
14:01.38Ch3ck_right?
14:01.41brlcadno
14:02.28Ch3ck_so what does it mean exactly?
14:02.52brlcadWhat does "man gcc" say?
14:03.23Izak_still working on prep()
14:03.34brlcadyou're running the gcc command, so it's assumedly an option to that command which should be readily documented
14:03.50brlcadit's a large manual page, so you have to go down a long ways before you get to the explanation of -L
14:04.13*** join/#brlcad vladbogo (~vladbogo@188.25.238.69)
14:04.20brlcadIzak_: understandable, that's why it's important to document the uncertainty the moment it's written
14:04.26Ch3ck_well looks like -L speciifies a directory
14:04.42Ch3ck_moving down to the bottom  ..to look at further explanantions..
14:04.43brlcadCh3ck_: is that was the docs said?
14:04.56Ch3ck_yes
14:04.59brlcadthat's good, the first mention is -Ldir
14:05.14brlcadbut then that's not very helpful by itself ;)
14:05.16Ch3ck_here is how it was specified ( -Ldir
14:05.32brlcadso further down, it'll explain what it means
14:05.40Ch3ck_ok
14:06.13brlcadthe 8th occurance of "-L" is where it's explained
14:08.12brlcadfind it yet?
14:08.28Ch3ck_not yet
14:08.38Ch3ck_still scrolling realling long..
14:09.29Ch3ck_found it..:)
14:10.10brlcadhelps to learn how to use the searching features in "less" ;)
14:10.43brlcad"/" .. "-L" .. "/[enter]" 7 times
14:11.12brlcadso what does it say?
14:11.18brlcadvery short and simple
14:12.50Ch3ck_-ldir : tells the linker to search "dir" library and also check in "-L/dir" directories for more routines
14:13.14brlcad"-ldir" ??
14:13.56brlcaddid you mean -Ldir?
14:14.29brlcadbecause there's -L and -l ... you should understand both
14:15.14Ch3ck_well "-ldir": this tells the gcc compiler to search to the library specified by'dir' and also check in the directory specified by "-Ldir"
14:15.34vladbogohi all. I am trying to integrate the new display manager in archer. I've seen that archer only uses ogl dm at the moment but I couldn't find any infos on how to add the new dm. Could you give me some hints on where to look?
14:15.35Ch3ck_is that simple enough?
14:15.41brlcadthis is fundamental information relevant to nearly all compilers
14:15.41brlcadthere is no "-ldir"
14:15.41brlcadso no
14:15.52brlcadwhere are you getting -ldir from?
14:16.02Ch3ck_-l is the option
14:16.14brlcadit is an option, yes
14:16.16Ch3ck_and dir is the library
14:16.16brlcadwhat does that option mean?
14:16.43Ch3ck_-l tells the compiler to load a library
14:17.05Ch3ck_specified as 'dir' in "-ldir"
14:17.21brlcadno
14:18.05brlcad-l tell the compiler to LINK a library
14:18.17brlcadand it is *not* specified as 'dir' in -ldir
14:18.25brlcadthere is no mention of -ldir in the manual page
14:18.26Ch3ck_ok here is how is explained in the man page -ldirectory
14:18.32Ch3ck_as one word
14:18.42Ch3ck_where '-l' is the option
14:18.43brlcadshow me
14:18.53Ch3ck_ok
14:20.47Ch3ck_http://paste.kde.org/pd5177295/ brlcad : here is the link
14:21.21brlcadwhere in that link does it day -ldir or -ldirectory?
14:22.48Ch3ck_sory for the typo
14:23.02brlcadyou must realize by now that programming is BUILT on precise communication
14:23.06Ch3ck_i meant library ;)
14:23.10Notify03BRL-CAD:starseeker * 57029 brlcad/trunk/src/conv/step/CMakeLists.txt: Put the g-step and step-g program sources into their own subdirctories
14:23.12Ch3ck_yeah
14:23.14brlcadthat's not a typo, it's entirely the wrong concept
14:23.35Ch3ck_I meant library and my fingers kept writing directory.
14:24.10brlcadso lets try this again
14:24.18brlcadwhat does -L/usr/brlcad/lib mean?
14:24.39brlcad(all by itself)
14:25.29brlcadIzak_: updated comment looks good
14:25.38brlcadthanks
14:27.38Ch3ck_brlcad: it means add the libraries in /usr/brlcad/lib
14:27.50brlcadno...
14:28.26brlcadthe line in the man page is all of 13 words to explain it
14:29.18Ch3ck_ok search libraries named /usr/brlcad/lib when linking
14:29.18brlcadcould use half as many words, but it doesn't mean add libraries
14:29.42brlcadheh closer but still not accurate
14:29.54brlcadthere are no *libraries* named /usr/brlcad/lib
14:29.58brlcadthat's a directory
14:30.15Ch3ck_ok
14:30.37Ch3ck_brlcad: search library named "/usr/brlcad/lib" when linking
14:30.53brlcadthere is no LIBRARY named "/usr/brlcad/lib"
14:31.51brlcadtry again... you're only 1-word wrong
14:31.51Ch3ck_search the libraries in "/usr/brlcad/lib" when linking
14:32.13Ch3ck_i mean library
14:32.54brlcadthis would have been accurate:  search the DIRECTORY named "/usr/brlcad/lib" when linking
14:33.09Ch3ck_ok
14:33.20brlcadsearch for libraries in the "/usr/brlcad/lib" directory when linking
14:33.27brlcadwould have also been correct
14:34.13brlcadadd /usr/brlcad/lib to the list of directories searched when linking, also accurate
14:34.19brlcaddo you understand the difference?
14:34.28Notify03BRL-CAD:iiizzzaaakkk * 57030 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Sorry! removing unused variables in rt_hrt_shot()
14:34.51Ch3ck_yeah..
14:34.57brlcada library is not a directory, a library is a file
14:35.03Ch3ck_:) get it now..
14:35.19brlcad"libbu.so.12.0.1" is a library
14:35.27Ch3ck_ok
14:35.37brlcad"libX11.so" is probably a library (or a link to a library)
14:35.56brlcadso this is basic compiling instructions
14:36.19brlcadwhen you compile, the compiler needs to know four+ things
14:36.26brlcad1) what to compile
14:36.32brlcad2) where to put the output
14:36.37brlcad3) where to find headers
14:36.40brlcad4) where to find libraries
14:36.50brlcadand technically 5) what libraries
14:36.52Ch3ck_ok
14:37.08brlcadwhich of those is -L/usr/brlcad/lib ?
14:37.21Ch3ck_src
14:37.39Ch3ck_-L/usr/brlcad/src
14:37.40brlcadwhat?
14:37.54brlcadof options 1,2,3,4,5 .. which is -L/usr/brlcad/lib
14:39.05Ch3ck_ok option 5
14:39.33brlcadno
14:39.35*** join/#brlcad kesha (~kesha@14.139.122.114)
14:39.48Ch3ck_option 4
14:40.06brlcadso when I asked: 10:34 < brlcad> do you understand the difference?
14:40.17brlcadand you said "yeah.." .. that was really "no.." :)
14:40.38Ch3ck_-l gives a library which a file
14:40.48Ch3ck_and -L gives a directory
14:41.00brlcadthat's correct
14:41.05Ch3ck_which is option 4
14:41.10brlcadgood
14:41.18Ch3ck_where to find the libraries.
14:41.20brlcadso of those 5, which is -I then?
14:41.48brlcadthis is your compile line:
14:41.48brlcad10:34 < brlcad> do you understand the difference?
14:41.51brlcadoops
14:42.00brlcadgcc tree_walk_test.c -L/usr/brlcad/lib -lrt -lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad
14:42.04Ch3ck_brlcad: -I is option 3
14:42.09brlcadexcellent
14:42.11Ch3ck_where to find the headers
14:42.27brlcadso then it should be obvious which of those is -llib
14:42.31Ch3ck_yes
14:42.41brlcadwhich is #2 ?
14:43.16Ch3ck_option 2 is -I
14:43.32brlcadyou just said: brlcad: -I is option 3
14:43.33Ch3ck_thats is -I/usr/brlcad/include/brlcad
14:43.46brlcadso how is it also #2?
14:44.23Ch3ck_yeah there is no option 2 so output is printed to screen
14:45.02Ch3ck_since there is no output redirection
14:45.17brlcadno
14:45.23brlcadyou are right that there is no #2 specified
14:45.29brlcadbut what is the output?
14:45.38brlcadwhat is the output from compiling?
14:46.49d_rossbergvladbogo: have you looked at libtclcad?
14:47.41brlcadCh3ck_: compiling a source file generates what?
14:48.06Ch3ck_an obj file
14:48.17brlcadgood
14:48.21brlcadbut it actually doesn't do that by default
14:48.28brlcadbecause you didn't specify a #2
14:48.50brlcadif you read through "man gcc" further, or a tutorial on the web, you'd find that the -c option makes gcc output object code
14:48.55brlcadand that would be your #2
14:49.06Ch3ck_ok
14:49.10brlcadsince you haven't specified the output, it attempts to compile AND link the application
14:49.16Ch3ck_never heard or use that.
14:49.18Ch3ck_;)
14:49.19brlcadso the output is a binary application
14:49.29Ch3ck_yes
14:49.32brlcadwhich by default for gcc is called "a.out"
14:49.40Ch3ck_yeah
14:50.14brlcadyou could change that name with an option, instead of using -c or the default "a.out"
14:50.25brlcadi'll let you read the man page to figure that out, if you're interested
14:50.41brlcadbut looking back at this command: gcc tree_walk_test.c -L/usr/brlcad/lib -lrt -lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad
14:50.55brlcadmake sure you understand it all -- any questions as to what each piece means?
14:51.13Ch3ck_yes
14:51.29brlcadokay, what questions?
14:52.01Ch3ck_I have one: since i don't have a '/usr/brlcad/lib'
14:52.09Ch3ck_what do i do in this case
14:52.21brlcadwell what do you think the point of specifying /usr/brlcad/lib was?
14:52.56Ch3ck_telling it to search the /usr/brlcad/lib directory
14:53.04brlcadright, but why?
14:53.16brlcadsearch for what?
14:53.17Ch3ck_since the routines and defined there
14:53.45Notify03BRL-CAD:starseeker * 57031 brlcad/trunk/src/conv/step/CMakeLists.txt: Update CMake build logic. Try to make the fedex_plus generation process more robust against parallel building.
14:54.17brlcadIzak_: make sure you review your code for any other numeric constants
14:54.41brlcadthe routines are not defined by a directory
14:54.56Ch3ck_in a directory
14:55.30brlcadright, it's searching for *libraries* in a directory .. what libraries is it looking for?
14:55.54Ch3ck_libbu and librt
14:56.12brlcadexcellent
14:56.30brlcadso you're compiling your tree_walk_test.c, you need to link against libbu and librt
14:56.39Ch3ck_here is my current command "gcc tree_walk_test.c -L/usr/brlcad/src -lrt -lbu  -I/usr/brlcad/include -I/usr/brlcad/include/brlcad"
14:56.55brlcadso you specify -lrt and -lbu ... and you have to tell it where to find those libraries, in what directory do you have them?
14:57.06Ch3ck_but it tells me -lbu not found
14:57.10Ch3ck_ok
14:57.31brlcadit has no idea where YOU put libbu or librt
14:57.34brlcadyou have to tell it
14:57.48brlcadwhich of the 1,2,3,4,5 tells the compiler where to find a library?
14:59.18Notify03BRL-CAD:starseeker * 57032 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): comment tweaks
14:59.26Ch3ck_option 3
15:00.02brlcadwhat was option 3?
15:01.03Ch3ck_Sorry just lost it from my screen
15:01.09Notify03BRL-CAD:starseeker * 57033 brlcad/trunk/src/conv/step/step-g/CMakeLists.txt: Don't ignore files that aren't there
15:01.12Ch3ck_so can't really say for sure what it was ;)
15:01.23brlcad10:36 < brlcad> 1) what to compile
15:01.23brlcad10:36 < brlcad> 2) where to put the output
15:01.23brlcad10:36 < brlcad> 3) where to find headers
15:01.23brlcad10:36 < brlcad> 4) where to find libraries
15:01.23brlcad10:36 < brlcad> and technically 5) what libraries
15:01.46Ch3ck_:)
15:01.48brlcadso you just guessed??
15:02.00Ch3ck_ok yes ;)
15:02.02brlcadplease don't waste my time, I have better things to do than deal with you guessing
15:02.11brlcadi'm trying to help you understand
15:02.18brlcadif you're not interested in trying, let me know
15:02.20Ch3ck_yeah i appreciate that..
15:02.38Ch3ck_i'm really interested in learning this
15:02.44brlcadwhich of the 1,2,3,4,5 tells the compiler where to find a library?
15:02.48Ch3ck_since its very pivotal
15:02.57Ch3ck_4
15:03.00Ch3ck_option 4
15:03.05brlcadthis is very fundamental
15:03.26brlcadevery developer should understand #1-#5 intimately and know how to compile manually like this
15:03.57brlcadso again, the compiler has no way of knowing where libbu or librt are
15:04.08brlcadso you have to tell it, via #4 .. which was which gcc option?
15:04.14Ch3ck_so i'll have to give -I first
15:04.21Ch3ck_before -L
15:04.26Ch3ck_and -l
15:04.32Ch3ck_right?
15:04.36brlcadnope
15:04.41brlcadwhat is -I?
15:04.56Ch3ck_it specifies where to fine headers
15:05.17brlcadyes
15:05.30brlcadfrom what you've described thus far, you are not faced with a "I cannot find the header" error
15:05.41brlcadwhat is the error you see?
15:05.50Ch3ck_-lbu not found
15:06.00brlcadlibbu is not found
15:06.02Ch3ck_thats the error
15:06.17brlcadlibbu is a library and -lbu (#5) is how it was specified
15:06.26brlcadhow do you tell the compiler where to find libraries?
15:06.39brlcadwhat option? -l, -I, -L, -c, -o, -?
15:06.44Ch3ck_by specifying with -L
15:07.00brlcadso you need to specify a -L/path/where/it/can/find/libbu
15:07.06brlcadwhere is libbu?
15:07.29Ch3ck_/usr/brlcad/src/
15:07.43brlcadI doubt it
15:07.51brlcadlibbu is a file
15:07.51Ch3ck_or /usr/brlcad/src/libbu
15:07.57brlcadthat is a directory
15:08.01brlcadlibbu is a file
15:08.38brlcadif "ls /usr/brlcad/src/libbu*.so" fails, you have the wrong path
15:09.01Ch3ck_ok grepping
15:09.14brlcadsrc/libbu is a directory containing the sources to libbu
15:09.21brlcadthose are compiled when you run cmake+make
15:09.34brlcadthey are compiled into a libbu library file
15:10.01brlcadif you just compile, they will be in your build tree somewhere
15:10.12brlcadif you compile and install, they will be in your build tree somewhere and in your install tree
15:10.33Ch3ck_i find libbu.so n /usr/brlcad_build/lib
15:10.36brlcad/usr/brlcad is often an install tree, which is where the example you copy-pasted comes from
15:10.58brlcadis /usr/brlcad_build a build tree or an install tree?
15:11.16Ch3ck_build tree
15:11.23brlcadare you sure?
15:11.36brlcadjust because YOU named it brlcad_build doesn't mean anything
15:11.46brlcadwhere did you run cmake?
15:11.49Ch3ck_i built from this from here  so i gues its here
15:12.01Ch3ck_here: brlcad_build
15:12.13brlcadokay, so then it is a build tree
15:12.29brlcadthat will work, but do remember that it is NOT an install tree
15:12.35brlcadthere is a difference and sometimes it will matter
15:12.42Ch3ck_I also exec 'make install' from here
15:13.00brlcadwhen you run make install, where does it install into?
15:13.09Ch3ck_so i guess it'll also be the install tree
15:13.44brlcadthere is absolutely no point in having a build tree be the same path as the install tree
15:13.47*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b113:a117::83e:fc01)
15:13.48brlcadthat's just asking for problems
15:13.52Ch3ck_/usr/brlcad_build/bin
15:13.57brlcadno
15:14.15brlcadthat is merely where binaries are put when they are compiled
15:14.27brlcadyour build path contains "lib", "bin" and several other directories
15:14.34brlcadyour build path is specified during cmake
15:14.39brlcadwhat was your cmake line?
15:14.59brlcadyour install path is specified during cmake as well via options
15:15.20Ch3ck_cmake  ../brlcad -DBRLCAD_BUILD_TYPE=Debug
15:15.29Ch3ck_from the brlcad_build directory
15:15.37brlcadoh my
15:15.38brlcadokay
15:16.04brlcadso that means you have sources in /usr/brlcad
15:16.16brlcadbuild output in /usr/brlcad_build
15:16.51brlcadand you're probably installing into /usr/brlcad/dev-7.24.1
15:16.53Ch3ck_exactly
15:17.27brlcadthat's very .. unusual :)
15:18.26brlcadsources would normally be in your home directory, build directory too, then you install into /usr/brlcad/dev-*
15:18.28Ch3ck_well thats how its been working since i started compiling ;)
15:18.49brlcadwell, that's just odd for many reasons
15:19.02brlcadyou would have had to become root just to extract the sources, and to create your build dir
15:19.18brlcadrunning sudo to get past your problems is  ... not good
15:19.23``Erikwaits for Ch3ck_ to say he's been editing and compiling as root
15:19.35Ch3ck_yes
15:19.40brlcadshould understand what you're doing and EXACTLY why you're doing anything as root
15:20.05*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b113:a117::83e:fc01)
15:20.17Ch3ck_thats how i've been working on BRL-CAD
15:20.23brlcadthat's just .. wrong
15:20.38brlcadand it's not BRL-CAD's fault .. it's your doing
15:20.39``Erikpoor practice, could easily lead to messing up the install
15:20.53brlcadcould easily lead to messing up your entire operating system
15:21.18Izak_that already happened to me once
15:21.24Ch3ck_well since I tried doing an svn checkout a normal user and it failed
15:21.34Ch3ck_so i started working as root
15:21.44``Erikwhat was the error message it said? permission denied on writing the files?
15:21.55Ch3ck_yes
15:22.18``Erikthat means you were trying to check it out into the wrong place... :) do it in your user home dir and it's all good
15:22.38Ch3ck_ok
15:23.02brlcadyou should fix that now, compile and build in your home directory
15:23.03Ch3ck_so in this case what do i do now get a fresh checkout as a normal user
15:23.15Ch3ck_ok
15:23.26``ErikCh3ck_: yes, a fresh new checkout as your mortal user in yur mortal user home directory
15:23.33Ch3ck_but will it go when not in superusr mode.
15:23.49brlcadif it doesn't, you already screwed other things up
15:23.54brlcadit should work just fine
15:24.23brlcadyou should be able to "sudo mv /usr/brlcad ~/brlcad && sudo chown -R Ch3ck ~/brlcad"
15:24.40brlcadinstead of getting a whole new checkout
15:25.07brlcadthen I'd suggest just deleting your existing build and install trees
15:25.28brlcadsudo rm -rf /usr/brlcad_build
15:25.29brlcadrm -rf ~/brlcad/dev-*
15:25.36brlcad(after the chown)
15:25.58``ErikCh3ck_: how you have things set up on brlcad.org is good... with ~/code/brlcad/ and ~/code/brlcad_build/ ... if you can do similar on your personal machine...
15:26.24brlcadthen: mkdir ~/brlcad/.cmake && cd ~/brlcad/.cmake && cmake .. -DBRLCAD_BUILD_TYPE=Debug
15:26.42brlcador what ``Erik said
15:26.55Notify03BRL-CAD:starseeker * 57034 brlcad/trunk/src/other/stepcode/src/express/entity.c: Clear declaration-after-statement warnings
15:27.04Izak_How do I add a  mortal user to sudoers list?
15:27.16brlcaddon't
15:27.21Ch3ck_but when i try moving files on my personal machine it says user not on sudoers list
15:27.26brlcadjust do everything I wrote as sudo as root
15:27.30brlcadthen don't become root again :)
15:27.39Ch3ck_ok
15:28.08``Erikheh, .cmake/ ? :) I'm using src/brlcad/build/gcc/ src/brlcad/build/clang/ src/brlcad/build/gccopt/ etc myself
15:28.37brlcad``Erik: I stash build dirs into the source dir it goes with because I usually have N build dirs all going at once
15:28.48brlcaddifferent checkouts doing different things
15:29.16``Erikah, I run many builds out of the same source tree, to try to minimize portability issues
15:29.20Izak_hhmm
15:29.57brlcadmost of the things I'm doing can't go into the same source tree
15:30.06Ch3ck_hungry! gotta get some ATP! fast
15:30.39brlcadone checkout, I'm halfway done adding a new primitive, another has a lot of affinity stuff, another is set up for performance profiling, another for the stable branch, ...etc
15:31.07``Erikgit branch, git stash, *cough* O:-)
15:31.42brlcadthat's really no different
15:32.07brlcadother than git tracking commits into them for me
15:32.12Notify03BRL-CAD:starseeker * 57035 (brlcad/trunk/src/other/stepcode/src/fedex_plus/classes.c brlcad/trunk/src/other/stepcode/src/fedex_plus/classes_misc.c): more declaration-after-statement warnings
15:32.33brlcadI still need to keep the checkout
15:32.59Notify03BRL-CAD:starseeker * 57036 (brlcad/trunk/src/other/stepcode/src/clstepcore/ExpDict.h brlcad/trunk/src/other/stepcode/src/clstepcore/STEPattribute.h and 4 others): clear 'extra ';' inside a class' warnings
15:33.01brlcadbecause three or four are edited at the same time, different overlapping sets of patches and different states of testing
15:33.26brlcadI don't stop working on one and swtich to another
15:34.40Notify03BRL-CAD:starseeker * 57037 brlcad/trunk/src/other/stepcode/src/cllazyfile/instMgrHelper.h: Add newline
15:35.22Notify03BRL-CAD:starseeker * 57038 (brlcad/trunk/src/other/stepcode/src/base/judy/src/judyS2Array.h brlcad/trunk/src/other/stepcode/src/base/judy/src/judySArray.h): Match type to the _buff type - mismatch was an error in clang
15:40.21starseekerwill need to do another github fork for stepcode pretty soon...
15:41.25starseekerwonders if some of the functionality in our step wrapper can/should be added to the stepcode classes directly...
16:07.45*** join/#brlcad kesha (~kesha@14.139.122.114)
16:38.24*** join/#brlcad kesha (~kesha@14.139.122.114)
16:44.50Notify03BRL-CAD Wiki:Phoenix * 6014 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */
17:40.14*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:44.33Notify03BRL-CAD Wiki:Harman052 * 6015 /wiki/User:Harman052/GSoc2013/Logs:
17:53.22Notify03BRL-CAD:carlmoore * 57039 brlcad/trunk/src/conv/nmg/g-nmg.c: add P to the Usage statement
18:36.38*** join/#brlcad kesha (~kesha@14.139.122.114)
18:40.31Notify03BRL-CAD:starseeker * 57040 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/other/stepcode/src/clstepcore/STEPcomplex.cc): Tweak assignment of unit entities to the aggregate.
19:27.06Notify03BRL-CAD Wiki:NyahCh3ck20 * 6016 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */
19:30.11*** join/#brlcad caen23 (~caen23@92.83.181.251)
19:56.48Notify03BRL-CAD:starseeker * 57041 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: orient the start and end points according to whether the edge is flipped according to the trim... still not sure I've got this right, but the 'closed curve' in 3 space actually did re-use the edge...
20:14.40*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:32.10Notify03BRL-CAD Wiki:Vladbogolin * 6017 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */
20:57.00Notify03BRL-CAD:starseeker * 57042 brlcad/trunk/src/other/stepcode/src/express/ordered_attrs.cc: Windows doesn't have strcasecmp
20:58.06Notify03BRL-CAD:starseeker * 57043 brlcad/trunk/misc/CMakeLists.txt: Just ignore the directory, like other misc directories not involved with CMake.
21:05.18Notify03BRL-CAD:starseeker * 57044 brlcad/trunk/misc/CMakeLists.txt: Oh yeah, don't add the directory
21:07.24Notify03BRL-CAD:starseeker * 57045 (brlcad/trunk/src/other/stepcode/src/express/express.c brlcad/trunk/src/other/stepcode/src/express/fedex.c): If we're going to make this a library function, put it in express.c
21:07.53*** join/#brlcad kesha (~kesha@14.139.122.114)
21:22.49Notify03BRL-CAD:starseeker * 57046 brlcad/trunk/src/other/stepcode/src/express/express.c: Ah, right, don't have the helper function here.
21:25.22Notify03BRL-CAD:starseeker * 57047 brlcad/trunk/src/other/stepcode/src/express/express.c: Include sc_version_string
21:41.40Ch3ck_brlcad: finally gave the correct arguments to the test but i get the following error with ./a.out:./a.out: error while loading shared libraries: librt.so.20: cannot open shared object file: No such file or directory
21:41.54Ch3ck_So I don't understand what to do here
21:42.30Ch3ck_exit
21:42.53Ch3ck_Gotta go get some rest and continue testing 2moro ;)
21:43.22Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6018 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
21:44.17*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
22:29.28*** join/#brlcad kesha (~kesha@14.139.122.114)
22:40.47*** join/#brlcad kesha (~kesha@14.139.122.114)
23:46.43Notify03BRL-CAD:starseeker * 57048 brlcad/trunk/CMakeLists.txt: This test for the Windows Winmm library should work - need to fix up macro logic so that it actually does work.
IRC log for #brlcad on 20130822

IRC log for #brlcad on 20130822

02:06.15Notify03BRL-CAD:starseeker * 57049 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: FreeCAD doesn't yet import our step file, since we have no shape definition. Start listing out what we will need for one of those.
02:29.32Notify03BRL-CAD:starseeker * 57050 (brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake brlcad/trunk/misc/CMake/FindTERMLIB.cmake brlcad/trunk/misc/pkgconfig/CMakeLists.txt): We don't appear to need the RESOLVE_LIBRARIES macro
02:42.28Notify03BRL-CAD:starseeker * 57051 (brlcad/trunk/src/other/incrTcl/itcl/CMake/CheckSystemFunctionality.cmake brlcad/trunk/src/other/incrTcl/itcl/CMake/ac_std_funcs.cmake and 19 others): Remove ResolveCompilerPaths from src/other CMake as well.
03:30.50Notify03BRL-CAD:phoenixyjll * 57052 brlcad/trunk/src/libbrep/boolean.cpp: Simplify the code to output IsValid() information.
03:43.39Notify03BRL-CAD:phoenixyjll * 57053 brlcad/trunk/src/libbrep/boolean.cpp: Don't use explicit dynamic memory allocation for curvesarray, in case that we forget to delete it. Use ON_ClassArray instead.
03:48.29brlcadCh3ck: on modern linux systems, you also need to specify --rpath=/path/to/lib
03:48.40brlcadso that it knows where to look for the libraries at runtime
03:50.35brlcadn_reed: narrowed in on the ohloh problem, I found where in their code it's hanging, and have at least one terrible-but-better-than-nothing solution already
03:50.38brlcadlooking into another
03:50.46Notify03BRL-CAD:phoenixyjll * 57054 brlcad/trunk/src/libbrep/boolean.cpp: Rename the members in TrimmedFace with "m_" prefix for consistency.
03:57.13Notify03BRL-CAD:phoenixyjll * 57055 brlcad/trunk/src/libbrep/boolean.cpp: Swap start & end if start > end.
04:27.41Notify03BRL-CAD:phoenixyjll * 57056 brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed variable.
05:52.26*** join/#brlcad caen23_ (~caen23@92.83.164.173)
07:39.18*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:53.23*** join/#brlcad kesha (~kesha@14.139.122.114)
07:56.20*** join/#brlcad vladbogo (~vladbogo@188.25.238.69)
09:01.02Notify03BRL-CAD:phoenixyjll * 57057 brlcad/trunk/src/libbrep/boolean.cpp: Keep the information of the usage of SSI curve, so that we can know the connection between two trimmed faces (split from two surfaces), and get the connectivity graph of the new geometry after boolean evaluation.
10:05.08Ch3ckfacing a problem with the l command whereby suppling an l command with no object "seg fault(mged dumped)" error is this how its supposed work..
10:06.21Notify03BRL-CAD:iiizzzaaakkk * 57058 brlcad/trunk/src/librt/primitives/superell/superell.c: Modifying a comment by punctuating the word primitive
10:52.24*** join/#brlcad caen23 (~caen23@92.83.164.173)
10:55.55Notify03BRL-CAD:starseeker * 57059 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: List out the C++ structs we'll need to populate and link up for shape definition
10:56.37starseekerhuh:  http://www.gecode.org/doc-latest/reference/group__TaskModelIntGeoPacking.html
10:58.42Notify03BRL-CAD:vladbogo * 57060 brlcad/trunk/src/libdm/dm-qt.cpp: Check if Qpainter is null in drawVList and changed log position.
11:03.53Notify03BRL-CAD:vladbogo * 57061 brlcad/trunk/src/libtclcad/tclcad_obj.c: Added the Qt display manager as a valid dm.
11:27.59Izak_brlcad:please can you explain to me what RT_GET_SEG(segp, ap->a_resource) and the code after it at the end of rt_???_shot() does ?
11:28.19Izak_brlcad: I don't understand that portion
11:42.35Ch3ckbrlcad: did that successfully everthing now works :)
12:02.10*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b116:74eb:0:48:3095:3101)
12:27.45*** join/#brlcad Izak__ (~Izak@195.24.220.16)
12:28.01Izak__Ch3ck: What about the test?
12:30.40Ch3ckworking on it
12:45.45``ErikIzak__: RT_GET_SEG() allocates a segment (using a pool allocator for performance, not just malloc()) that gets the hit information (inhit, outhit, soltab) put in it
12:46.24Izak__``Erik: Don't follow :(
12:47.46``Erikwhen a ray is fired against a primitive, the intersection information has to be saved somehow for the boolean evaluator to process... a primitive can have multiple intersections, so a list of 'segments' holds all that information
12:49.38``ErikRT_GET_SEG(segp, app.resource); is sorta kinda like a fast version of segp = (struct segment *)malloc(sizeof(struct segment));
12:53.00Izak__``Erik: When generating the sextic polynomial, must I gradually build the equation up like in the tor primitive?
12:55.49``Erikassembling and solving the polynomial is the part where you're the expert, dude :D I think brlcad mentioned that the root solver that tor uses could be extended to handle the hrt primitive, but was not capable as it stands now?
13:02.02Izak__Well, I calculated the coefficients of the equation generated when the ray intersects the heart and proceeded
13:04.14Izak__``Erik: rt_hrt_shot() compiled but running the 'rt' command in the mged/archer interface gives me a message ending with "Raytrace failed". You can view the tr_hrt_shot() code here http://paste.kde.org/p425b3f28/
13:05.18``Erik(if it compiles, you might as well commit it, the primitive is not "official" yet so not working quite right isn't the end of the world)
13:07.06Izak__``Erik: Have you looked at the code already ?
13:07.26``ErikI'm looking at it, but it lacks the markup I'm used to :D
13:08.26Izak__Which markup is that ?
13:08.40``Erikthe color highlighting and code folding in vim
13:08.47Izak__ok
13:09.40``ErikI think your return values might be off, I think it might want the number of segments, not the number of intersection points
13:10.18``Erikno, my bad, it's the number of intersect points, you're right
13:10.39Izak__``Erik:This one has the highlighting and betterhttp://paste.kde.org/pda00a9e3/
13:10.43``ErikI don't know why it'd fail O.o maybe add some printf or bu_log statements to see what the code is doing?
13:11.19Izak__I'll do that
13:11.59Izak__Then I'll also try to build the sextic equation gradually like the tor as brlcad: proposed
13:12.16Ch3ckbrlcad: http://paste.kde.org/p41996ae7/ here is my test for pull_comb() routine. i'm unable to read object.
13:12.45Ch3ckand actually moving throught tree using the goblet.g object
13:12.53Izak__hope ``Erik is looking at the better syntax-highlighted shot()
13:15.38``Erikhm, fwiw, the default: label in a switch statement is usually at the end, but that shouldn't be the cause of the failure...
13:18.15``ErikI'd also suggest removing the register keyword, it should be completely ignored on i386/x86_64 with a relatively modern compiler
13:19.29Izak__``Erik: You mean removing the keyword from the entire routine ?
13:19.40``Erik:%s/register //g
13:20.07``Erik"register int i;" should just be "int i;"
13:20.48Izak__wondering what %s/register //g means
13:21.06``Erikvim command to globally replace any instance of "register " with ""
13:21.19Izak__using emacs
13:21.29``Eriklike "sed 's/register //g'"
13:22.14Izak__``Erik: You are really geeked up. I'm sure you think in 0s and 1s :)
13:23.05``ErikI felt for bender in the futurama episode where he had a nightmare... "one one zero one zero zero one TWO???"
13:24.37Izak__For now, I'll commit rt_hrt_shot with the register keyword in it
13:26.25Notify03BRL-CAD Wiki:Phoenix * 6019 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */
13:26.38Notify03BRL-CAD:carlmoore * 57062 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/librt/primitives/hrt/hrt.c): fix spelling and remove trailing blanks
13:36.45Izak__carlmoore:What have you done ?
13:39.34Izak__``Erik: Have you been able to view the last commit ?
13:39.57Izak__sf,net says "no more commits"
13:40.46Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6020 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
13:41.06Izak__hungry
13:43.49Notify03BRL-CAD:tbrowder2 * 57063 brlcad/trunk/src/util/dsp_add.c: add note about wiki
13:51.47Notify03BRL-CAD:tbrowder2 * 57064 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/en/attr.xml brlcad/trunk/include/raytrace.h): rename gattributes to attributes as file name and references to the man page
13:53.17``ErikIzak__: I don't think your commit worked (perhaps a conflict stopped it?). the last commit to hrt.c from you was 23 hours ago
14:44.49Notify03BRL-CAD:brlcad * 57065 brlcad/trunk/NEWS: tom renamed the 'gattributes' man page to just 'attributes' so it's easier to find. the page describes our v5 attribute system.
15:11.34*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:21.42Notify03BRL-CAD:carlmoore * 57066 brlcad/trunk/src/conv/nmg/g-nmg.c: remove a set of braces, and a mistakenly-inserted brace is changed to bracket in Usage statement
15:22.50jordisayolhello. Can I set archer as default application for brlcad mime types on Linux?
15:35.37brlcadjordisayol: too soon
15:35.49brlcadwe need to be at least in beta status
15:35.55brlcadright now, it's alpha
15:37.18jordisayolbrlcad: I remember we talk that when it becomes alpha, but no problem, we will change it when it's beta
15:59.45Notify03BRL-CAD:starseeker * 57067 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a stab at adding at least some form of shape definition to the step output.
16:23.42Izak_b
16:42.32Notify03BRL-CAD:iiizzzaaakkk * 57068 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding rt_hrt_shot to intersect a ray with the heart
16:43.40*** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:54.19brlcadCh3ck: a crash is never "how it is supposed to work"
16:54.40brlcadcan you fix it?
17:01.06Notify03BRL-CAD:brlcad * 57069 brlcad/trunk/src/conv/step/g-step/g-step.cpp: ws consistency
17:10.18Notify03BRL-CAD Wiki:Vladbogolin * 6021 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */
17:10.38Notify03BRL-CAD:brlcad * 57070 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: include comments and logically break up the wall of code so I can understand what's going on
17:11.35Ch3ckbrlcad: fixed the problem but having problems generating the dp from db_lookup(dbip, argv[1] ..)
17:11.46Ch3ckthis where the problem lies
17:12.18Ch3ckwas actually thinking of building the tree with db_build() as you did in the tree_walker_test
17:12.26Ch3ckbefore calling db_lookup
17:16.48``Erikbrlcad: any thoughts on why wish and bwish would do drastically different things with http://brlcad.org/~erik/tmp/whu.tcl ?
17:30.43Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6022 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
18:34.44Notify03BRL-CAD:erikgreenwald * 57071 brlcad/trunk/src/adrt/isst: use wish instead of bwish
18:45.54Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6023 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
18:47.58Notify03BRL-CAD:starseeker * 57072 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: tweaks - geometry still not coming in correctly with BRL-CAD step-g, looks like topology is off somewhere...
18:58.35*** part/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
18:58.45*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
19:00.57Izak__``Erik:Please take a look at this picture. A test of shot using the 'rt' command  http://brlcad.org/~Izak/rt_shot_test.png
19:11.11brlcadIzak__: question for you regarding the doc camp, it's my understanding that you applied and were accepted as an individual.  is that true?
19:11.39Izak__brlcad:True
19:11.58brlcadcongrats, that's fantastic
19:12.09Izak__brlcad: Would prefer documenting for BRL-CAD though
19:12.19brlcadthat leads to a follow-up question then of .. heh
19:12.29brlcadwell that's my question actually
19:12.31brlcadyou have a choice
19:12.46brlcadyou either can go and get assigned to a project (maybe brl-cad maybe not)
19:12.56brlcador you can be one of our 5
19:13.23brlcadeither way, I need to know because it determines how many others we get to send
19:14.17brlcadand slot-wise, if you're one of our five, that leaves just one more slot open, otherwise two
19:14.19Izak__brlcad:Would prefer to get assigned to a project, to give others some one a chance
19:14.49brlcadgoing for a balance of 2 experience, 2 inexperienced, and 1 professional editor
19:15.35Izak__Wow: hoping BRL-CAD sends a diverse team
19:15.53brlcadokay, that works .. let me know within the next couple hours if you change your mind
19:16.07Izak__Okay then
19:16.17brlcadit'll be pretty diverse
19:16.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 6024 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */
19:16.50brlcadhave to balance people that understand and can write content quickly with people that will need to work on other aspects like structure, grammar, translations, etc
19:17.19brlcadjust know that it is entirely likely that you will NOT be assigned to BRL-CAD, just in terms of % chance
19:18.07Izak__meaning I will not sprint for BRL-CAD ?
19:18.20brlcadthat is possible
19:18.21brlcadlikely even
19:18.24brlcadI think there are 4 or 5 orgs if I recall correctly, so 20% or so
19:18.49brlcadI don't know how random the assignments are, or if you even have any say
19:18.55Izak__yeah I know of the chosen orgs
19:19.49brlcadsince you were accepted as an individual, you get to choose, but google asked that if you knowingly choose brl-cad, that we only send 4 others to keep things fair/balanced
19:19.58Izak__So will u advise me to take a look at their software or docs just to be prepared?
19:20.47brlcadwell I could certainly advise you for BRL-CAD, because we're going to have several meetings beforehand and do some work to make sure everyone is ready
19:21.01brlcadbut I don't even know what other orgs were accepted to prepare you for them
19:22.20Izak__I know them : Should I send them to you BRL-CAD, RTEMS, OpenMRS, Gnome
19:23.40Izak__brlcad: Seen them ?
19:25.49Notify03BRL-CAD:brlcad * 57073 brlcad/trunk/src/libbu/malloc.c: utilize posix_memalign() for allocations, starting with an ultra-conservative 8 byte alignment while more testing is performed. clean up some misplaced comments while we're at it.
19:33.30Notify03BRL-CAD:brlcad * 57074 brlcad/trunk/src/libbu/malloc.c: this just artificially makes malloc/calloc even slower than they already are, needs to be fixed
19:35.32Izak__wondering if brlcad: and Izak__: are done discussing
19:38.31Notify03BRL-CAD:brlcad * 57075 brlcad/trunk/include/bu.h: define a semaphore specifically for malloc. this will prevent the deadlock condition frequently encountered with libfb's i/o locking (which has absolutely nothing to do with a potentially threadunsafe malloc implementation.).
19:40.18Notify03BRL-CAD:brlcad * 57076 brlcad/trunk/src/libbu/malloc.c: utilize the new BU_SEM_MALLOC semaphore instead of BU_SEM_SYSCALL since this has been a historic source of confusion and unnecessary debugging hell. remove a few fprintf-wrapped locks as well since there are considerably more that remain unprotected, at least until a need is observed.
19:40.53brlcadCh3ck: you fixed the "l" command crash?  what was the cause?  do you have a patch?
19:41.34brlcadCh3ck: as for db_lookup, you must build the directory first as in the example
19:44.15Notify03BRL-CAD:carlmoore * 57077 brlcad/trunk/src/conv/nmg/g-nmg.c: print output file name ('default' if that is the case), and also do if-else for percent
19:44.36Ch3ckwell discovered the crash while building a test case for my pull_comb() routine
19:45.02brlcadsure
19:45.08Ch3ckwell still debuggin my test there appears to be some NULL Pointer lurking somewhere
19:45.13Ch3ckin my code
19:45.33Ch3ckill finish and look at the l command problem ;)
19:45.39brlcadokay
19:45.51brlcadif anything, a backtrace on the l command crash would help
19:46.20Ch3ckok thanks
19:46.30brlcaddo you remember gdb?
19:46.35brlcadgdb --args mged ...
19:46.38brlcadgdb> run
19:46.52brlcadrun the "l" command in mged, crash kicks back to gdb
19:46.57brlcadthen
19:47.02brlcadgdb> backtrace
19:47.10brlcadit'll print where exactly it crashed
19:47.36Notify03BRL-CAD:starseeker * 57078 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Previous state caused step-g to crash
19:49.40brlcad``Erik: just fyi, I ran a global s/register //g a little while back and benchmark dropped a consistent 10-20%
19:50.00brlcadI was frankly shocked, but I it was clearly taking the hints to heart in at least some critical functions
19:50.54brlcadIzak__: carlmoore is not on irc, just so you know
19:51.20brlcadand what he did was right there in his commit message :)
19:51.28Izak__brlcad:Okay, 'cause he's always on my back :)
19:51.37brlcadwell you keep making spelling mistakes :)
19:52.22brlcadhe's very particular and has amazingly done well to eliminate nearly every spelling mistake in the entire package
19:52.50Izak__thinking that brlcad: assigned carlmoore: to "justb keep following this guy"
19:52.52brlcadwhich is pretty amazing when you think about it .. more than a million words of documentation alone, more than a million lines of code
19:53.01brlcadnope
19:53.05Izak__s/justb/just
19:53.07brlcadhe does that all by himself
19:53.55brlcadhe also writes scripts
19:54.03brlcadwhen someone makes a mistake more than once, they are then forever checked every day thereafter by his scripts
19:54.09Izak__acknowledging the great job carlmoore: is doing
19:54.14Ch3ckbrlcad: ok. Well looks like the problem comes from the bn_mat_inverse() routine.
19:54.31brlcador once he cleans up a directory and marks it clean, his scripts catch when anything makes them unclean
19:54.41brlcadCh3ck: stacktrace?
19:54.42Ch3ckwhen the matrix enters there it does not come out.. will do the backtrace with gdb
19:55.01Ch3cki mean for my test
19:57.06brlcadgot to migrate beyond using print statements for debugging ;)
19:57.35brlcadfar too slow for real work
20:00.45Ch3ckyeah never really used gdb before much..
20:01.04Ch3ckfollowing some online tutorials in order to maximise its power.
20:03.19Notify03BRL-CAD:brlcad * 57079 brlcad/trunk/src/conv/nmg/g-nmg.c: integer division for percentages is generally a bad idea. do it as doubles.
20:03.36brlcadCh3ck: feel free to ask questions here too .. we all use it
20:03.50brlcadvery powerful for figuring things out
20:05.35Ch3ckwell i want to enter the pull_comb and actually know the precise point where the seg fault occurs
20:05.44Ch3ckhow do i do that? do i set breakpoint?
20:10.49Ch3ckset break point at bn_mat_inverse. Then exec run but it gives me the following error: Program exited normally.
20:10.52Ch3ckMissing separate debuginfos, use: debuginfo-install glibc-2.12-1.47.el6.i686 libgcc-4.4.6-3.el6.i686 libstdc++-4.4.6-3.el6.i686 tcl-8.5.7-6.el6.i686 zlib-1.2.3-29.el6.i686
20:13.31starseekerbrlcad: nevermind, my build was in a bad intermediate state
20:23.52Ch3ckcurrently steppting through code using gdb 'n' and 's' command
20:41.47Ch3ckbrlcad: finally discovered the problem with gdb that "comb_leaf->tr_l.tl_mat" is a null pointer is this normal for every combination?
20:42.11Ch3ckor i need to declare one in case it does not exist
20:43.31Ch3ckor if the comb_leaf is like a xxx.r object then i'll have t create one or use the pull_leaf routine here right?
20:48.10Notify03BRL-CAD:starseeker * 57080 brlcad/trunk/src/conv/nmg/g-nmg.c: Fix build error
20:49.56Izak__a demain :)
20:53.35Ch3ckbut when i use t the tree_state_pointer(tsp) it gives me a valid matrix. is that ok?
20:54.09Ch3ckor must i use the comb_leaf->tr_l.ts_mat?
21:01.27Notify03BRL-CAD:mohitdaga * 57081 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Few changes in bw.c and pix.c related to style. Also read function returns 0 when end of file is reached.
21:02.23Ch3ckwrapping up to go sleep ;)
21:03.32Ch3ckstarseeker: brlcad: still waiting on my patches to be reviewed ;)
21:04.31Notify03BRL-CAD:mohitdaga * 57082 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bw-pix.c): Update bw-pix to use libicv. Also this imporves the usability of bw-pix.
21:06.41Notify03BRL-CAD:mohitdaga * 57083 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/pixfade.c): Update pixfade to use libicv. This now uses icv api to fade an image. This helps in writting/reading to/from pipes.
21:07.59zero_levelwaves to ``Erik and brlcad
21:15.26brlcadwaves to zero_level
21:15.36brlcadstarseeker: glad to hear it
21:31.30zero_levelhey getting this error while installing
21:31.32zero_levelhttp://paste.kde.org/p973ae891/
22:01.53brlcadthat's current development, Izak_ that's for you
22:02.12brlcadzero_level: you could fix that or turn off strict ;)
22:02.17brlcador wait for Izak_ to fix it
22:04.04brlcadCh3ck: there's no way to tell just looking at "comb_leaf->tr_l.tl_mat" whether it's normal for that to be null or not
22:04.12brlcadneed to see the stack trace that led to there
23:32.25*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
IRC log for #brlcad on 20130823

IRC log for #brlcad on 20130823

00:36.44starseekerphooey - FreeCAD didn't like the shape representation definition - guess I'll have to put both styles of shape definition in
01:39.39brlcadstarseeker: for what it's worth, I've heard numerous commentaries about opencascade's STEP support being pretty terrible
02:15.02Notify03BRL-CAD:starseeker * 57084 brlcad/trunk/src/other/stepcode/include/ordered_attrs.h: Take a stab at exporting the orderedAttrs functions for Windows.
02:21.09starseekerbrlcad: fair enough, but it can load the Rhino export of the same geometry
02:21.25starseekerso it's clearly worth adding the extra header entries
02:21.44starseekerit's not hard, just a bit tedioius to hook up ;-)
02:23.08starseekerit's a bit tricky sorting out what the actually *requried* parts of the STEP files are from the informational entries we probably don't care about
02:23.43brlcadsure, not saying the course of action you mentioned wasn't worth it
02:23.52starseekerlonger term it might be worth seeing about establishing some attribute conventions for _GLOBAL or something that map to the STEP bits I'm seeing
02:24.20brlcadjust that freecad is unreliable in terms of correctness
02:24.30starseekeris currently mired in figuring out exactly why his step export doesn't import when Rhino's does
02:24.49starseekerthere are geometry differences in that we are (currently) not splitting closed loops
02:24.56starseekerer closed curves rather
02:25.25starseekerbut I can't tell whether I'm just not handling them correctly writing them out, or step-g isn't reading them in correctly
02:26.13starseekeragrees freecad isn't a benchmark of correctness
02:27.07starseekerthey are the most logical open source export target for our geometry though (maybe even the only other realistic one)
02:27.21starseekerat least, as far as NURBS are concerned
02:28.11starseekerthe OCE guys were intersted in looking at stepcode at one point, so once we've got our stuff polished up it may make them take another look
02:29.02starseekertakes another run at the bu_semaphore test as long as he's here...
02:32.49Notify03BRL-CAD:starseeker * 57085 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Whatever needs to go in the WINMM entry, it's gonna have to be part of the ADDEXEC line...
02:41.22starseekerblinks
02:41.41starseekerbrlcad: that might have done it - I just got a successful build of tester_bu_semaphore on MSVC
13:44.57*** join/#brlcad infobot (~infobot@rikers.org)
13:44.57*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
14:32.43Notify03BRL-CAD:carlmoore * 57103 brlcad/trunk/src/librt/primitives/hrt/hrt.c: remove trailing blanks/tabs; fix spelling; supply periods in 'e.g.'
14:50.25brlcadheh
14:52.48brlcadhickoryknoll: you around?  like to get a copy of your various codes and talk about what's next :)
14:53.08Ch3ck_sipping a bottle of coke!
15:25.25zero_level_hey can anyone help me switch off [-Werror=array-bounds] flags ?
15:28.55Ch3ck_brlcad: i've just submitted the patch for stubbing an empty pull into BRL-CAD could you please apply it so I could proceed with generating for pull_comb() subroutine?
15:40.17zero_level_Izak__ : I am not sure why this is happening on my pc.
15:40.31zero_level_smthing to do with hrt.c
15:42.36zero_level_at line 502 and 517
15:45.29Izak__Hoping someone helps zero_level: turn off those flags
15:46.56Izak__``Erik: How do rt_xxx_plot() functions work?
15:50.00*** join/#brlcad kesha (~kesha@14.139.122.114)
15:52.25*** join/#brlcad kesha (~kesha@14.139.122.114)
16:26.21*** join/#brlcad caen23 (~caen23@92.83.172.41)
16:45.03*** join/#brlcad vladbogo (~vlad@86.121.103.57)
17:07.29*** join/#brlcad vladbogo_ (~vlad@86.121.96.61)
17:20.11``ErikIzak_: they generate a list of line segments to approximate the wireframe of the geometry in 3d space, which something like the mged display window uses to draw the geometry using GL_LINES... like for a BoT, it just draws the edges of the triangles, for a sph it draws edges in a latitude/longitude style...
17:21.49``Erikhttp://www.youtube.com/watch?v=T2DXrs0OpHU#t=20  quantum computing explained
17:22.00``Erik(by the dude who does phdcomic)
17:22.42``Erikstarseeker: http://users.cms.caltech.edu/~mvanier/hacking/rants/cars.html
17:31.48starseeker``Erik: heh, that's awesome - thanks!
17:36.04starseeker"Visual Basic - a car that drives you"
17:36.29*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:36.36Notify03BRL-CAD:carlmoore * 57104 brlcad/trunk/src/conv/nmg/g-nmg.c: remove unneeded brace pairs, and re-implement -P argument in ***Usage*** statement (why did that revert from my earlier commit?)
17:36.40Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6028 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
18:05.38zero_level_brlcad : Can you please help me regarding the "array-bounds" flag ?
18:14.57*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:15.37*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
18:16.11*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
18:16.24*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:16.25*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
18:16.42*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:16.42*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
18:16.44*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
18:17.20*** join/#brlcad kesha (~kesha@14.139.122.114)
18:17.55*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:22.40brlcadIzak_: the answer is NOT to turn off the flags
18:22.56brlcadthey are messages intended for you to fix the problem the compiler identified
18:23.09*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:29.15Notify03BRL-CAD Wiki:Vladbogolin * 6029 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */
18:40.03*** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162)
18:40.28``Erik:o it worked!
18:45.44Notify03BRL-CAD:carlmoore * 57105 brlcad/trunk/src/libicv/bw.c: remove trailing blanks/tabs
18:50.04*** join/#brlcad Izak (~Izak@195.24.220.16)
18:53.19*** join/#brlcad Izak__ (~Izak@195.24.220.16)
18:57.12Notify03BRL-CAD:starseeker * 57106 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add more top-level shape definition logic. Seeing differences in how these are defined, so need to give a little thought as to what best practices would be...
18:59.23Notify03BRL-CAD:brlcad * 57107 NIL: create a branch where indianlarry can commit nurbs work in progress without any interference to/from trunk development.
19:00.43Izak__brlcad:My compiler shows me no errors. The sextic equation has 6 roots and 7 coefficients, just as the torus' final equation has atmost 4 roots and 5 coefficients. So I don't understand how to fix an error I am not experiencing
19:02.14brlcadIzak__: newer versions of gcc are better at warning
19:02.47brlcadif you are to believe the warning, what was it saying was the problem?
19:03.11brlcad(and you should believe the warning, it's a real issue)
19:03.47Notify03BRL-CAD:starseeker * 57108 brlcad/trunk/doc/html/CMakeLists.txt: Add logo ico file to CMake logic
19:03.54brlcad``Erik: suspense is killing
19:04.01Izak__It says I provided more elements than an array could carry: BUT I never did that
19:04.45``Erik?
19:04.45brlcad14:40 < ``Erik> :o it worked!
19:04.45``Erikoh, notify came back with no action on my part
19:04.45brlcadah, awesome
19:04.51brlcadIzak__: but you did
19:05.01brlcadagain, believe the message .. now to understand it
19:05.24brlcadwhat exactly was the message and/or line of code
19:05.41Izak__I am using gcc 4.4.6.
19:05.54brlcadyep, that's ancient in gcc terms ;)
19:06.18brlcadgcc 4.7 and 4.8 started adding and enabling some pretty advanced bug detection infrastructure
19:06.42``Erikrecent clang is pretty impressive with bug spotting and static analysis, as well
19:06.52brlcadyeah
19:07.11brlcadthey both have a variant of the research that coverity is built around
19:07.13Izak__Mohit says it is line 502 and 517 of hrt.c
19:07.20``Erik(fwiw, fbsd is using a fork of gcc 4.2.1 due to license issues, so all this new shiney bug stuff is 'different' there)
19:07.40brlcadIzak__: what's 502 (and do you have a log to see the exact message?)
19:08.56Izak__brlcad: This is what mohit showed me http://paste.kde.org/p4d4c4a66/
19:10.11zero_level_brlcad : in the meanwhile can you inform me how to switch off the flag.
19:10.37zero_level_I searched using grep, add_definitions , dont see any settings ! O.o
19:14.10Izak__What's happening ?
19:17.29*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
19:20.49*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:21.17*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:21.36*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
19:21.46*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
19:21.46*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:21.51brlcadsago is fuxed today
19:21.59*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
19:22.03*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:22.11*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
19:22.11Izak__why?
19:22.21*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
19:22.24brlcadthese network problems
19:22.36brlcadtheir entire network keeps going down
19:23.03brlcadsomebody is probably attacking them, having some friday fun
19:23.12*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:23.23*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:23.38brlcadIzak__: okay, hopefully our discussion doesn't get derailed again but lets start with the first one, hrt.c:502:9
19:24.00*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:24.09brlcadwhat is the error?
19:24.12zero_level_Izak__ to smothen your discussion .
19:24.15zero_level_cf is of dimension 5
19:24.34zero_level_fastf_t cf[BN_MAX_POLY_DEGREE+1];
19:24.44brlcadzero_level_: the point is for him to figure this out, no? :)
19:24.59zero_level_where BN_MAX)POLY_DEGREE = 4
19:25.08zero_level_brlcad : ok.
19:25.08brlcadappreciated, but opportunity lost
19:25.16zero_level_oops.
19:25.53brlcadIzak__: so there, see if you understand the problem now
19:26.06*** part/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
19:26.32zero_level_brlcad : but by the look of the code i couldnt figure out if we needed that stuff from 502 to 525 in hrt.c
19:28.07brlcadwell one has to know what "that stuff" means to figure that out, yes?
19:28.26Izak__zero_level: Are you saying the sextic equation does not have roots or what? I dont follow
19:28.51brlcadIzak__: if you didn't follow what he just told you, lets continue :)
19:29.02brlcadhe basically gave you the answer to what the problem is
19:29.47brlcadbut if you don't see it, we can walk through the problem to make sure you understand exactly what the compiler is saying
19:30.22zero_level_brlcad : sure.
19:30.30zero_level_brlcad : let me help Izak_ here.
19:30.43zero_level_I will try to guide him step by step.
19:31.07brlcadzero_level_: go for it, appreciated
19:31.39zero_level_Izak__ : since compilers are right. (always). And I face this problem. So there is a problem.
19:31.40brlcad~zero_level++
19:32.16Izak__listening
19:32.29zero_level_Izak__ : If you look at the kde.paste link
19:32.59zero_level_there is a error on line 502. at 9th col.
19:33.18zero_level_do u see this ?
19:33.38zero_level_why do u think that is a problem ?
19:33.41Izak__seen it
19:34.19Izak__cause 5 > BN_MAX_POLY_DEGREE
19:34.28zero_level_no.
19:34.41zero_level_do u use grep.
19:34.46Izak__yes
19:34.55zero_level_what is s ?
19:35.10zero_level_replace by s by S.
19:35.22zero_level_so what is S ? Which data type it is ?
19:35.54Izak__a polynomial
19:36.12zero_level_ok. what is S.cf ?
19:36.52Izak__Array of polynomial coefficients
19:36.54zero_level_also find out where is the polynomial data type defined ?
19:36.58zero_level_ok.
19:37.06zero_level_what is the length of the array ?
19:40.29Izak__5
19:41.39Izak__there?
19:42.21zero_level_can u see find if any where in the complete src repository we have more than 4 degree of polynomial. ?
19:43.37Izak__I think from bn.h the maxmum order of a polynomial is 4 so I don't think we have more than a 4 dgr poly
19:44.04zero_level_i did grep -r "dgr = 6"
19:44.18zero_level_and only got hrt.c
19:45.00starseekeryipe - gqa isn't happy (regression tests failing with a stack smash)
19:45.00zero_level_was just wondering if there is a way to handle poly. with 5 or more degrees
19:52.10brlcadso that's the issue Izak__
19:52.14brlcadthere is a compile-time limit on the maximum size of polynomials
19:52.32brlcadthat limit is set with BN_MAX_POLY_DEGREE
19:52.52brlcaddo you see how the compiler message is right?
19:53.00Izak__yes
19:53.20brlcaddo you see how just turning off the message would be bad? :)
19:53.37Izak__yeah
19:54.02brlcadyou're indexing beyond the compile-time defined size of that cf array
19:54.06brlcadSo...
19:54.11brlcadhow to fix this
19:54.20brlcadwhat's the first idea that comes to mind?
19:54.49Izak__my compiler has to be upgraded
19:54.58brlcadheh
19:55.04brlcadwell all that will do is give you the error
19:55.08brlcadyou have the error
19:55.19brlcadwhat's the first idea that comes to mind for fixing the error?
19:55.40Izak__Making the root_solver accomodate sextic polynomials
19:56.29brlcadwell, yes, you obviously need to accommodate this particular sextic polynomial
19:56.53brlcadbut that implies the current implementation won't handle them, which you do not know
19:57.23Izak__Increment BN_MAX_POLY_DEGREE to 6
19:57.41brlcadthat would be the first step
19:57.52brlcadthat will increase the array size and at least make your lines not be errors
19:58.18brlcadwon't mean it'll evaluate correctly or at all, but that definitely has to happen just from a C data structures perspective
19:58.38brlcadthat, however, is a pretty major change...
19:58.39Izak__Work on roots.c
19:58.42brlcadyou'll need to test it
19:58.56brlcadthe problem won't be compilation
19:59.17brlcadyou have to make sure that increasing the size to 6 doesn't break any of the 4th order polynomial evaluations
19:59.29brlcadfortunately, we have unit and regression tests to confirm it
19:59.31Notify03BRL-CAD:starseeker * 57109 (brlcad/trunk/src/other/stepcode/src/express/test/print_attrs.c brlcad/trunk/src/other/stepcode/src/express/test/print_schemas.c): Wrap unistd.h as well.
19:59.49brlcadstart there, set it to 6, compile, then run "make test" and "make benchmark" and make sure both pass without any failures
20:00.08brlcadmake sure they pass without failures BEFORE you set it to 6 too, obviously...
20:00.16brlcadto make sure it's in a working state before you "compare"
20:00.25brlcadIzak__: make sense what you need to do?
20:06.08Izak__thankful to brlcad: and zero_level
20:07.23brlcadthe next step will be to confirm whether the root solver can actually handle a stable sextic equation
20:07.53brlcadI suggest editing the unit test
20:08.03brlcadin src/libbn/tests is a roots tests
20:08.33brlcadyou can add a 6th order test (after confirming that BN_MAX_POLY_DEGREE=6 doesn't break anything)
20:08.38Izak__was thinking of that
20:08.49brlcadsomething with known input/output values like the real example in http://elib.mi.sanu.ac.rs/files/journals/tm/21/tm1124.pdf
20:12.12*** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505)
20:13.53Izak__understanding what " that's what made your gsoc proposal interesting in the first place" means
20:24.58zero_level_Izak__ , brlcad : in libbn/poly.c i dont see any function which solves sextic polynomial.
20:25.06zero_level_looks like we have to implement one.
20:25.18Ch3ck_you could get started.
20:25.19Ch3ck_;)
20:25.39Ch3ck_since i know it's really complicated writing a root solver of order 6
20:26.36zero_level_Ch3ck_ : I understand the complexity.
20:26.48zero_level_Just brought in because of the discussion.
20:27.19zero_level_Izak__ : Its ok. n
20:27.23Ch3ck_well will check on some recent math on resolvingthe problem.
20:36.10starseekerbrlcad: looks like enabling the stack protection flags is giving gqa a fit - that's when the gqa regression test starts failing (r56758)
20:36.15Ch3ck_brlcad: starseeker: waiting for the empty pull  routine patch to be applied so I could create the one for pulling combinations in the pull
20:39.50Notify03BRL-CAD Wiki:NyahCh3ck20 * 6030 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */
21:03.24*** part/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
21:04.41Ch3ckgotta home get some rest now probably take on Prison Break ;)
21:09.26brlcadzero_level_: there's no specific support for sextic, but it may or may not matter (for this particular primitive)
21:09.41brlcadthe routine used is in src/librt/roots.c
21:11.07brlcadIzak_: the test program I was thinking of was actually src/util/roots_example.c
21:11.35brlcadthat's basically a unit test, but it predates the current unit test infrastructure
21:11.52``Erika more generalized root solver would be nice to have in libbn
21:12.04brlcadif our solver doesn't work for sextic, we'll look at integrating something more generalized (that already exists, like gmp)
21:12.21brlcadbut hopefully not gmp
21:12.27brlcadit's a pig
21:12.48Notify03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Pull_Combination.png: this pulls an unpushed object
21:14.01Notify03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Pushed_pulled_object.png: This restores the object to original state after push is applied
21:15.46Notify03BRL-CAD Wiki:NyahCh3ck20 * 6033 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Coding Log Report for GSoc 2013 */
21:17.35Notify03BRL-CAD Wiki:NyahCh3ck20 * 6034 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* = Test Results */
21:33.23Notify03BRL-CAD:brlcad * 57110 brlcad/trunk/src/libged/gqa.c: do not tokenize over spaces
21:42.23*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
22:06.46``ErikNeil deGrasse Tyson #@neiltyson If you need to invoke your academic pedigree or job title for people to believe what you say, then you need a better argument
22:14.46Notify03BRL-CAD:starseeker * 57111 brlcad/trunk/src/libged/gqa.c: Fix stack smash where strtok was reading beyond the limits of optarg (Sean found it)
IRC log for #brlcad on 20130824

IRC log for #brlcad on 20130824

05:25.31*** join/#brlcad kesha (~kesha@14.139.122.114)
06:05.54*** join/#brlcad kesha_ (~kesha@14.139.122.114)
07:34.11Notify03BRL-CAD:mohitdaga * 57112 brlcad/trunk/include/bn.h: Change max degree to 6 for sextic equations. (brlcad, Izak_, Erik Please note this change.)
07:58.31*** join/#brlcad kesha_ (~kesha@14.139.122.114)
09:04.55Notify03BRL-CAD Wiki:Mandeepkaur * 0 /wiki/User:Mandeepkaur:
10:22.58Notify03BRL-CAD:mohitdaga * 57113 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/color_space.c): Remove clumsy ness from rgb2gray function.
10:26.35Notify03BRL-CAD:mohitdaga * 57114 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/pix-bw.c): Use icv in pix-bw utility. This imporvement now supports pipes and can also save file to output files specified.
11:26.39Notify03BRL-CAD:mohitdaga * 57115 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c): Add macros for converting rgb images to gray channel images.
11:54.41*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
14:24.20brlcadzero_level: so you tested that regress and bencharm works with 57112??
15:37.17Notify03BRL-CAD:tbrowder2 * 57116 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: clarify keyword format
15:42.07Notify03BRL-CAD:tbrowder2 * 57117 brlcad/trunk/src/util/fix_polysolids.c: indicate mandatory option arg with angle brackets
15:46.37*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
16:03.13Notify03BRL-CAD:starseeker * 57118 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/mged/setup.c): Apply patch #215 from Nyah Check that stubs in an empty pull command to libged and mged.
16:06.10Notify03BRL-CAD:starseeker * 57119 brlcad/trunk/src/util/pix-bw.c: Return 0 on success - fixes compile failure from Werror=return-type
16:11.10Notify03BRL-CAD:starseeker * 57120 (brlcad/trunk/src/librt/comb/comb.c brlcad/trunk/src/librt/db5_types.c): And changing from color back to rgb also has consequences (impacts red command behavior).
16:27.38Notify03BRL-CAD:tbrowder2 * 57121 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: emphasize uniqueness of part names
16:30.53*** join/#brlcad caen23 (~caen23@92.83.172.41)
17:15.33starseekerpix-bw is failing in the regression test - just printing a usage statement
17:20.36brlcadzero_level: undoubtedly related to icv conversion (see r57119 too)
17:21.35starseekerzero_level: when you're working on these tools, you should be running the regression tests basically every time before you commit
17:23.22starseekerin this case, make regress-dsp will run the test
17:23.56starseekermore generally, make -k regress will run all the tests and you can check the scrollback to see which ones failed
17:24.43starseekersome may not relate to your work, but if it's a failure of image conversion that you weren't seeing before your changes that's an indication of a problem
19:09.45starseekerhuh, weird - g-step can't get bn_mat_identity on VS 11
19:13.34starseekeroh
19:14.49Notify03BRL-CAD:starseeker * 57122 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Right - g-step needs BN_DLL_IMPORTS too
20:34.52zero_levelstarseeker : Thanks for r57119.
20:35.53zero_levelIs Madras Cafe being screened in US. Just watched. excellent bollywood art. :)
21:01.56Notify03BRL-CAD Wiki:Vladbogolin * 6035 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */
21:33.05Notify03BRL-CAD:tbrowder2 * 57123 brlcad/trunk/src/util/dsp_add.c: add semicolons to separate see_also items (per auto-man-page formatting instructions)
21:33.36Notify03BRL-CAD:tbrowder2 * 57124 brlcad/trunk/src/util/fix_polysolids.c: add missing option descriptions
IRC log for #brlcad on 20130825

IRC log for #brlcad on 20130825

01:35.50brlcadzero_level: it's showing in some places, but not anywhere near where I'm at (at least not yet)
01:36.07brlcadlooks like three theaters in mountain view CA are showing it
07:13.44*** join/#brlcad caen23 (~caen23@92.83.186.160)
08:38.44zero_levelstarseeker : Your regress issue is intresting here.
08:39.11zero_levelI see the genesis of this because usage of pix-bw has been changed.
08:39.30zero_levelThus it is giving syntax error.
08:43.31zero_levelstarseeker : I tried using grep to find what are the places pix-bw is used.  I don't see a concrete place where pix-bw is used.
09:41.07*** join/#brlcad caen23 (~caen23@92.85.91.219)
09:42.54*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
10:04.43*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
11:10.02Notify03BRL-CAD:tbrowder2 * 57125 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: add missing copyright section
13:19.45Notify03BRL-CAD Wiki:Harman052 * 6036 /wiki/User:Harman052/GSoc2013/Logs:
13:20.43Notify03BRL-CAD Wiki:Harman052 * 6037 /wiki/User:Harman052/GSoc2013/Logs:
15:40.53*** join/#brlcad avneet (~avneet@202.164.53.122)
16:41.19*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:14.47*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:19.17Notify03BRL-CAD:tbrowder2 * 57126 brlcad/trunk/doc/burst/burst.mm: add macro at top to trigger proper doclifter response pre advice from Eric Raymond
20:19.59Notify03BRL-CAD:tbrowder2 * 57127 brlcad/trunk/doc/burst/README: add info from Eric Raymond ref doclifter
21:26.53Notify03BRL-CAD:tbrowder2 * 57128 brlcad/trunk/TODO: gattributes has been renamed
23:02.41*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
IRC log for #brlcad on 20130826

IRC log for #brlcad on 20130826

01:03.26*** join/#brlcad infobot (~infobot@rikers.org)
01:03.26*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
04:22.06Notify03BRL-CAD:phoenixyjll * 57129 brlcad/trunk/src/libbrep/boolean.cpp: Implement IsFaceInsideBrep() to decide whether a trimmed face is inside another brep.
06:11.57Notify03BRL-CAD:phoenixyjll * 57130 brlcad/trunk/src/libbrep/boolean.cpp: Use randomly generated test points. And try to use a more strict tolerance (it seems that the default 0.001 is not enough in some cases. Fortunately setting a smaller tol doesn't effect the performance obviously)
06:32.33Notify03BRL-CAD:phoenixyjll * 57131 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp and 2 others): Decide whether the trimmed faces belong to the final structure according to type of the operation.
06:33.55Notify03BRL-CAD:phoenixyjll * 57132 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Mark the input curve as const in sub_curve().
06:37.31brlcadzero_level: what is the usage change?
06:38.42brlcadusage changes are user visible and we have tests for that specifically to detect them (they must be justified and, regardless, be deployed in accordance with a change policy)
06:39.04brlcadsee the top-level CHANGES file for details
06:49.06Notify03BRL-CAD:phoenixyjll * 57133 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep.cpp): Tweak the brep command to support the other two operations (intersect and diff).
06:49.20*** join/#brlcad caen23 (~caen23@92.83.160.32)
06:57.13Notify03BRL-CAD:phoenixyjll * 57134 brlcad/trunk/src/libged/brep.c: Modify the help messages of the brep command.
08:02.25*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:45.18Notify03BRL-CAD:indianlarry * 57135 brlcad/trunk/src/util/dsp_add.c: removed C++ style comment and reapplied original 'static' declaration of optstring
09:55.37Notify03BRL-CAD:indianlarry * 57136 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/burst/README and 26 others): Merging trunk into branch 'nurbs' r:57107:57135
10:10.13Notify03BRL-CAD Wiki:Phoenix * 6038 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */
10:38.00Notify03BRL-CAD:tbrowder2 * 57137 (brlcad/trunk/TODO brlcad/trunk/doc/docbook/system/mann/en/attr.xml brlcad/trunk/src/libged/attr.c): add some user-specifed attribute sort capability
10:40.48Notify03BRL-CAD:tbrowder2 * 57138 brlcad/trunk/src/libged/attr.c: ws
11:15.41Notify03BRL-CAD:tbrowder2 * 57139 brlcad/trunk/src/libged/attr.c: refactor some dup code (more pearls remain)
12:29.16Notify03BRL-CAD:indianlarry * 57140 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): increased point size to 3.0 when drawing points in the Vlist to help standout from line drawing; added code to save point size state to restore after vlist drawing; propagated vlist point drawing to dm-wgl.c
13:43.46Notify03BRL-CAD:carlmoore * 57141 (brlcad/trunk/include/icv.h brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): remove trailing blanks/tabs; fix spelling & wording
13:44.03zero_levelwaves to brlcad.
13:53.22zero_levelbrlcad : The changes in pix-bw are in terms of input arguments.
13:54.04zero_levelThis is necessary, to accomodate pipes.
13:56.21zero_levelI believe regress is failing because pix-bw is used as utility somewhere.
13:57.34zero_levelI tired finding the "usage of pix-bw" using grep.
13:57.54zero_levelBut apperently I didnt see any existing usage.
13:58.11zero_levelis wondering what could be wrong.
13:59.51*** join/#brlcad kesha (~kesha@14.139.122.114)
14:37.08*** join/#brlcad kesha (~kesha@14.139.122.114)
16:01.42brlcadCh3ck: where are you?
16:02.42brlcadIzak_: any idea?
16:22.25Notify03BRL-CAD:indianlarry * 57142 (brlcad/trunk/src/libged/dg_obj.c brlcad/trunk/src/libged/draw.c brlcad/trunk/src/mged/dodraw.c): Added buffer to a vlist point in the 'bound_solid' functions otherwise single point would have zero dimension and dozoom() would always consider a speck and not draw
16:52.17Notify03BRL-CAD:indianlarry * 57143 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/docbook/system/mann/en/attr.xml and 11 others): Merging trunk into branch 'nurbs' r:57137:57142
20:25.20Notify03BRL-CAD Wiki:Vladbogolin * 6039 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */
20:28.26Notify03BRL-CAD Wiki:Vladbogolin * 6040 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 (19 August - 25 August) */
20:35.35Notify03BRL-CAD:carlmoore * 57144 brlcad/trunk/doc/docbook/system/man1/en/g-nmg.xml: add description of P option to g-nmg.xml
20:38.17Notify03BRL-CAD:carlmoore * 57145 brlcad/trunk/src/conv/g-obj.c: add h? options; remove uneeded braces
20:58.16Notify03BRL-CAD:carlmoore * 57146 brlcad/trunk/doc/docbook/system/man1/en/g-obj.xml: account for P in the man page
21:02.23*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:d6bb:0:43:aa01:a301)
21:17.53Notify03BRL-CAD:carlmoore * 57147 brlcad/trunk/src/conv/g-obj.c: implement P in the Usage statement; simplify the setting of 'verbose' value
21:27.45Notify03BRL-CAD:carlmoore * 57148 brlcad/trunk/src/conv/g-obj.c: Usage again: add '-name' for -e; put brackets around -o, because that will just default to stdout if left out
21:30.52Notify03BRL-CAD:mohitdaga * 57149 brlcad/trunk/src/libicv/filter.c: Modify filter function to preserve boundary conditions.
21:35.40Notify03BRL-CAD:mohitdaga * 57150 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bwfilter.c): Modify bwfilter to use icv api. Also this change enables this utility to redirect the output to pipes. And offset is now set with -O instead of -o flag.(since output image usage that flag and wanted this to be universal)
21:39.09*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:d6bb:0:43:aa01:a301)
22:21.32*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:d6bb:0:43:aa01:a301)
23:33.20Notify03BRL-CAD Wiki:Mobiqrcode * 0 /wiki/User:Mobiqrcode:
23:35.00Notify03BRL-CAD:tbrowder2 * 57151 brlcad/trunk/include/bu.h: correct spelling
IRC log for #brlcad on 20130827

IRC log for #brlcad on 20130827

00:22.23Notify03BRL-CAD:tbrowder2 * 57152 brlcad/trunk/src/libged/attr.c: expand comment
00:22.55Notify03BRL-CAD:tbrowder2 * 57153 brlcad/trunk/src/libged/attr.c: improve grammar
00:30.53Notify03BRL-CAD:brlcad * 57154 brlcad/trunk/src/libbu/sscanf.c: ws indent formatting
00:33.00Notify03BRL-CAD:tbrowder2 * 57155 brlcad/trunk/src/libged/attr.c: ws, style
00:50.38Notify03BRL-CAD:starseeker * 57156 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): Sigh. The 'only generate it once' solution didn't work with the Ninja generator - do things the 'proper' way and provide sources for each executable target.
00:53.09Notify03BRL-CAD:tbrowder2 * 57157 brlcad/trunk/TODO: use current attr syntax
01:26.45Notify03BRL-CAD:brlcad * 57158 brlcad/trunk/src/adrt/master/master.c: eliminated gratuitous spaces after function names and other ws style indent problems
01:28.52Notify03BRL-CAD:brlcad * 57159 brlcad/trunk/src/adrt/master/master.c: cppcheck recognizes the range check and usage, check range first.
01:43.07brlcadzero_level: can you be more specific?  what was the changes to the usage synopsis?
01:45.00brlcadthere is nothing inherent about supporting pipes that implies a change to the synopsis is "necessary"
02:36.32Notify03BRL-CAD:brlcad * 57160 brlcad/trunk/src/adrt/slave/slave.c: move variable declaration into the ifdef with the use.
02:50.40Notify03BRL-CAD:brlcad * 57161 brlcad/trunk/src/adrt/master/master.c: work table is no more
02:51.43Notify03BRL-CAD:brlcad * 57162 brlcad/trunk/src/adrt/master/tienet_master.c: missing semicolon, reduce scope of some vars
02:56.05Notify03BRL-CAD:brlcad * 57163 (brlcad/trunk/src/adrt/master/compnet.c brlcad/trunk/src/adrt/master/dispatcher.c and 3 others): ws style cleanup
03:10.14Notify03BRL-CAD:brlcad * 57164 brlcad/trunk/NEWS: mohit changed the bwfilter tool, renaming the -o offset option to -O so that -o can be retained as an output file name option
03:13.59Notify03BRL-CAD:brlcad * 57165 brlcad/trunk/src/libbn/tests/CMakeLists.txt: patch not yet applied, remove the tests
03:17.26Notify03BRL-CAD:brlcad * 57166 (brlcad/trunk/src/adrt/librender/cut.c brlcad/trunk/src/adrt/librender/flos.c and 2 others): convert to bu_sscanf()
04:32.43Notify03BRL-CAD:brlcad * 57167 brlcad/trunk/src/libged/draw.c: wrap the innocuous debug printing within #ifdefs with a simple trigger. probably worth having a bu routine to calculate h:m:s from a time delta. curiously encountered a regress-solids failure due to the GED_HELP return code making the draw call presssume it failed.
04:35.49Notify03BRL-CAD:brlcad * 57168 (brlcad/trunk/src/burst/Hm.c brlcad/trunk/src/burst/grid.c brlcad/trunk/src/bwish/tcl.c): reduce variable scope
04:51.40Notify03BRL-CAD:brlcad * 57169 brlcad/trunk/src/conv/3dm/3dm-g.cpp: prefer prefix increment for non-pod and loop vars
05:08.19Notify03BRL-CAD:phoenixyjll * 57170 brlcad/trunk/src/libbrep/boolean.cpp: Don't always flip that face. We should decide whether it's necessary to flip according to the operation.
06:16.51*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:20.47zero_levelEarlier the input arguments where paresed with loops runnung all through and checking values of argv[][] mannually. This indeed didnt allow the arguments to be passed in any order.
08:22.45zero_levelI have used bu_getopt. But using this changing the input arguments for instance "-ntsc" now becomens "-n".
08:23.16zero_levelWe have to specify  weights with every channel. For eg -R 0.0 /
08:24.07zero_levelI have to change the man pages, but just waiting for the consent. (If we can improve it further)
08:41.03Notify03BRL-CAD Wiki:Edatamarkets * 0 /wiki/User:Edatamarkets:
09:39.02Notify03BRL-CAD Wiki:NyahCh3ck20 * 6041 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor:
09:52.26Notify03BRL-CAD Wiki:NyahCh3ck20 * 6042 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */
10:08.31*** join/#brlcad Izak (~Izak@195.24.220.16)
10:18.07*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:18.36*** join/#brlcad Izak__ (~Izak@195.24.220.16)
10:20.25Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6043 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */
10:55.52*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501)
11:17.59*** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net)
11:33.19*** join/#brlcad Izak (~Izak@195.24.220.16)
11:33.38*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
12:19.46brlcadzero_level: we need to document exactly what that change is
12:20.10brlcadfrom a users perspective, that is
12:20.29brlcadwhat is the synopsis now? what was the synopsis before?
12:21.24brlcadas the regression tests are broken at the moment, this is top priority to fix, update, or revert
12:22.08brlcada "consent" on whether what you've done is okay requires more information (the synopses)
12:25.55brlcadsee http://www.tldp.org/LDP/intro-linux/html/intro-linux.html for a description of a synopsis, and http://www-hermes.desy.de/Unixhelp/manual_4.1.2.html
12:27.24brlcadneed to know what it was before your change and what it is now with your change
12:28.04*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501)
12:28.06brlcadCh3ck_: I count no fewer than 10 errors in your reply, but thank you for finally getting back to me
12:28.27Ch3ck_which reply?
12:28.30Ch3ck_the email?
12:28.35brlcadyes
12:28.39Ch3ck_ok
12:28.42brlcad:)
12:28.54Ch3ck_i realised the error when i'd already pressed send! :(
12:29.03``Erikbrlcad: is bz getting dumps done?
12:29.06brlcad"the error"?
12:29.13brlcadthere are many :)
12:29.26Ch3ck_what kind of errors? actually
12:29.32Ch3ck_typo? or grammatical?
12:29.40brlcadyes
12:30.16Ch3ck_will correct and resend
12:30.19brlcad``Erik: I'm not 100% positive but I don't think so
12:30.27brlcadCh3ck_: no, don't bother
12:30.37Ch3ck_so what do i do now? :(
12:31.08brlcadthe gist is there, just ironic given your whole point was how excellent your writing skills are ... yet it contained so many mistakes :)
12:31.12brlcadjust humorous
12:31.42Ch3ck_but you could look at the article i gave
12:32.08Ch3ck_which was sociological perspective on the Global village ;)
12:32.08brlcadi'm sure you are *capable* of writing better
12:32.37Ch3ck_:)
12:32.37brlcadespecially when you have time to work through drafts, scrutinize details
12:32.46Ch3ck_yeah..
12:32.49brlcadyou should try to learn to write critically all the time
12:33.13brlcadit's just like with your code, learning to notice where the commas are missing or a space isn't right
12:33.24brlcador words are repeated.. :)
12:33.29brlcaddocumentation Documentation
12:33.45Ch3ck_was just doing some emphasis there.. ;)
12:33.54brlcadright..
12:35.07brlcadalso, no way to say this more plainly but
12:35.11brlcad"alot" is not a word
12:35.55brlcadone of many things I tend to be pedantic about
12:36.25Ch3ck_yeah
12:38.58brlcadhilarious commentary: http://hyperboleandahalf.blogspot.com/2010/04/alot-is-better-than-you-at-everything.html
12:43.20Ch3ck_well i guess it's been in popular use due to the evolution of blogs and social networks which encourage an informal atmosphere
12:44.02Ch3ck_well guess this has somehow been detrimental to language proficiency for some. I guess :)
12:50.23brlcadit's nothing at all new
12:51.24brlcadI had teachers 30 years ago giving lectures about how "alot" is not a word even though plenty used it as one and seemed to think it was
12:53.05brlcadit's one that just doesn't even make any sense, you'd wouldn't say "ahot day" or "alittle bit"
12:55.50Ch3ck_well rapstars can't let that go ;)
12:57.59``Eriklooking to a rap star for grammatical correctness is like looking to a modern art painter for photographic reproduction correctness O.o
12:59.00Ch3ck_yeah
12:59.43Ch3ck_well nowadays with the proliferation of movies; in fact the entertainment industry. Someone with a solid grammatical foundation will have severe problems in English language
13:00.00Ch3ck_i mean without
13:00.05Ch3ck_a foundation
13:01.10Ch3ck_especially when referencing to movies and stuff for pronunciation ;)
13:06.39*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501)
13:14.46Ch3ck_brlcad: succeeded in extracted the matrix transformation for the basic primitives. But need some assistance in generating the matrix transformation from a arb8 and arbn
13:16.24Notify03BRL-CAD:phoenixyjll * 57171 brlcad/trunk/src/libbrep/boolean.cpp: Make use of the connectivity graph to reduce inside/outside tests.
13:23.01*** join/#brlcad caen23 (~caen23@92.85.89.89)
13:30.41Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_sph.png:
13:31.04Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_sph_inter.png:
13:31.34Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Ehy_tor.png:
13:32.19Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Ehy_tor_inter.png:
13:32.45Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb8_ehy.png:
13:33.08Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb8_ehy_inter.png:
13:35.05Notify03BRL-CAD Wiki:Phoenix * 6050 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */
13:38.10Notify03BRL-CAD Wiki:Phoenix * 6051 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
13:39.18Notify03BRL-CAD Wiki:Phoenix * 6052 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
14:15.32brlcadhah, that is awesome wu
14:37.08``Erikawesome, looks like apple's xcode team is deprecating sbrk()... http://paste.lisp.org/display/138646
14:39.15``Eriklooks like we only use it for verbose stats, the mem= field in memory_summary()
14:45.19*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501)
14:46.11Notify03BRL-CAD:starseeker * 57172 brlcad/trunk/TODO: Add a note to figure out why the initialization of stp->st_path is the way it is.
14:46.23brlcad``Erik: interesting, I'd just get rid of it
14:46.39Notify03BRL-CAD:starseeker * 57173 brlcad/trunk/regress/CMakeLists.txt: add asc2g as a dependency for a couple more of the targets
14:49.08brlcadstarseeker: the bu_htond/bu_ntohd issue is a lot more clear now
14:49.23Notify03BRL-CAD:n_reed * 57174 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): revert r57140, we need a general way to change point size
14:49.37brlcadmsvc didn't change anything, they now implement a function that didn't previously exist and we have a name conflict
14:50.18brlcadmoreover, it reminds us that our version isn't consistent with the others so probably shouldn't be named that way anyways
14:52.15caen23are there any statistics regarding what operating systems brl-cad is run on?
14:53.50Notify03BRL-CAD:erikgreenwald * 57175 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h and 2 others): remove sbrk() as it is marked deprecated in the new xcode5 mac stuff and we don't really use it much
14:55.03brlcadcaen23: not any current
14:56.32caen23then do you have an idea about how many people use it on something other than mac win linux/unix?
14:58.43``ErikI think once every 3-4 years, brlcad compiles it on haiku... that's probably a significant portion of BRL-CAD usage outside of win/mac/linux/unix/bsd... :D
15:00.47``Erik"what do we want?" "time travel!" "when do we want it?" "it's irrelevant!"
15:03.07caen23the reason i was asking is because i know the debug version at least is compiled with the c89 flag, and i was wondering if it's intended to be run on platforms where a more recent compiler isn't available
15:05.39Notify03BRL-CAD:tbrowder2 * 57176 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt): add function to provide an ISO time (planned to be used for attribute mod and creation times); will provide a regression test later
15:10.58Notify03BRL-CAD:r_weiss * 57177 brlcad/trunk/src/other/stepcode/src/clutils/dirobj.cc: Update to stepcode function 'DirObj::CheckIndex' to quiet a valgrind 'mismatched free' warning.
15:15.58*** join/#brlcad caen23 (~caen23@92.85.89.89)
15:19.06Notify03BRL-CAD:carlmoore * 57178 (brlcad/trunk/doc/docbook/system/man1/en/g-egg.xml brlcad/trunk/doc/docbook/system/man1/en/g-nmg.xml): make fixes to g-egg and g-xml man pages (g-egg: shorten -P writeup; g-nmg: provide missing period and -P writeup
15:31.17Ch3ck_brlcad: starseeker: ``Erik: i'm currently implementing the pull_leaf() I'm supporing the following primitives(EHY, ELL, SPH, ARB8, EPA, ETO,EXTRUDE, HYP, PARTICLE, RPC, RHC, SUPERELL,TGC,TOR, ARBN).I just wish to ask if this is ok? for GSoC or i'll need to provide support for all primitives. Since I want to focus now on testing and completing the pull routine.
15:31.46Ch3ck_and debugging and testing my pull_leaf()
15:33.01Ch3ck_However due to the complexity of some primitives like(SUPERELL,TOR,ARBN, PART, RHC, RPC) I'll not be able to extract all aspects of the primitive. due to their inherent complexities.
15:36.34Notify03BRL-CAD:n_reed * 57179 brlcad/trunk/src/libdm/dm-wgl.c: restore wgl implementation of BN_VLIST_POINT_DRAW
15:36.47Notify03BRL-CAD:iiizzzaaakkk * 57180 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting sextic equation in comment preceeding rt_hrt_shot() implementation
15:43.57zero_levelbrlcad , ``Erik : I am not able to find the cause of regress (failure).
15:44.16zero_levelI believe to find it i have to understand the architecture regress-dsp.
15:44.40zero_levelBecause this time all I did was chage the usage type of a utility.
15:44.53zero_levelUtility (pix-bw).
15:45.43zero_levelbrlcad : I am in a process of changing the synopsis.
16:28.25brlcadcaen23: it's more about code compliance
16:30.38brlcadcaen23: the intention has always been to be able to run on any (desktop/server) platform available for use
16:32.04brlcadthe standards-compliance certainly affects that end, but it of lesser concern -- we'll be adopting c99 as soon as we fully validate as strictly c89-compliant and we're willing to adopt the msvc issues
16:32.35brlcadwe're probably less than a week's worth of work away from demonstrating strict c89 compilation
16:33.33brlcadCh3ck_: what do you pull from the leaf?
16:34.57brlcadwhatever you do for any primitives really needs to be done for all primitives or that feature cannot be used
16:35.30brlcadit'd be better to handle no primitives (e.g., combs only) and pull to be otherwise complete/robust/documented
16:35.31Ch3ck_well there are some really complicated primitives like metball
16:35.49brlcadmetaball
16:35.51brlcadbrep/nurbs
16:35.56brlcadnmg
16:36.04brlcadthere are a half dozen really complex primitives
16:36.35Ch3ck_well for some primitives; you can't get all the matrix informations like scale, rotation and translation
16:36.41Ch3ck_but i could get the translations for most.
16:36.49brlcadright
16:36.55brlcadso you'd either do nothing
16:36.58brlcador do translations
16:37.07Ch3ck_exactly
16:37.47Ch3ck_well since i figured pulling from the leaf nodes is extracting all the matrix information available like translation components, scale and rotation components
16:38.02Ch3ck_but not all primitives will have all three
16:38.45brlcadno primitive really has any of those
16:38.58Ch3ck_yeah directly
16:39.12Ch3ck_but you could get some of this data indirectly from some of the primitives
16:39.21Ch3ck_that's what i'm currently doing and
16:39.26brlcadwell, yes and no
16:39.32brlcadyou don't "get that" from them
16:39.37brlcadyou're defining it for them
16:39.46brlcadyou could define it to be something else in theory
16:39.47Ch3ck_yeah based on what they have
16:39.58Ch3ck_stored in them.
16:40.16Ch3ck_so what do i do in this case?
16:40.32Ch3ck_concerning the primitives
16:40.43brlcadlike I said, you can either ignore them (for now) and focus on finalizing pull
16:40.53Ch3ck_ok
16:41.00brlcador just implement support for translations since nearly all primitives have a notion of an origin
16:41.15brlcadand you can easily pull the origin to 0,0,0 to extract a translation
16:41.34Ch3ck_well i've supported translations for almost all primitives and here is the code
16:41.44brlcadalmost all is not all :)
16:41.54Ch3ck_yeah
16:41.59brlcadso can it be all?
16:42.05Ch3ck_yeah
16:42.10Ch3ck_almost can be for all
16:42.18brlcadwhat?
16:42.23brlcadall != almost all
16:42.32brlcadcan it be ALL of them or only almost all of them?
16:42.38Ch3ck_no
16:42.52brlcadI asked "A or B" and you said "no"
16:43.39Ch3ck_http://paste.kde.org/p541faed2/
16:43.55Ch3ck_no for both a and b
16:44.28Ch3ck_all != almost all (correct
16:44.32brlcadthat code doesn't answer my question
16:44.56brlcadthat code is merely the state of where you're at, my question is where are we able to go
16:45.38Ch3ck_well we'll be able to add support for extracting translation components for primitives
16:46.02brlcadis it possible to extract translation components for ALL primitives or only most of them or do you not know?
16:46.21Ch3ck_well I can't extract for all
16:46.36Ch3ck_since they're alot of complexities with some of them
16:46.49brlcadgive me an example
16:46.53Ch3ck_the one's currently implemented are the ones i best understand
16:47.06Ch3ck_ok with the metaball forexample
16:48.26Ch3ck_given the equation of the plane in arbn. I have no idea to define the translation components here
16:48.29Ch3ck_thats why
16:49.24brlcadanswering my own question then, your answer should have been "I do not know"
16:50.09brlcadagain, you're defining it for the primitives
16:50.29brlcadnot knowing how to define it for a particular primitive is not surprising
16:51.08Ch3ck_well i am working with each primitive at a time
16:51.19brlcadof course, how else would you work with them? :)
16:51.43Ch3ck_and given there are over 40 of them. I don't really know if I'll have to define them for all of them
16:51.58brlcadwell I answered that for you
16:52.13Ch3ck_yeah you said all
16:52.18brlcadif it's going to be defined for some of them, it should be defined for all of them
16:52.31brlcadsome of them will be tricky to define, but not impossibly hard
16:52.41Ch3ck_yeah
16:52.42brlcadmetaball is a good example because it doesn't track a V position
16:52.54brlcadbut you can certainly pick a position
16:53.03brlcadthe centroid of the points or the first point, for example
16:54.08Ch3ck_But since I could implement for some and get started with the routine working extracting only for some  particular primitives. Could I not define for some and continue adding support for the other primitives. while integrating the command into the software completely
16:54.32Ch3ck_and finalizing the pull
16:54.45brlcadit's a problem of usability to approach in that order
16:54.59Ch3ck_knowing i'll only have to add support for the primitives i've not defined yet.
16:55.02Ch3ck_ok
16:55.06brlcadfrom a users perspective, it'd be bad design if pull only sometimes worked
16:55.26Ch3ck_so what do i do in this case
16:55.36Ch3ck_forget about the primitives completely?
16:55.45Ch3ck_and focus on combinations only?
16:55.46brlcadno
16:56.18brlcadI suggest focusing on the pull interface, synopsis, docs, full integration, maybe test cases first
16:57.09Ch3ck_ok
16:57.10brlcadthen you could integrate your existing primitive code into the functab later to capture them
16:57.24brlcadhaving a switch statement in pull_leaf() won't work long-term
16:57.41brlcadthe primitives themselves need to define that code
16:57.57Ch3ck_so whats the best approach here?
16:58.14brlcadfor?
16:58.23brlcadproceeding or primitives?
16:58.26Ch3ck_in the switch statement
16:58.35brlcadthe switch disappears
16:58.44brlcadthey become functions in each primitive
16:58.54Ch3ck_ok yeah
16:59.42Ch3ck_so i'll have to integrate the code in each of the primitives?
16:59.56Ch3ck_or subroutines in pull itself?
17:00.01Ch3ck_i mean pull.c
17:01.04brlcadthe code belongs with the primitives
17:01.08Notify03BRL-CAD:n_reed * 57181 (brlcad/trunk/include/bn.h brlcad/trunk/include/raytrace.h and 5 others): Make it possible to specify a point size or line width within a vlist. Implemented for ogl vlist drawing.
17:01.31brlcadstill, this is out of order work if there's still other pull interface work needing to be done
17:02.23Ch3ck_ok
17:02.37Ch3ck_could you please give me an example to demonstate how this could be done?
17:02.41Ch3ck_;)
17:04.34brlcadwhen it's time, absolutely ;)
17:05.13caen23brlcad: thanks for your earlier explanations
17:05.37Ch3ck_ok
17:06.01Ch3ck_brlcad: will start working on the pull interface, synopsis, docs, and others
17:06.10Ch3ck_before falling back to primitives ;)
17:06.18brlcadsounds good
17:06.41brlcadand perfect patches ... i'm hoping the ones you have open apply cleanly
17:07.12brlcadI think you might have the record (ever) for number of patches with mistakes
17:07.29brlcadit's quite impressive :)
17:07.40Ch3ck_what? really !
17:08.00Ch3ck_didn't want to have that kind of record!
17:08.03Ch3ck_;)
17:08.47Ch3ck_actually my patches applying cleanly is no longer a problem the nut is white space and indentation which i've cracked ;)\
17:10.37brlcadcracked is one way to describe it ... :)
17:11.57brlcadnot just style though, you've had bad return codes, dead code, lazy comments, wrong dates, ... it's a lot you've clearly not had to think about bmuch before
17:13.38Ch3ck_well was copying from the current state of the code. I mean the dates ;)
17:13.46Ch3ck_didn't manufacture them..
17:14.02Ch3ck_copied mostly from how it was in the push.c file
17:20.24brlcadso?
17:20.49brlcadjust means you're not scrutizing and checking lines in files that you are copy-pasting
17:20.54brlcadand you should be
17:21.29Ch3ck_well was using it as reference actually
17:21.36Ch3ck_since i thought it was up to date ;)
17:21.50brlcadit was up to date for the file you copied it from
17:22.01brlcadyou assumed it meant one thing when it meant another
17:23.12brlcadwould have been an excellent question to ask
17:23.36Ch3ck_ok
17:23.48brlcadstill, that was just one of a dozen little issues
17:24.00brlcadnothing major obviously, just a lot of small cuts
17:24.45brlcadlike I said, clearly a lot  you've not had to think about much before is all
17:26.08brlcadrunning as root is a similar issue..
17:26.20brlcadyou would have, nay, SHOULD have gotten yelled at by your peers for doing that!
17:27.14Notify03BRL-CAD:n_reed * 57182 brlcad/trunk/src/libdm/dm-wgl.c: Copy implementation of vlist point size and line width specification to wgl.
17:27.58brlcadany third or fourth year CS student should have been all over ingraining a sense of guilt into first and second year students, I know my uni sure did :)
17:31.22*** join/#brlcad caen23 (~caen23@92.85.89.89)
17:33.30Ch3ck_well thats not the case here ;)
17:34.29Ch3ck_I mean its really hard! I mean hard! here to find programmers like us ;)
17:35.02Ch3ck_everyone is kinda luke-warm towards programming talk less of hacking Linux ;)
17:39.13Ch3ck_brlcad: i've added the pull_comb() routine to the pull ticket on sf. Waiting for it to be reviewed and applied ;)
17:50.43brlcadI get notification every time you do, someone will get to it asap
17:53.21Ch3ck_;)
18:08.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 6053 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */
18:15.31Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6054 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */
18:31.07Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6055 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */
18:41.12Notify03BRL-CAD:n_reed * 57183 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): distinguish between indexing and dereferencing
19:01.33Notify03BRL-CAD:n_reed * 57184 brlcad/trunk/src/libdm/dm-X.c: implement vlist point size specification for dm-x
19:14.39Notify03BRL-CAD:starseeker * 57185 brlcad/trunk/src/tclscripts/CMakeLists.txt: Don't just print the error if the file isn't found, return an error code
19:24.00Ch3ck_running to bed ;)
19:28.55brlcadzero_level: what progress have you made?
19:34.26zero_levelI was recheking with grep.
19:43.36zero_levelThe only subsequent usage I could find was in tclscripts/lib/RtImage.tcl
19:43.57zero_levelwonders if this is really called in the regress!
19:51.37``Erikzero_level: what does the machine say the problem is?
19:52.17zero_level``Erik it gives a syntax
19:52.32zero_levelerror while running regress-dsp
19:52.41``Erikwhat error does it say?
19:52.52zero_levelIt is probably because i changed input parameters.
19:53.22``Erikwhich parameters did you change? can you find those in the regress-dsp call chain?
19:53.57zero_level``Erik http://paste.kde.org/p5c66dee9/
19:54.32zero_levelcall chain ? These are alien words to me.
19:54.38``Erikso 'expr' is giving a syntax error, this is a bash script issue, right?
19:54.49zero_levelyes I guess so,
19:55.27``Erikregress-dsp calls a shell script, you can run that shell script manually... if you do that, you can do awesome stuff like add flags for debugging
19:55.27zero_level``Erik : do u get such error ?
19:55.45zero_leveldo u mean regress/dsp.sh ?
19:55.46``Erikactually, I saw a slew of errors before the bash error when I ran regress
19:55.59``Erikbut I'm teaching you how to find the issue, not finding the issue for you :D
19:56.28``Erikyeh, regress/dsp.sh is the shell script in the call chain that the error shows up in
19:56.42zero_levelwas it this error  http://paste.kde.org/p20e8292d/ ?
19:57.03``Erikno
19:57.06zero_levelok.
19:57.26``Erikbash has two flags I recommend you read about in the man page, '-x' and '-e'
19:57.55``Eriksince you know which script the error shows up in, I think this is enough for you right now :)
19:58.53``Erikdrops the mic and walks off the stage
20:01.09zero_levelis still on the stage :)
20:03.35``Erikdid you find the documentation for the two flags?
20:04.09zero_levelThere is no call to pix-bw in the dsp.sh file.
20:05.02zero_levelu meant man page of bash ?
20:05.08``Erikyeah, man page of bash
20:05.50zero_leveli am afraid bt i see -i,r,l,s,D options
20:06.13``Erikhm, sometimes bash ships with a differnet manpage... http://serverfault.com/questions/391255/what-does-passing-the-xe-parameters-to-bin-bash-do
20:07.36zero_levelok. I understand you were suggesting a scheme for debugging ?
20:07.46``Erikbtw, a 'call chain' is a way to refer to the list of functions/programs/scripts/etc that are executed... a(){b();} b(){ c();} so a() would have a call chain of a->b->c
20:07.53``Erikyes
20:08.06``Erikand in this case, a script calls a script calls a script calls pix-bw
20:09.09zero_levelI guessed that.
20:09.28``Erikaight, then you're set! good luck finding it :D
20:09.44zero_levelbut i wonder grep should have shown some results.
20:10.25brlcadzero_level: if I grep pix-bw in regress/ it's used
20:10.29brlcadit's the first hit
20:11.00``Erikhm, grep has a -r flag that you may not have used
20:11.30brlcad``Erik: it's stashed in a variable, so he probably missed it
20:12.07brlcadzero_level: grep pix-bw regress/*
20:12.25brlcadnotice the first line
20:12.26``Erikwhich, literal pix-bw?
20:12.38zero_levelif you are guys are pointing towards asc2dsp.sh ? Then I saw it. But i hardly see any arguments passed !
20:12.42``Erikgrep line is wrong if we have the same src
20:13.05``Erik"grep pix-bw regress/*/*" or "grep -r pix-bw regress"
20:13.27brlcadeh?
20:13.34brlcadit's not in a regress subdir
20:14.00``Erikhm, it is on my checkout
20:14.01brlcadah, I see there's ANOTHER usage there
20:14.06brlcadin the dsp subdir
20:14.24``Erikoh, heh, two of 'em
20:14.35brlcadzero_level: what arguments are you seeing passed in asc2dsp.sh?
20:14.55brlcadwhat's the actual line that invokes pix-bw?
20:15.05zero_levelP2B="`ensearch pix-bw`"
20:15.36brlcadnope
20:15.41brlcadthat's a very important line
20:15.43``Eriklooks like asc2dsp.sh is called by regress-asc2dsp but not regress-dsp
20:15.44brlcadbut not the line where it's run
20:16.14brlcadthis is shell scripting, so you're forgiven ;)
20:16.35zero_levelok. u mean it is run on line:67 in asc2dsp.sh
20:16.49zero_levelsees brlcad is being nice. Thanks :)
20:17.09brlcadnop, not 67
20:17.12``Eriksomeone musta left the scotch cabinet unlocked O.o
20:17.22brlcadthat line is running a shell function called "ensearch" which is given an argument of "pix-bw"
20:17.27zero_levelI got it this time
20:17.31zero_level95.
20:17.33brlcadand setting a variable P2B to the result
20:17.40brlcadbingo
20:17.57zero_levelWhat is ensearch meant for ?
20:18.05brlcadit's running a function to find the pix-bw tool .. sets the result to that variable, then just calls the variable
20:18.07zero_levelgoogled it. didnt f
20:18.16zero_levelok.
20:18.18brlcadheh
20:19.49brlcadgoogle should be the second or third idea that comes to mind
20:19.59brlcadfirst should have been to just grep for it
20:20.08brlcadgrep -r ensearch regress
20:20.17brlcadyou would have found it in library.sh
20:20.37starseekerensearch may go away in the future, actually - it dates from the days when we needed to find commands in the source tree.  These days, the build directory layout duplicates the relative hierarchy found in the actual BRL-CAD install
20:20.41brlcadand still, all you would have found was the implementation
20:21.10brlcadstarseeker: meh, it ain't broken yet ;)
20:21.23starseekerbrlcad: lines of code reducation :-P
20:21.29brlcadbigger fish
20:21.34starseekerzero_level: so what do the scripts do with P2B?
20:21.42brlcadthat aren't likely to cause breakage
20:22.00zero_levelbrlcad: just mis interperated it as a keyword.
20:22.05``Eriksuddenly, I'm in the mood for seared ahi
20:22.36brlcadzero_level: and I know you keep saying you're changing the synopsis, but you haven't told me what it was before your change?
20:23.02brlcadchanges are usually made very intentionally and per a policy
20:23.27brlcadespecially once we test or publish them
20:23.54brlcadIzak_: did you test whether the root solever is behaving?
20:25.15zero_levelbrlcad : Do u mean before making the change ? or before chaning the synopsis ?
20:25.52zero_levelbrlcad : Can you point me to a way where string can be passed as input arguments ?
20:26.03``Erikzero_level: changes to the user interface are very serious and usually go through a deprecation sequence
20:26.18``Erik(options and arguments qualify as user interface)
20:26.52zero_level``Erik, brlcad : ok.
20:26.59zero_levelIn the case of pix-bw
20:27.06brlcadzero_level: yes, before making the change
20:27.20Notify03BRL-CAD:brlcad * 57186 brlcad/trunk/TODO: get rid of all the -P options
20:27.34brlcadwhat is/was the synopsis
20:28.02zero_levelix-bw [-ntsc] [-crt] [-R [num]] [-G [num]] [-B [num]] [in.pix] > out.bw
20:28.22``Erikobviously, the command line arguments to pix-bw broke, thus breaking the regress script... just fixing the regress script is inadequate, as third party programs may be calling pix-bw and will need warning before jerking the carpet out from under them :)
20:28.32``Eriks/broke/changes/
20:28.53brlcadzero_level: is that after or before your change?
20:29.05zero_levelit is before the changes.
20:29.33zero_levelNow I must confess i dont have experience with arguments parsing.
20:29.41zero_levelSo few questions i wanted to ask.
20:30.01zero_level1) Is there a way where we can parse a string from command line arguments.
20:30.15zero_levellike -ntsc
20:30.21zero_levelor like -crt
20:30.46brlcad1) yes, don't use getopt
20:30.55brlcadgetopt will treat that as -n -t -s -c
20:31.17brlcadstill, have to understand the changes
20:31.21brlcadwhat's the new synopsis
20:31.41zero_level2) is there a way where we could have a handle say -R and make it a flag for both an argument and without argument
20:32.03zero_levellike pix-bw -R eg.pix > eg.bw
20:32.15brlcadPrior Usage: pix-bw [-ntsc -crt -R[#] -G[#] -B[#]] [in.pix] > out.bw
20:32.21brlcadslightly different from what you wrote
20:32.35brlcadmight have been carl or tom though
20:32.45zero_leveland pix-bw -R 1.2 eg.pix > eg.bw
20:33.23zero_levelbrlcad i hope i was able to convey my question 2. ?
20:33.39brlcad2) probably not reliably (at least not with getopt)
20:33.48brlcadyep, optional arg
20:34.09brlcadgetopt just has the ':' to say argument or no argument
20:34.19brlcadanything else you have to customize
20:34.26zero_levelok.
20:34.34brlcadbut I wouldn't without knowing more about the problem
20:34.52brlcadwhat is the difference between "-R" and "-R 1.4"
20:35.01zero_levelThe reason i wanted to use getopt here was because we could pass the arguments in any order.
20:35.15zero_levelbut customization was tedious here.
20:35.38``Erikwe have bu_getopt()
20:35.40zero_leveland it mades sense using -N instead -ntsc
20:36.11brlcadmost tools should stick to lowercase unless it's a boolean on/off toggle
20:36.38zero_levelIt was just because -n is used for width of input files.
20:36.45brlcador unless there's some established precedent like -P and -C
20:37.49brlcadnote that you could still handle -ntsc and/or -crt in an argument processing loop
20:38.03brlcadthe loop just changes slightly
20:38.31zero_levelAlso in any way we have to take the input file size from the user, if we wish to use icv in current form. That is icv_read(.); icv_rgb2gray(); icv_write(.)...
20:39.45brlcadwhile(1) { if (BU_STR_EQUAL(optarg, "-ntsc")) ... else if (BU_STR_EQUAL(optarg, "-crt")) ... else if (bu_getopt(...)) {...} }
20:39.45zero_levelbrlcad : are you suggesting looping in bw_getopt(..) or in a customized manner ?
20:40.30brlcadjust notional, but the idea is to check any non-getopt args before calling getopt
20:40.46brlcadalternatively, handle them in the getopt error handler
20:41.57zero_levelalright. For the time being I am resurrecting the regress. And then i will start working on minimizing usage changes for pix-bw.
20:42.09zero_levelbrlcad : I hope this is fine ?
20:42.25brlcadyep, regress is top priority
20:42.38brlcadwe cannot release until regress is fixed
20:42.52zero_levelare we making a release point ?
20:43.17brlcadyes
20:43.29zero_levelschedule ?
20:43.48brlcadgoing to sync to a release branch this thursday/friday
20:44.15brlcadand tag it as soon as everything passes, documented, tested
20:44.37brlcadso looking at the regress, the problem is probably -B
20:45.02zero_levelyeah i see that.
20:45.10brlcadyour current usage is
20:45.10zero_levelJust testing on bix
20:45.11brlcadpix-bw [-h] [squaresize] [-w width] [-n height]   [ [-N] [-C] [-R red_weight] [-G green_weight] [-B blue_weight] ]  [-o out_file.bw] [file.bw] > [out_file.bw]
20:45.30zero_levelc/bix/bz
20:45.51brlcadby the way, that usage does not look right
20:46.12brlcad[squaresize]
20:48.01brlcadalso, -C means something else, so if they're going to change I would suggest something like [-e [ntsc|crt]]
20:48.51brlcadrather: [-e {ntsc|crt}]
20:49.05brlcadthat keeps it minimally impacting
20:49.57brlcadin order to capture [-R[#]], I suggest breaking them out into separate options like -r -g -b and -R# -G# -B#
20:50.13brlcadthe first specifying which channels to use, the latter specifying what weight
20:50.15zero_levelthis looks fine to me.
20:50.38brlcadthen fixing the regression scripts also becomes minimally impacting
20:50.52brlcad(see CHANGES file for the definition of minimally impacting)
20:52.12zero_levelalright,.
20:54.31brlcadand note that there was a second P2B usage
20:56.36brlcadstarseeker: to answer your question, depends what you mean by initializing it
20:57.01brlcadstarseeker: no problem zero-initializing (with a valid magic) and that *should* be happening already since it's not a pointer
20:57.12brlcadif it's not, that's a problem
20:57.31brlcadfilling in that structure all the time would probably be a performance problem
20:58.06brlcadat least enough to warrant timeing and testing
20:59.09brlcadshould be visible on db load and prep timing for big targets
21:16.20Notify03BRL-CAD:starseeker * 57187 brlcad/trunk/src/librt/search.c: More thinking about what will needed for db_search function
21:21.12*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
21:53.47Notify03BRL-CAD:carlmoore * 57188 brlcad/trunk/src/conv/g-obj.c: minor formatting changes, including removal of a trailing blank
23:17.42``Erik"where's waldo: the audiobook"
IRC log for #brlcad on 20130828

IRC log for #brlcad on 20130828

00:35.19*** join/#brlcad caen23 (~caen23@92.85.89.89)
01:05.45starseekernarrows down the CMake Ninja issue and moves on to seeing what the crash on Windows 8 is about...
01:28.28starseeker...if visual studio will ever finish updating...
01:43.57starseekeryay
01:44.17starseekerbig friggin update...
01:57.28starseekeraaaand the windows build is busted
02:13.27Notify03BRL-CAD:starseeker * 57189 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/date-time.c): Looks like we will need _gmtime_s on Windows?
02:14.08Notify03BRL-CAD:starseeker * 57190 brlcad/trunk/src/librt/search.c: Ah, right, gcc doesn't like C++ comments in C
02:18.32Notify03BRL-CAD:brlcad * 57191 brlcad/trunk/HACKING: extensive updating and expansion of the testing and debugging section in response to tom's questions on the mailing list. explain the three types of tests, give examples, and talk about manual testing too.
02:25.49Notify03BRL-CAD:starseeker * 57192 brlcad/trunk/CMakeLists.txt: Neither gmtime_s nor _gmtime_s works as a function test - try the symbol check.
02:29.13brlcadstarseeker: how about just #define gmtime_r _gmtime_s in config_win.h ?
02:30.27brlcadno need for conditionals or tests if it's a fully compatible interface
02:30.56brlcadthat said, we should probably be using gmtime() instead of gmtime_r() for c89 compliance
02:31.27Notify03BRL-CAD:starseeker * 57193 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/date-time.c): Looks like it's gmtime_s
02:31.42starseekerbrlcad: it's not fully compatible (argument order is reversed)
02:31.57*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
02:32.26starseekerdoesn't gmtime have issues in parallel situations?
02:33.15brlcadjust reversed? a macro
02:33.33brlcad#define gmtime_r(x, y) _gmtime_s(y, x)
02:33.45brlcadthere's at least one other example of that iirc
02:34.34starseekerlet me give it a try and see if it actually builds - if it does I'll try to do the macro in config_win.h
02:35.20brlcadgiven how close we are to "upgrading" to c99, I can play a blind eye to gmtime() at least until we hit a build failure
02:35.48starseekershrugs - if we go with gmtime it's probably all moot then
02:36.34brlcadgmtime() is a simple change, just requires a semaphore lock/unlock to call and copy the static buffer, all of 5 lines of code
02:36.44brlcadwhich file is that?
02:36.55starseekerdate-time.c
02:36.58starseekerin libbu
02:37.11starseekerjust added today, IIRC
02:37.14brlcadgot it
02:37.38starseekerif you've got that I'll move on to fixing the dm point thing
02:38.31brlcadyeah, got it -- just gimme a sec
02:38.54starseekerno problem - sorry for all the thrashing
02:46.05brlcaddate, just build testing now
02:47.42brlcads/date/done/
02:48.55Notify03BRL-CAD:starseeker * 57194 brlcad/trunk/src/libdm/dm-wgl.c: Variable names appear to be different between wgl and ogl (why??)
02:52.21Notify03BRL-CAD:brlcad * 57195 brlcad/trunk/include/bu.h: add a new semaphore for the new date-time interface. doesn't need to lock on the same syscall interface, just needs to be enough to protect multiple reads from the static struct memory that is returned.
02:52.53Notify03BRL-CAD:brlcad * 57196 brlcad/trunk/src/libbu/date-time.c: call gmtime() instead of gmtime_r() for c89+ compliance and greater portability. makes things really simple for windows too (they provide gmtime())
02:53.00starseekerhah - that's cool, newer Windows gives you a plot as a function of time of the rate of file deletions per second, with a line identifying the current value
02:53.43starseekerbrlcad: I'll yank the CMake stuff then
02:54.33starseekerbrlcad: thanks!
02:54.34Notify03BRL-CAD:starseeker * 57197 brlcad/trunk/CMakeLists.txt: Using gmtime now, don't need this
02:55.47Notify03BRL-CAD:brlcad * 57198 brlcad/trunk/src/conv/3dm/3dm-g.cpp: convert the name field to a bu_vls to eliminate the fixed object name limit. untested but fairly benign.
02:58.13Notify03BRL-CAD:starseeker * 57199 brlcad/trunk/HACKING: CmakeLIsts.txt -> CMakeLists.txt
02:58.20starseeker(save carl the trouble ;-)
03:02.15Notify03BRL-CAD:starseeker * 57200 (brlcad/trunk/misc/perl/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Mark items as advanced so they don't show in the default CMake gui interface.
03:06.18Notify03BRL-CAD:brlcad * 57201 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/date-time.c): since the function doesn't specifically match the std library gmtime function in behavior or arguments, it really shouldn't be named identically. how about bu_utctime()?
03:29.30Notify03BRL-CAD:phoenixyjll * 57202 brlcad/trunk/src/libbrep/boolean.cpp: Find seaming curves and share edges.
03:31.43Notify03BRL-CAD:phoenixyjll * 57203 brlcad/trunk/src/libbrep/boolean.cpp: Eliminate dead code.
03:32.17Notify03BRL-CAD:brlcad * 57204 brlcad/trunk/include/bu.h: make it clear that the arg is the result, doxygen comment shouldn't be @file so it gets associated with the function that follows (@file only useful for multi-function source files that warrant an intro on the package they belong with.
03:34.33Notify03BRL-CAD:brlcad * 57205 brlcad/trunk/src/libbu/date-time.c: instead of a completely different string, how about instead returning a 'null' time entry ala SQL. this way it's formatted correctly and can be evaluated as an error, but is otherwise syntactically safe/consistent if anything is set up to parse the result.
03:56.35starseekerbugger - it's crashing in Tk
03:58.09starseekertkWinDialog.c line 1037
03:59.55starseekerguess I'll have to see if there are any Win specific Tcl/Tk fixes for newer systems
04:02.58starseekermutter... I've been avoiding Tcl/Tk upgrades, there are some known issues...
04:03.12starseekeroh well, at least we're building
04:12.49brlcadsuspected it had nothing to do with the other changes
04:17.21brlcadstarseeker: if you want to try a fix, could try changing the two (int)buffer casts into (LPARAM)buffer
04:18.02brlcadTk's int cast there may be screwing up the pointer on 64-bit windows
04:19.49brlcadthen if it works, you can submit the patch  ;)
04:22.31Notify03BRL-CAD:starseeker * 57206 brlcad/trunk/src/other/tk/win/tkWinDialog.c: Cheat and grab the tkWinDialog.c file from 8.5.14 - this allows MGED to successfully run on Windows 8 when built with Visual Studio 11.
04:23.43starseekerbrlcad: we're a few versions behind on the 8.5 series - looks like they already got it :-)
04:26.43starseekerhuzza - first successful build and MGED/Archer run on Windows 8 + Visual Studio 2012!
04:27.22brlcadcool
04:27.35Notify03BRL-CAD:brlcad * 57207 brlcad/trunk/src/conv/3dm/3dm-g.cpp: consolidate the uuid string size into one place and initialize them to zero.
04:27.57brlcadah yeah, looks like the cast was the problem
04:30.26Notify03BRL-CAD:brlcad * 57208 brlcad/trunk/src/conv/asc/asc2g.c: reduce scope
04:32.13Notify03BRL-CAD:phoenixyjll * 57209 brlcad/trunk/src/libbrep/boolean.cpp: Deal with singular trims and closed trims.
04:32.47starseekercool http://www.isprs.org/proceedings/xxxvi/3-w19/papers/060.pdf
04:35.31Notify03BRL-CAD:brlcad * 57210 (brlcad/trunk/src/conv/comgeom/solid.c brlcad/trunk/src/conv/cy-g.c brlcad/trunk/src/conv/dem-g.c): more var scope reduction
05:13.02Notify03BRL-CAD:brlcad * 57211 brlcad/trunk/src/conv/dxf/bot-bldxf.c: reduce var scope
05:32.08Notify03BRL-CAD:brlcad * 57212 (brlcad/trunk/include/bu.h brlcad/trunk/src/conv/stl/g-stl.c and 53 others): rename the now-bu_-prefixed ntohd/ntohf/htond/htonf functions as belonging to the 'cv' data conversion package since their arguments are more similar (they convert arrays of values). proper would have been to match the style of the [nh]to[gn][ls]-style functions taking just one value and returning it as a
05:32.10Notifyuint32_t/uint64_t accordingly, like the new windows functions now do (which we probably can/should leverage in our implementation).
05:41.42brlcadleft as an exercise for the reader
06:30.06Notify03BRL-CAD:phoenixyjll * 57213 brlcad/trunk/src/libbrep/boolean.cpp: ws.
08:13.22Notify03BRL-CAD:phoenixyjll * 57214 brlcad/trunk/src/libbrep/boolean.cpp: More work trying to pass ON_Brep::IsValid() - the loop's first trim's m_vi[0] should be equal to the last's m_vi[1], and use ON_ZERO_TOLERANCE to determine singular trims, and set the vertex's tolerance to 0.0.
08:39.57*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
09:07.18Ch3ck_brlcad: starseeker: ``Erik: I wish to create the pull interface on BRL-CAD. I just wish to know to files i'll be dealing here. grepped xpush and push to see which files and directories were called and got(src/mged, src/tclscripts, src/libtclcad, src/archer, src/libged/wdb_obj.c, src/rt, regress, doc). I just wish to know which ones are the most important since i'm trying to integrate the pull into archer(src/archer). Waiting for your guidance. ;)
09:52.06Notify03BRL-CAD Wiki:Phoenix * 6056 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */
10:51.54Ch3ck_join #ublab
11:37.52Notify03BRL-CAD Wiki:BurtFindley * 0 /wiki/User:BurtFindley:
11:43.05Notify03BRL-CAD Wiki:BurtFindley * 6057 /wiki/Students_at_University_Level: writing
11:50.38Ch3ck_gotta go get some ATP! ;)
12:27.21Notify03BRL-CAD:brlcad * 57215 (brlcad/trunk/src/conv/dxf/dxf-g.c brlcad/trunk/src/conv/dxf/g-dxf.c): reduce var scope
12:31.25Notify03BRL-CAD:brlcad * 57216 brlcad/trunk/src/conv/g-dot.c: reduce var scope, total is unused
12:35.04Notify03BRL-CAD:brlcad * 57217 brlcad/trunk/src/conv/g-vrml.c: close the texture file fd, reduce var scope
13:02.31Notify03BRL-CAD:brlcad * 57218 (brlcad/trunk/src/conv/enf-g.c brlcad/trunk/src/conv/fast4-g.c): reduce var scope
13:04.20Notify03BRL-CAD:brlcad * 57219 brlcad/trunk/src/conv/g-xxx.c: completely rework the template converter to avoid forward decls, eliminate the globals, and actually utilize the user data struct
13:05.38Notify03BRL-CAD:brlcad * 57220 brlcad/trunk/src/conv/CMakeLists.txt: enable continuous compilation of the g-xxx example so that the sources stay up-to-date. include walk_example as a sample app.
13:06.21Notify03BRL-CAD:brlcad * 57221 brlcad/trunk/src/conv/g-xxx_facets.c: reduce var scope
13:19.06*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:51.59*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:52.02Notify03BRL-CAD:indianlarry * 57222 (brlcad/branches/nurbs/CMakeLists.txt brlcad/branches/nurbs/HACKING and 119 others): Merging trunk into branch 'nurbs' r:57144:57221
14:02.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:11.01*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:24.32*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:25.26Notify03BRL-CAD:indianlarry * 57223 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: Initial pullback using first order derivative (WIP currently tetsing resolving known trim points still have a handful of points that don't resolve generally due to singularities in the Jacobian plan to brute force those points through subdivsion for now )
14:56.37zero_levelhey do any one have a experience with 'expr: syntax error' in bash.
15:01.19brlcadzero_level: of course, what's up?
15:01.27brlcadusually it means one of the parameters is empty
15:02.30brlcadtry printing the command in the script, e.g.,
15:02.36brlcadcmd="expr ..."
15:02.39brlcadecho $cmd
15:02.41brlcad$cmd
15:03.29zero_leveli am getting this error in
15:03.31zero_level$P2B -B 1.0 $BASE2.pix > $BASE2.bw
15:03.50brlcadno you're not
15:04.18zero_leveli tried echo before and after this line.
15:04.33zero_levelis wondering.
15:05.24brlcadagain, echo the exact command
15:05.35brlcadyou can also then try running that exact command outside of the script
15:05.47brlcadecho "$P2B -B 1.0 $BASE2.pix > $BASE2.bw"
15:06.22brlcadput that in the script, see what it prints, then run what it printed manually
15:29.27Notify03BRL-CAD:tbrowder2 * 57224 brlcad/trunk/include/bu.h: remove spurious period
16:12.55Ch3ck_brlad: still waiting for your response
16:18.43Notify03BRL-CAD Wiki:Harman052 * 6058 /wiki/User:Harman052/GSoc2013/Logs:
16:26.50zero_levelbrlcad : I checked and I am not getting syntax error for that line.
17:04.41Notify03BRL-CAD Wiki:NyahCh3ck20 * 6059 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */
17:12.05``Erikbrlcad: routing issue seems to have magically cleared up
17:23.17Notify03BRL-CAD:tbrowder2 * 57225 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/date-time.c): change signature and intent of bu_utctime; eliminate need for time.h in bu.h; change some attr struct vars to integral instead of char*
17:38.39*** join/#brlcad kesha (~kesha@49.249.17.122)
17:42.10Notify03BRL-CAD:tbrowder2 * 57226 brlcad/trunk/src/libbu/avs.c: add func to update attr creation or modification times
17:42.30Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6060 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */
17:44.35*** join/#brlcad caen23 (~caen23@92.85.86.129)
17:52.16Notify03BRL-CAD:n_reed * 57227 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): Address r57194 concern. Need to declare temporary variables for wgl (missed in copy-paste from ogl). Localize them to make their transience clear.
18:28.30Notify03BRL-CAD:starseeker * 57228 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Closed curves are apparently a problem for some importers, so we'll need to set up to split curves and edges at need.
18:33.01*** join/#brlcad kesha_ (~kesha@49.249.17.122)
18:36.49zero_level``Erik , brlcad : the variable Failed has an issue in regress/dsp/run-dsp-case-set-1.sh, run-dsp-case-set-2.sh, run-dsp-case-set-3.sh
18:40.02zero_levelAs per your advise, I used echo to print that command.
18:43.31zero_levelc/Failed/"Failed"
18:50.02*** join/#brlcad caen23_ (~caen23@92.81.177.236)
19:09.28Notify03BRL-CAD:tbrowder2 * 57229 brlcad/trunk/src/libbu/avs.c: need the time.h header for the time func and vars
19:11.57Ch3ck_runs home ;)
19:15.03Notify03BRL-CAD:starseeker * 57230 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Going to need a struct for parameters and info - start setting it up.
19:20.50Notify03BRL-CAD Wiki:Vladbogolin * 6061 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 */
19:24.55*** join/#brlcad kesha_ (~kesha@49.249.17.122)
19:31.24Notify03BRL-CAD:starseeker * 57231 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Moving things into struct - will allow easier passing of info between functions
19:39.04Notify03BRL-CAD Wiki:KeshaSShah * 6062 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 10 */
19:42.14Notify03BRL-CAD:starseeker * 57232 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Simplify some function parameter lists
19:56.14Notify03BRL-CAD:tbrowder2 * 57233 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/avs.c): change func to use enum args
20:00.42*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
20:06.02Notify03BRL-CAD:indianlarry * 57234 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: first attempt to brute force those points that don't have jacobian inverse through subdivsion, if jacobian fails then subdivide around current failing u,v then recurse trying first order walk again. Passes through previous failed points but the recursion is dog slow and need to rework.
20:10.11Notify03BRL-CAD:tbrowder2 * 57235 brlcad/trunk/src/libged/attr.c: use const chars for arg choices
20:39.26Notify03BRL-CAD:tbrowder2 * 57236 brlcad/trunk/src/libged/attr.c: move var to func scope in preparation for refactoring
20:40.24Notify03BRL-CAD:tbrowder2 * 57237 brlcad/trunk/src/libged/attr.c: add new var for new display formats
20:48.11*** join/#brlcad kesha__ (~kesha@1.38.26.53)
20:59.05Notify03BRL-CAD:starseeker * 57238 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Not right yet, but work on integrating the 'split the curve' logic into the brep build
21:04.40*** join/#brlcad caen23 (~caen23@92.81.193.179)
21:14.50Notify03BRL-CAD:tbrowder2 * 57239 brlcad/trunk/src/libged/attr.c: add some convenience enums and a func to ease maintaining guts of attr func; collect name and value lengths earlier in func
21:28.53Notify03BRL-CAD:carlmoore * 57240 brlcad/trunk/src/conv/off/g-off.c: remove some unneeded braces, and get -P into the Usage statement
21:32.40*** join/#brlcad kesha__ (~kesha@49.249.0.218)
21:38.11Notify03BRL-CAD:tbrowder2 * 57241 brlcad/trunk/src/libged/attr.c: refactor attr listing into a local func
21:47.31Notify03BRL-CAD:mohitdaga * 57242 brlcad/trunk/doc/docbook/system/man1/en/bwfilter.xml: Update man page as per the recent changes due to incorporation of libicv apis in bwfilter.
21:50.36Notify03BRL-CAD:mohitdaga * 57243 brlcad/trunk/src/util/bwfilter.c: Add the code for verbose options.
22:00.34Notify03BRL-CAD:tbrowder2 * 57244 brlcad/trunk/src/libged/attr.c: add time stamps to normal attr show (the creation time stamp is not yet stable)
22:37.41zero_levelwhenever there is a commit on bu.h. The complete src code has to be recompiled. o.O
22:41.54``Erikmost of it, yes
22:42.19``Erikbetter than a change to CMakeLists.txt :D
22:44.43Notify03BRL-CAD:tbrowder2 * 57245 brlcad/trunk/src/libbu/avs.c: ensure old attrs have a creation time even if it's a current time
22:46.11Notify03BRL-CAD:tbrowder2 * 57246 brlcad/trunk/src/libbu/date-time.c: use the definition of the broken down time--zero is a valid value for year and month
22:51.59Notify03BRL-CAD:mohitdaga * 57247 brlcad/trunk/src/util/bwfilter.c: Incorporate usage of offset flag and kern division flag in bwfilter code. This was left in the initial commit.
23:08.56*** join/#brlcad kesha__ (~kesha@49.249.0.218)
IRC log for #brlcad on 20130829

IRC log for #brlcad on 20130829

00:18.44*** join/#brlcad kesha__ (~kesha@49.249.0.218)
01:16.01*** join/#brlcad kesha__ (~kesha@49.249.0.218)
01:40.45brlcad``Erik: huh, interesting
01:46.38brlcadzero_level: nice work isolating the expr error
01:47.06Notify03BRL-CAD:brlcad * 57248 (brlcad/trunk/regress/dsp/run-dsp-case-set-0.sh brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh and 2 others): avoid expr error when there IS a failure, init the right var.
01:47.12brlcadnote however that it just fixes the expr message, but the reason it was even encountering that expr line is because something else went wrong before that
01:52.55*** join/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52)
01:53.17jarray52Is there any way to rotate rendered views using brlcad?
02:03.19*** join/#brlcad kesha__ (~kesha@49.249.0.218)
02:30.32*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
02:30.46*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
02:33.36*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:35.24*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
02:35.30*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
02:35.31*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
02:35.33*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
02:35.36*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
03:07.19brlcadjarray52: yes and no
03:07.53brlcadI believe you're wanting to see a shaded display of geometry, which is a feature in archer and a raw option in mged
03:08.36brlcadan actual "rendered" view cannot be rotated because it is exactly that -- rendered -- it's an image
03:09.10brlcadyou could certainly keep re-rendering new views but doing so interactively usually entails a shaded display (e.g., via OpenGL like most games)
03:17.04jarray52brlcad: has anyone developed a convenient way to render brlcad objects in a browser?
03:17.23jarray52brlcad: I know it is not hard... just wonder if there is a prepackaged solution?
03:42.18jarray52brlcad: I found that it is possible to export objects as obj files, convert them to useable obj files, and then use three.js to render them.
03:46.39*** join/#brlcad kimzzzz (~AndChat31@1.38.30.243)
03:58.50brlcadjarray52: what do you do that makes them "usable" vs unusable?
03:59.25brlcadwe should probably update our converter
04:02.43jarray52I used Three.js as the rendering javascript library, which allowed me to render the objects on a web page. However, the Wavefront OBJ files generated by BRLcad cannot be used directly. So, I used convert_obj_three.py to do the conversion after exporting as a Wavefront obj file.
04:03.35jarray52However, it has been a while since I've done this. I  just recently started working on the project again.
04:03.57jarray52I was a bit busy with work in the last several months.
04:04.23jarray52Maybe in a few days I can give better feedback.
04:05.05jarray52Last we spoke, the CAD to CAM project was on the drawing board but not yet started. Has that project been started for BRLCAD?
04:12.02Notify03BRL-CAD:phoenixyjll * 57249 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Plot the normal with a scale computed from the size of the surface.
04:36.14*** join/#brlcad kesha (~kesha@14.139.122.114)
06:27.29Notify03BRL-CAD:phoenixyjll * 57250 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add blank lines to make the format consistent.
06:47.27Notify03BRL-CAD:phoenixyjll * 57251 brlcad/trunk/src/libbrep/boolean.cpp: Fix wrong operation type.
06:49.46*** part/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52)
07:04.06Notify03BRL-CAD:phoenixyjll * 57252 brlcad/trunk/src/libbrep/boolean.cpp: No need to flip the face if it belongs to the brep being substracted.
07:10.15Notify03BRL-CAD:phoenixyjll * 57253 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp): Support XOR operation - also used in combinations in BRL-CAD.
07:16.23Notify03BRL-CAD:phoenixyjll * 57254 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep.cpp): Extend the command for XOR support.
07:29.41Notify03BRL-CAD:phoenixyjll * 57255 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Oops.. It should be an assignment..
08:18.35*** join/#brlcad kesha (~kesha@14.139.122.114)
08:52.56Notify03BRL-CAD:phoenixyjll * 57256 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Remove the old evaluation code in librt.
09:12.11Notify03BRL-CAD:phoenixyjll * 57257 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Add header comment.
09:24.38Notify03BRL-CAD:indianlarry * 57258 brlcad/branches/nurbs/include/brep.h: added UV interval assignments for BANode class variables m_u,m_v in constructor, these were being used without being assigned. since we split the trim curve interval on Horz/Vert tangents we can use the m_start/m_end points to bound the curve the trim
09:26.13Notify03BRL-CAD Wiki:Phoenix * 6063 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */
09:28.14Notify03BRL-CAD Wiki:Phoenix * 6064 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */
09:34.29Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Union_sph.png:
09:34.49Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Diff_sph.png:
09:38.09Notify03BRL-CAD Wiki:Phoenix * 6067 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
09:44.14*** join/#brlcad kesha (~kesha@14.139.122.114)
10:05.33Notify03BRL-CAD:indianlarry * 57259 (brlcad/branches/nurbs/doc/docbook/system/man1/en/bwfilter.xml brlcad/branches/nurbs/include/brep.h and 19 others): Merging trunk into branch 'nurbs' r:57224:57257
10:06.47Notify03BRL-CAD Wiki:Huskmate13 * 0 /wiki/User:Huskmate13:
10:23.47Notify03BRL-CAD:tbrowder2 * 57260 brlcad/trunk/src/libbu/date-time.c: handle error upon call to gmtime
10:39.20*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:42.29Notify03BRL-CAD:tbrowder2 * 57261 brlcad/trunk/include/bu.h: revert bu_attribute_value_pair to original definition
10:45.39Notify03BRL-CAD:tbrowder2 * 57262 brlcad/trunk/src/libbu/avs.c: don't use new function on attributes yet
10:55.42Notify03BRL-CAD:tbrowder2 * 57263 brlcad/trunk/include/bu.h: remove decl of func which is not yet needed
10:57.11Notify03BRL-CAD:tbrowder2 * 57264 brlcad/trunk/src/libbu/avs.c: remove func not ready for prime time; restore missing return
11:02.15Notify03BRL-CAD:tbrowder2 * 57265 brlcad/trunk/src/libged/attr.c: remove untested new attribute attributes
11:36.13*** join/#brlcad kesha (~kesha@14.139.122.114)
11:52.01starseekerhttp://scribu.net/wordpress/svn-patches-from-git.html
12:23.16*** join/#brlcad sobaah (~sober@user-160u7km.cable.mindspring.com)
13:24.26Notify03BRL-CAD:tbrowder2 * 57266 NIL: creating a private branch for working on bu_avs_attribute_value_pair
14:28.55starseekerhttp://arstechnica.com/information-technology/2013/06/c99-acknowledged-at-last-as-microsoft-lays-out-its-path-to-c14/
14:38.51*** join/#brlcad kesha (~kesha@14.139.122.114)
14:42.27Notify03BRL-CAD:starseeker * 57267 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Use edge curve index
14:44.42Notify03BRL-CAD:starseeker * 57268 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: whoops - e_curve, not curve
15:19.01*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b111:f121:0:47:294:f801)
15:22.42Notify03BRL-CAD:indianlarry * 57269 brlcad/trunk/src/librt/primitives/pipe/pipe.c: Changed logic in the 'pipe' solid raytracing code in function rt_pipe_elim_dups(). This code removed single hit from hit list when next hit dist < 0.00001 and next hit from same surface. This caused an error in grazing cases where you have legitimate in/out hits on same surface but less than 0.00001 dist. For the pipe we don't expect to
15:22.44Notifyhit the same surface within such a small distance unless it is a grazing case in which we really want to remove both hits. Also changed the hardcoded '0.00001' constant to the internal distance tolerence. Also removed related conditional that reported the original error and bailed.
15:23.37sobaahthis place has more activity than #freecad which has almost twice as many users
15:41.21Notify03BRL-CAD:starseeker * 57270 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Start setting up instance list population so we have some control over the ordering. Need to change how surface cartesian points are handled, but getting closer.
15:42.14starseekersobaah: at the moment they have better screenshots ;-)
15:43.01starseekerall IRC channels have their quiet periods
15:44.36sobaahhehe, I see starseeker
15:44.47sobaah=)
16:10.22Ch3ck_starseeker: just need some clarification here with the regression tests i've written for the pull
16:11.29Ch3ck_<PROTECTED>
16:12.06Ch3ck_I also wish to know the command i'll use to compile the test testing the routine or the regression tests should work?
16:43.40Notify03BRL-CAD Wiki:NyahCh3ck20 * 6068 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */
16:51.51*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b111:f121:0:47:294:f801)
16:52.50brlcadhello sobaah
16:54.47sobaahhi brlcad =D
16:57.04sobaahquick question for all: can I use BRL-CAD to do measurements in STEP (.stp) files?  Does it snap to planes/features?  Last, but not least: can the measurement tool follow an axis; in other words, can it follow a straight line when measuring?
17:29.46*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b111:f121:0:47:294:f801)
17:55.50*** join/#brlcad kesha (~kesha@14.139.122.114)
17:56.51Notify03BRL-CAD:mohitdaga * 57271 (brlcad/trunk/regress/asc2dsp.sh brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh and 2 others): Add input arguments in rgress options for pix-bw. These argguments are added as per the recent changes in pix-bw (adding icv in pix-bw.)
18:04.34zero_levelfeels relieved.
18:27.31brlcadsobaah: we do have a variety of measurement tools, some unconventional, some fairly standard
18:27.54brlcadthere is snap to grid
18:28.30brlcadone of our measurement tools is the "angle distance cursor" (ADC) which lets you measure angles and distances
18:29.12brlcadour "nirt" measurement tool shoots a straight ray and reports distances/measurements along that axis
18:31.38brlcadCh3ck_: have you actuallyy run your new test?
18:32.09brlcadit it runs and tests the command (with clear failure criteria), then that should be just fine
18:32.25zero_levelbrlcad : Does regress succeds on your machine after 57271 ?
18:33.08brlcadzero_level: rebuilding now, let you know in a couple minutes
18:34.03Ch3ck_brlcad: well code compiles i have integrated the test into the regress directory. But however when code compiles i don't actually see the pull there
18:34.07Ch3ck_among mged's command
18:34.23Ch3ck_and its like the installed version of BRL-CAD interferes
18:34.32Ch3ck_with my modified version
18:34.51Ch3ck_so i don't know if i'll have to install the modified version to see how it works
18:34.58brlcadzero_level: so is -B1.0 the final state or do you plan to add -r -g -b?
18:35.18brlcadit's fine if it is, be we have to announce this change because you changed the interface
18:36.34Ch3ck_brlcad: as concerning the interface, I have integrated the pull into the following( src/ligbed.wdb_obj.c, src/mged, src/tclscripts, src/regress, doc/) others
18:36.47Ch3ck_wrote the xml file for pull
18:36.51Ch3ck_for the doc
18:37.03Ch3ck_but whenever i try to run the binaries in bin/mged
18:37.15Ch3ck_i see an inteference with usr/dev.../bin
18:37.34Ch3ck_so I don't know how to resolve this and test what i'm currently working on
18:38.51brlcadthat sounds like several different distinct problems
18:39.39brlcadstart with what you are running, how are you starting mged?
18:44.34zero_levelbut brlcad, on bz it is showning different behaviour.
18:45.37zero_levelI wish if you could run regress-dsp on your machine.
18:46.27zero_levelbrlcad : taking about the interface. Lets first see if the regress is on the mark.
18:48.11zero_levelI think interface resurrection will require some thinking. I will make suitable changes to doc and other files as in when i see that regress is on the mark :)
18:50.58Notify03BRL-CAD:brlcad * 57272 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: clean up the AddEdge() function with some comments and spacing for readability, collapse an unnecessary scope
18:54.06Notify03BRL-CAD:brlcad * 57273 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: understanding a little awry, regroup to reflect where what lines are actually involved in adding the edge
18:54.45brlcadzero_level: regress-dsp fails for me with pix-bw usage statemetns
18:55.27brlcadzero_level: I intend to fork a release branch either later tonight or tomorrow, so this needs to be resolved really quickly
18:55.41brlcadusually a regression failure like this would be reverted if not fixed within 24 hours
18:56.00brlcadit's been a week, so time is running out :)
18:57.13zero_levelbrlcad : after 57272 ?
18:57.54zero_levelbrlcad : I mean after 57271 ?
18:58.42brlcadmaybe not, checking again
18:58.50brlcadokay, yes that works
18:59.00brlcadbut I assume thats the -B -> -B1.0 change yes?
18:59.34zero_levelthe change also requires adding file size
18:59.44brlcado.O
18:59.59zero_levelI have added that in 57271.
19:00.05zero_levels1 s2 s3/
19:00.45brlcadeh, what do those options mean??
19:01.03zero_levelthe file is of 1X1 2X2 and 3X3 size.
19:01.23brlcadah, so that's literally the square size
19:01.30zero_levelyes.
19:01.39zero_levelbut the default is set to 512.
19:02.02zero_levelI am currently finding the file size in asc2dsp.sh
19:02.46brlcadhm, that is potentially not a minimally impacting change
19:03.12zero_levelthese are the cons of using icv. ;)
19:03.17brlcadwhy is the size needed exactly?
19:03.21brlcadcodewise
19:03.28zero_levelbecause i want to read the image.
19:03.35brlcadso you read the image
19:03.39zero_levels the code architecture goes this way.
19:03.47brlcadagain, codewise
19:03.49brlcadnot notionally
19:03.52brlcadwhat's the code reason
19:03.58zero_levelicv_read(..) icv_rgb2gray() icv_write()
19:04.21brlcadthat's not a reason
19:04.48brlcadi'm not trying to be difficult or funny, promist
19:04.50brlcadpromise
19:04.57brlcadjust wondering what the actual technical reason is
19:05.27brlcadicv_read() could specify "read to end of file" instead of a size, for example
19:05.34brlcadso that's not exactly the problem
19:05.45brlcadis there something in icv_read that must know a size?
19:06.09zero_levelspecifing the size of the image struct.
19:06.15zero_level*specifying
19:06.24zero_levelthat is the data channel.
19:06.44brlcadcan you point me at a line of code?
19:07.03brlcada place where the size is required where something implicit couldn't be added to mean end-of-file
19:07.25zero_levelsrc/libicv/bw.c
19:07.27Ch3ck_brlcad: by running bin/mged from the brlcad_build directory
19:07.38Ch3ck_this is to enable me test the new changes i've made
19:07.38zero_levelin line 81 to end.
19:08.19brlcadthat's a function, not a line :P
19:08.22brlcadokay so in that function
19:08.26zero_level102.
19:08.32brlcadpresumably the read() call on 103
19:08.43zero_levelmalloc call on 102.
19:08.57brlcadexcept I could hold on the malloc until I know the size
19:09.04brlcador malloc and realloc
19:09.41brlcadokay, I think I see it
19:10.00zero_levelI can do it,
19:10.05brlcadit looks like there's certainly a way to handle this, but it'll require changing all of those read() calls into loops
19:10.46brlcadOR ... hmm
19:10.49zero_levelis that advisable ?
19:10.55brlcadwho calls bw_read()?
19:11.03zero_levelicv_read(..)
19:11.26brlcadand the app calls that, right?
19:11.34zero_levelyes.
19:11.46zero_levelicv_read is in libicv/fileformat.c
19:12.07brlcadyep
19:12.26zero_level?
19:13.15brlcadstill thinking
19:13.42brlcadto handle potentially streaming applications, you may not know a size
19:13.56brlcadhell, the size may be unended on a real pipe
19:14.31brlcadvideo streams tend to just be unending data
19:14.50zero_levelyes because bw_read can also read from pipes.
19:15.05zero_levelu just pass "NULL" for image name
19:15.22brlcade.g., could see wanting to do something like: cat *.pix | pix-bw | mencode file.avi
19:16.24brlcadI was thinking that you could have some corrollary like icv_guess_file_format() ... you know an icv_guess_file_size()
19:16.31brlcadbut even that breaks on the streaming example
19:16.46brlcad(we already have a guess size function somewhere)
19:17.04brlcadso back to the immediate issue at hand
19:17.09brlcad-B to -B1.0 is fine
19:17.14brlcadthat is minimally impacting
19:17.23brlcadassuming the output is the same
19:17.54brlcadso it's the requirement to specify a size when the size is not 512x512 that becomes an issue, on a tool that previously could stream
19:18.21brlcadjust thinking out loud here
19:18.48brlcadone could argue that it was undocumented behaviour
19:18.57brlcadespecially since most tools "default" to 512
19:19.19brlcadunless we actually document the pipe streaming capability where you don't need to specify a size
19:19.46sobaahbrlcad: cool@measurement tools, I see
19:19.49sobaahI will give it a try
19:19.55zero_levelbrlcad this worked on the previous tool because
19:19.59sobaahthanks for the info brlcad
19:20.29zero_levelI mean on the previous rev. because.
19:21.04zero_levelpix-bw utility just demand read a pixel do some operations write a pixel
19:33.36brlcadsobaah: yeah, no problem -- we're here to help
19:34.42brlcadzero_level: I'm thinking that it might make sense to implement a buffering option
19:35.02brlcadalong with an "unknown" size specification
19:35.46brlcadso you could do per-pixel buffering, scanline buffering, or full frame buffering
19:36.58zero_levelbrlcad : do u mean in the read function iteself ?
19:37.19brlcadi'm not sure where that would belong just yet, but possibly
19:38.02zero_levelcan u tell me in icv terms notationally.
19:38.08brlcadthe shortest path to make -ssize not necessary for pix-bw however is even more simple
19:38.17*** join/#brlcad kesha (~kesha@14.139.122.114)
19:39.11zero_leveldo we mean we put everything in the loop. while(flag){ flag = icv_read(..) icv_rgb2gray() icv_write(..) }
19:39.50zero_levelbut that might not work because we have got rid of file descriptors from icv struct.
19:39.52brlcadno, I don't think that would be good to have in the front-end application
19:40.32brlcadit would probably make the most sense in icv_read() where 'format' becomes a 'mode' bitfield
19:40.48brlcadsupporting the data type and the buffering type
19:40.52zero_levelis listening.
19:42.07brlcados icv_read("file.pix", ICV_IMAGE_AUTO|ICV_BUFFER_FRAME, 1024, 1024); would read the whole file in like it does now
19:42.16brlcads/os/e.g.,/
19:42.46zero_leveland ?
19:43.04brlcadicv_read("file.pix", ICV_IMAGE_AUTO|ICV_BUFFER_PIXEL, 1024, 1024); would read the same number of pixels, but would end up making 1024x1024 calls to read() instead of just 1
19:43.47brlcadicv_read("file.pix", ICV_IMAGE_AUTO, 0, 0); would read from file.pix until there was no more data to be read?
19:44.10brlcadhow does icv deal with stdin data now?
19:44.31brlcadi.e., no filename
19:44.32zero_levelyou just pass NULL instead of filename.
19:44.36brlcadokay, neat
19:45.37zero_levelbrlcad : Should I prioritize this work ?
19:45.43zero_levelor put this on hold ?
19:45.52brlcadlets not get ahead :)
19:45.53zero_leveland work on other formats ?
19:45.57brlcadthis is just a discussion :)
19:46.08zero_levelpk.
19:46.15brlcadthe immediate issue is -s# being required on pix-bw
19:46.33brlcadthat is arguably a non-minimally impacting change so it would not be allowed until later
19:46.56brlcadso the question is what minimal change might be possible now to make that option go away
19:47.34brlcadI'm thinking the easiest way is to let a zero-size not imply 512, but instead imply "read until read() fails"
19:48.08brlcadis reminded of wargames...
19:49.42zero_levelbrlcad : in icv_read ?
19:49.47zero_levelor in the app ?
19:50.05brlcadboth, no?
19:50.20brlcadthe app calls icv_read(..., 0, 0)
19:51.03brlcadthen icv_read() in fileformat.c has to handle a zero-size with a loop for read() instead of just one call
19:51.28zero_levelok.
19:51.43zero_levelbrlcad : thanks for guiding me.
19:51.57zero_levelTill what time will u be forking a trunk ?
19:52.27zero_levels/trunk/branch
19:52.29brlcaddepends how long it takes to fix this :)
19:52.36zero_levelalright. :)
19:53.40brlcadit's a little tricky because basically the size is unknown .. until read() fails, then you know a 1xSIZE image size
19:53.58brlcadit's basically a 1-dimensional image (a pixel stream)
19:54.27brlcadbut it could get recorded in icv_image_t as exactly that (height=1, width=N)
19:54.28zero_levelbut altleast for pix-bw we dont need the file dimensions. ;)
19:54.41brlcadfor MANY of them we don't need the dimensions
19:54.49zero_levelyes.
19:54.50brlcadthat's why this will be interesting to figure out
19:55.04zero_levelI did the similar mistake in pixrect and bwrect
19:55.42brlcadI wouldn't call it a mistake
19:56.11brlcadthere's nothing wrong with requiring an image size where one was previously implicit
19:56.27brlcadit's really how it affects a user (and will it)
19:56.50brlcadpixrect/bwrect aren't nearly as widely known as our image conversion tools
19:57.07zero_levelok.
19:57.14brlcadthere's an argument that their behavior isn't documented, so it can change more easily
19:57.25brlcadI'd have to re-read their manpage to be sure
19:59.46brlcadwhy does icv_guess_file_format() take a buf?
20:00.15brlcadah, never mind, I see
20:00.22brlcadyeah, should fix that FIXME
20:00.33zero_levelI didnt get a way ?
20:00.53zero_levelfor the 175th line!
20:01.00zero_levelin ppm write.
20:01.35brlcadseems like two functions to me
20:01.52brlcadpass a name in and trim it
20:01.59brlcador pass a name in and get the format
20:02.16brlcadavoids writing into a buffer, crash, boom
20:02.31zero_levelactually we dont need the trimmed name.
20:02.39zero_levelso will remove it :)
20:03.15brlcadk
20:03.25brlcadtwo FIXME comments to remove after you do
20:04.08zero_levelcan u suggest a trick for ppm_write ?
20:04.21zero_levelicv_write i see the way.
20:15.48Notify03BRL-CAD:starseeker * 57274 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Per Keith's advice, just write out directly what we have - face splitting will require a fair bit of work.
20:15.51Notify03BRL-CAD:indianlarry * 57275 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: just added some debugging code ; currently just hanging up on surface with a singularity so should be pretty easy to work through
20:17.34*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
20:24.16Notify03BRL-CAD:starseeker * 57276 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Allow null edges, use the IsClosed test for surfaces
20:45.59Notify03BRL-CAD:starseeker * 57277 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: This isn't how we'll eventually have to do this - whole faces will need to be split in addition to curves. Long run we should have some ON_Brep_Split_Closed(ON_Brep *brep) function that does all of that for us and presents this export routine with the final product (such a Brep might be useful in other contexts as well...
21:10.29Notify03BRL-CAD:starseeker * 57278 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): More cleanup
21:20.44*** join/#brlcad merzo (~merzo@211-113-133-95.pool.ukrtel.net)
21:26.21zero_levelpokes at Notify.
21:26.23Notify03BRL-CAD:mohitdaga * 57279 brlcad/trunk/src/libicv/bw.c: Add pixel buffer option in bw_read. This makes bw_read more powerfull by having an ability to read without the size specified. Thanks sean for the suggestion.
21:39.01Notify03BRL-CAD:mohitdaga * 57280 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Make a strict condition regarding the number of pixel read.
21:44.40Notify03BRL-CAD:mohitdaga * 57281 brlcad/trunk/src/libicv/pix.c: Add pixel buffer option in pix_read(along with r57280). This makes pix_read more powerfull by having an ability to read without the size specified (similar to r57279 for bw_read).
21:49.40mpictorn_reed: perplex, lemon, and re2c do not depend on anything else in src/other do they?
21:50.43mpictorls
21:50.46mpictoroops
21:53.40Notify03BRL-CAD:starseeker * 57282 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Allow the control points to be inserted into the instance manager after their surface definitions - results in a step file where the 'high level' structure is grouped at the top of the file, making a study of the high level structure slightly easier.
21:54.10starseekermpictor: that's correct - lemon, re2c and perplex are self contained
21:54.26starseeker(our version, at least - the 'standard' re2c uses bison, iirc...)
21:55.15starseekern_reed did the work to make re2c use lemon - that's how our Windows build manages to be completely self contained for the lexer/parser bits
21:57.25n_reedI concur. perplex, lemon, and re2c do not depend on anything else is src/other.
21:58.13mpictorok. I'm going to create a repo with just those 3
22:03.48mpictorn_reed: are you nreed on github?
22:11.35n_reednope, that must be somebody else - I've never made a github account as far as I can remember
22:13.54mpictorok. if you create one, I'll give you access to the repo for perplex/lemon/re2c when I create it
22:18.51n_reedokay, I've signed up as 'nickreed'
22:19.04mpictorok
22:19.25``Erik"no snowflake in an avalanche ever feels responsible" http://cheezburger.com/7767875584
22:23.06Notify03BRL-CAD:n_reed * 57283 brlcad/trunk/src/libtclcad/tclcad_obj.c: reduce duplicated lines for converting from screen to view coordinates
22:31.25Notify03BRL-CAD:mohitdaga * 57284 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Allocate image structure before the process starts.
22:35.31Notify03BRL-CAD:mohitdaga * 57285 brlcad/trunk/src/util/pix-bw.c: Remove in_width and in_height option from pix-bw
22:38.21Notify03BRL-CAD:mohitdaga * 57286 brlcad/trunk/src/libicv/color_space.c: Avoid recurring division and multiplications.
22:42.37Notify03BRL-CAD:mohitdaga * 57287 (brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh brlcad/trunk/regress/dsp/run-dsp-case-set-2.sh brlcad/trunk/regress/dsp/run-dsp-case-set-3.sh): Remove square size option from the run-dsp-case-set*.sh
22:43.22zero_levelbrlcad : the floor is yours.
22:43.55zero_levelis feeling rejuvenated.
22:48.22mpictorn_reed: https://github.com/stepcode/baffledCitrus
22:50.15Notify03BRL-CAD:mohitdaga * 57288 brlcad/trunk/src/util/bw-pix.c: Remove in_width and in_height options. This is possible after latest changes in icv_read function.
22:51.24Notify03BRL-CAD:mohitdaga * 57289 brlcad/trunk/src/util/bw-pix.c: Correcting app synopsis.
22:52.07Notify03BRL-CAD:mohitdaga * 57290 brlcad/trunk/src/util/bw-pix.c: Trailing WS
22:56.10Notify03BRL-CAD:r_weiss * 57291 brlcad/trunk/src/libbrep/PullbackCurve.cpp: Changes to 'libbrep' function 'pullback_samples_from_closed_surface' to correct valgrind warnings that uninitialized memory was being accessed and also fix intermittent seg-faults. The problem was sometimes when 'prev_pt' was used it was undefined. Additional code was added to help debugging. These problems were encountered using the 'step-g'
22:56.12Notifyconverter. More testing is needed.
23:01.40Notify03BRL-CAD:mohitdaga * 57292 brlcad/trunk/include/icv.h: Add the information regarding the new feature of icv_read (ability to buffer pixels.) in doxygen comments
23:03.44zero_level``Erik : brlcad suggested me to change fixed size buffers in libicv/fileformat.c. I think these cases are tricky. I will need your suggestion on how should I go about doing them.
23:04.20zero_levelbrlcad : I think regress is on the mark now. Pls test it.
23:04.22zero_levelthanks
23:04.49zero_levelbz gives success, my machine gives success
23:12.21brlcadzero_level: excellent, I'll give it all a look over in a little bit
23:12.26brlcadthank you for the efforts
23:12.40brlcadwe'll probably need to do a code review here soon to see what all is needed
23:14.13brlcadzero_level: if you would, I think it's time to start tracking tasks for libicv
23:14.22brlcadwoudl you create a src/libicv/TODO file?and put in any items that you think still need to be worked on
23:14.53brlcadyou can include things you still have remaining for GSoC, but I'm more thinking about things that need to be worked on that are already there
23:16.29brlcadlike making sure this notion of a 0,0 size means "unknown, read until you cannot" for example
23:16.45brlcador adding support for frame/line/pixel buffering
23:17.02brlcador turning the supported image types into runtime plugins, etc
23:24.05*** join/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52)
23:28.13Notify03BRL-CAD:tbrowder2 * 57293 brlcad/trunk/NEWS: update
23:34.28Notify03BRL-CAD:tbrowder2 * 57294 brlcad/trunk/doc/docbook/system/man1/en/nirt.xml: add missing space
23:35.42brlcadzero_level: there's also some merit towards still retaining/providing a -s size option, because that would define the type of buffering allowed
23:35.52brlcadyou want full frame buffering whenever possible, it'll be crazy faster
23:37.06Notify03BRL-CAD:tbrowder2 * 57295 brlcad/trunk/doc/docbook/system/mann/en/nirt.xml: add space for better appearance
23:40.57brlcadlooks like X3D BREP/NURBS support is nearing a stable state
23:45.38Notify03BRL-CAD:brlcad * 57296 brlcad/trunk/NEWS: tom added an 'attr sort' subcommand with options for sorting case, nocase, value, value-nocase. (recommit/rewording to include this message in log history)
23:46.31Notify03BRL-CAD:tbrowder2 * 57297 brlcad/trunk/src/nirt/nirt.c: style
IRC log for #brlcad on 20130830

IRC log for #brlcad on 20130830

00:11.52starseeker``Erik: wait, someone found a fortune cookie with an intelligent fortune?
00:13.30starseekerO.o
00:29.05starseekern_reed: any chance you could take a look at https://github.com/stepcode/stepcode/issues/244#issuecomment-22980478 ?
00:48.18Notify03BRL-CAD:starseeker * 57298 (brlcad/trunk/src/other/stepcode/AUTHORS brlcad/trunk/src/other/stepcode/CMakeLists.txt and 46 others): Update stepcode to github revision ec630badca0fef35cc870ce15fc69b37fc2dd43a
00:48.47starseeker``Erik: do you think the github stepcode commits could be sent to #stepcode by Notify?
00:49.14``Eriktrivially, cl-cia already does it
00:49.59``Erikjust need to wire up a project, then have the stepcode dudes use the cia.vc plugin and change the target uri
00:50.19starseekermpictor: would you be interested?
00:50.55mpictoroh, I was wondering about that myself
00:50.59mpictorI would be interested :)
00:51.58mpictorI need to do something with a github plugin?
00:52.34``Erikmpictor: let me know the channels you want it to post to, hit http://elfga.com/notify and create your user and project, I'll wire it up tomorrow and email you with instructions on the github plugin :)
00:52.52mpictorcool!
00:52.56mpictorjust #stepcode
00:53.28mpictorneeds a username/password for elfga
00:53.51mpictorvia email? I'm mpictor at gmail
00:54.10mpictoroops, I missed the register link
00:54.53Notify03BRL-CAD:starseeker * 57299 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/CMakeLists.txt and 3 others): Update stepcode related build logic in BRL-CAD
00:57.38mpictor``Erik: I registered and tried to log in, but I'm not getting anywhere
01:00.13``Erikmpictor: I don't see you in the user list :/ did it kick back an error or something 'weird'? (it should send you a verification email, too)
01:02.45mpictorno, it gave me "invalid username" a couple times, but nothing else
01:03.07mpictorwhen I go to the register screen and click join, I stay on that page
01:03.53mpictorjust tried to create mpictor2, same thing
01:04.13mpictorand I haven't seen any emails either
01:04.50mpictorI'll try again tomorrow, it's getting sorta late
02:13.09Notify03BRL-CAD:starseeker * 57300 brlcad/trunk/src/other/xmltools.dist: Remove empty directory
02:13.32Notify03BRL-CAD:starseeker * 57301 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/other/stepcode.dist): Distcheck updates
02:44.52Notify03BRL-CAD:brlcad * 57302 brlcad/trunk/include/icv.h: ws format comments to column 70
03:52.48Notify03BRL-CAD:brlcad * 57303 brlcad/trunk/src/libbu/tests/bu_vls_vprintf.c: per sf bug report 347, add a slew of %s tests for field width/precision specifiers that are failing. the code clearly looks like it should be handling this case, but clearly something isn't getting set right. looks like it always just prints the string plain.
04:35.09Notify03BRL-CAD:brlcad * 57304 brlcad/trunk/src/libbu/tests/CMakeLists.txt: add addition vls_vprintf test cases, numbered 58-65.
04:36.58Notify03BRL-CAD:brlcad * 57305 brlcad/trunk/src/libbu/tests/bu_heap.c: test is being a pig, only releasing a little bit of the memory allocated. test needs to change so it actually compares heap against malloc.
04:38.12Notify03BRL-CAD:brlcad * 57306 brlcad/trunk/TODO: heap test needs to be worked
04:39.01Notify03BRL-CAD:brlcad * 57307 brlcad/trunk/TODO: it's never final, but the stepCode tree has been sync'd
04:41.55jarray52Did the g-wave convertor dissappear?
04:42.16jarray52I don't seem to have it with my brlcad installation.
04:47.12jarray52Does the g-x3d convertor work?
04:47.24brlcadjarray52: g-wave??
04:47.26jarray52I used it, and the file does not seem to have the relevant information?
04:47.33brlcadi'm not familiar with that converter
04:47.35jarray52brlcad: Yes.
04:47.56brlcadyou're just making up stories ;)
04:47.58jarray52brlcad: http://brlcad.org/w/images/6/66/Converting_Geometry.pdf
04:48.05jarray52Page 41.
04:48.12jarray52The page is numbered 31.
04:48.24jarray52I made up the document too. =)
04:49.25brlcadhah, wow .. it's not been that name for probably 10 years
04:49.47brlcadthink you're the first to notice there was a reference in there, or at least first to mention it
04:50.07brlcadthat along with most of the converters that had bad names like that were renamed a long time ago
04:50.13brlcadthat's now the g-obj exporter
04:50.46brlcadthe names generally match the common file suffix unless there's some other convention or need for disambiguation
04:51.42brlcadseveral of the polygonal exporters are finicky, VERY sensitive to tolerances and calculation issues
04:51.52jarray52brlcad: I see. How do I set the tolerance on g-obj?
04:51.59brlcadjust be aware that it can be tedious/frustrating to export polygonal
04:52.12brlcadjust run g-obj, it'll give usage
04:52.31brlcadbrlman g-obj to see the manual page, should have a description
04:53.21brlcadtry the default first, but you may need to end up setting the absolute or curvature (normal) tolerance
04:55.39*** join/#brlcad luca79 (~luca@89.249.207.188)
05:03.04zero_levelhi brlcad
05:04.16zero_levelbrlcad : I want to work on png and bmp formats(read and write). before I work on converting other apps.
05:04.57jarray52brlcad: I exported as an obj file and imported into blender. It looks like this http://imagebin.org/269192  Those areas that are pseudo round should be round. However, they don't become rounder even if I increase tolerance. Am I doing something wrong?
05:27.58brlcadzero_level: sure but did you see my messages earlier about TODO?
05:28.39brlcadand i'm not caught up with all the commits recently, looks like you got -s# taken care of for pix-bw now, yes?
05:28.58brlcadyou'll just need to document the -A/B/C# change in the CHANGES file
05:30.04brlcadjarray52: yep, that's tolerance
05:30.13brlcadthe default is really chunky, try -a 1
05:31.31jarray52brlcad: Yes. I realized that I should use -a and not -D. Even -a .1 doesn't look like a circle, but it is significantly better.
05:31.55brlcadthe value is a distance tolerance -- how big is your model?
05:31.58brlcad(in mm)
05:32.35brlcadyou could specify an angular tolerance ("-n 1" for 1 degree increments)
05:32.54brlcadthere are several knobs that control the quality and type of tessellation
05:34.05jarray52brlcad: The maximum of the greatest distance between any two points contained within the model should be less than 20cm.
05:34.24jarray52s/greatest//
05:37.02brlcadso then yeah, you either want to go even smaller -a 0.01 or try normal -n 1 or -n 0.5
05:37.18brlcador some combination thereof
05:40.00jarray52where are the -a and -n options defined? Is there a document for that?
05:40.12Notify03BRL-CAD:brlcad * 57308 brlcad/trunk/src/libbu/tests/bu_heap.c: reduce the iterations 5 fold for now so we don't blow out memory
05:41.59jarray52Also, i had some conversions fail when I dropped -a to .02. Is that a bug or does that type of thing happen for certain tolerances?
05:43.46brlcadyeah, depending on exactly how the polygons line up, it's non-deterministic
05:43.58brlcadeven the default can give problems if the model is sufficiently complicated
05:44.05brlcadand the answer is usually to tweak the tolerances
05:55.32jarray52With the current version of brlcad, is there any way to rotate a solid object as opposed to wireframes?  .obj file in my case is almost 1MB and took almost 10 minutes to generate. Furthermore, it failed with a tolerance of -a .01 near the end. Maybe it would work with a different tolerance, but its hard to find those values.
05:58.42*** join/#brlcad kimzzzz (~AndChat31@1.38.24.132)
05:59.34brlcadjarray52: there is for some models but there's some low-level mathematical reasons why it shows you the wireframes
06:01.28brlcadwe're working on infrastructure to show shaded display geometry by default, but that's been a phenomenal undertaking (8+ years of full-time effort...)
06:02.16brlcadthe stubs that are in place now are very basic and probably not what you want, but you can try the 'ev' or 'E' commands
06:02.28brlcadyou'll want to turn on Misc->Lighting
06:33.44jarray52brlcad: Are there any unsolved mathematical problems that are road blocks?
06:46.26brlcadjarray52: no road blocks, we're actually just starting to near the end of that effort, should be done in a couple months hopefully
06:47.23brlcadyou can follow one of the last remaining pieces needed for that here:  http://brlcad.org/wiki/User:Phoenix/GSoc2013/Reports
06:49.23brlcadbasically, we have to be able to describe all geometry in a NURBS boundary representation format (DONE), then any boolean evaluation has to be performed to merge/clip/cut objects as needed (in progress), then we tessellate all remaining surfaces (DONE), then integrate that automatic tessellation into the GUI (partially done)
06:54.29jarray52Out of curiosity, is any company or government agency funding the full time effort; or, is it all done by volunteers?
06:54.37Notify03BRL-CAD:phoenixyjll * 57309 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Begin to implement comb -> brep conversion, as the NURBS evaluations are ready now.
07:08.09*** part/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52)
07:16.39*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
07:38.20Notify03BRL-CAD:brlcad * 57310 brlcad/trunk/src/libbu/vls_vprintf.c: address the additional test cases that were not being handled where the %s format specifier had precision and/or field lengths specified for left/right padded alignment. the code was written to account for the padding, but it wasn't actually being called because the lengths weren't captured. we don't want to capture them in the earlier loop because it
07:38.22Notifyscrews up assumptions for some of the other specifier cases. this fixes sf bug #347 reported by lee butler (bu_log does not honor string field widths).
07:58.03Notify03BRL-CAD:brlcad * 57311 brlcad/trunk/src/libbu/heap.c: go even a little more conservative with the page sizes as we get started since more testing is needed with the bu_malloc implementation change (posix_memalign()+memset() means pages are actually REAL and written to. this makes the pages just 65k.
10:13.49Notify03BRL-CAD:mohitdaga * 57312 (brlcad/trunk/src/libicv/TODO =================================================================== and 9 others): ADD TODO file for libicv
10:17.32zero_levelwhy this 9 others ?
10:44.44Notify03BRL-CAD:mohitdaga * 57313 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): add binary options for files read from stdin and stdout. This is specific for _WIN32 and __CYGWIN__ machines.
10:48.43Notify03BRL-CAD:mohitdaga * 57314 brlcad/trunk/src/libicv/TODO: Add todo items. These are the things which are back in my mind. I will be browsing the whole code in order to find the complete list of TODOs.
10:51.21*** join/#brlcad kimzzzz (~AndChat31@1.38.24.132)
11:55.48*** join/#brlcad kesha (~kesha@14.139.122.114)
12:21.54*** join/#brlcad kimzzzz (~AndChat31@1.38.24.132)
13:18.57brlcadzero_level: awesome, thanks
13:19.02brlcadthe 9 others is a parsing failure
13:21.09Ch3ck_brlcad: finished with the pull interface, integrated command into the man pages for mged, archer, apropos too. Well I have a problem adding the command to archer. Could you please give me the files to modify to add pull to archer?
13:28.36brlcadzero_level: gah, please don't start introducing WIN32 preprocessor logic in your beautiful clean library...!
13:31.12brlcadzero_level: you can call fdreopen() of freopen() portably without such mess...
13:32.51brlcadand there should be a space after your if statement (if () not if())
13:36.53Ch3ck_waiting on brlcad for some clarifications
13:40.37Ch3ck_brlcad: flying blind on writing regression test for pull that fails correctly. should include a case like pulling a primitive so it fails?
13:41.02Ch3ck_some how confused :(
14:03.27brlcadCh3ck_: don't worry about archer just yet, but that's also something I dont' know off the top of my head -- just grep for another command that has a unique name
14:03.56Ch3ck_used xpush
14:03.58brlcadCh3ck_: the trick to writing a regression tests is using the tool yourself
14:04.13Ch3ck_well i have already written the regression test
14:04.16Ch3ck_for pull
14:04.25Ch3ck_I could paste the code for you to see
14:04.38brlcadi'd rather you explain it first
14:04.45Ch3ck_ok
14:04.57brlcadwhat's the notion
14:05.01Ch3ck_I create 2 objects
14:05.09Ch3ck_forming combinations
14:05.14Ch3ck_as the heads of the tree
14:05.19Ch3ck_then call the pull
14:05.24Ch3ck_on the combinations
14:05.39Ch3ck_this pulls the transformations from all combinations to the head node
14:05.43Ch3ck_and then prints the results
14:05.57Ch3ck_well I have to include the case where there is a primitive
14:06.04Ch3ck_so the command fails as expected
14:07.43Notify03BRL-CAD:starseeker * 57315 brlcad/trunk/src/libbu/vls_vprintf.c: Is this a debugging message?
14:08.04Notify03BRL-CAD:brlcad * 57316 brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: modify the code in reponse to a forum discussion (362511/thread/2283b056) where a logic failure was noticed. if there's no tessellate function, it falls through and will bomb on NMG_CK_REGION.
14:08.41Ch3ck_http://paste.kde.org/p19f2f6ec/
14:08.55Ch3ck_there is the diff for the regression test
14:14.27*** join/#brlcad whyesse (~quassel@109.160.137.74)
14:18.02Notify03BRL-CAD:tbrowder2 * 57317 (brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml =================================================================== and 1803 others): add new DocBook version of Lee Butler's Power Point presentation
14:18.51Notify03BRL-CAD:tbrowder2 * 57318 (brlcad/trunk/doc/docbook/presentations/en/README.txt =================================================================== and 16 others): add doc on how to convert Power Point to DocBook xml
14:20.25Notify03BRL-CAD:tbrowder2 * 57319 brlcad/trunk/doc/docbook/presentations/en/README.txt: add more info
14:21.59Notify03BRL-CAD:tbrowder2 * 57320 (brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.ppt =================================================================== (Binary files differ)): add original PP files for reference
14:22.43Notify03BRL-CAD:tbrowder2 * 57321 brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: add files to ignore; add new DB file for processing
14:24.51Notify03BRL-CAD:brlcad * 57322 brlcad/trunk/src/libbu/vls_vprintf.c: yep, this was entirely for debugging, not needed now that the bugs are fixed.
14:25.55Notify03BRL-CAD:tbrowder2 * 57323 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: fix DB errors
14:28.02Notify03BRL-CAD:tbrowder2 * 57324 brlcad/trunk/doc/docbook/presentations/en/README.txt: add another tidbit about pdf output
14:31.51Notify03BRL-CAD:starseeker * 57325 brlcad/trunk/src/libicv/CMakeLists.txt: Ignore TODO file in libicv
14:31.59Notify03BRL-CAD:brlcad * 57326 brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: think this sets a really bad precedent to have the ppt files in the repo. aside from seriously bloating the server-side repository, they're a proprietary format, they're duplicitous, and I have GBs more..
14:32.37starseekeragrees
14:35.31``Erikppt->html | tidy4 ?
14:36.13starseekeryou mean as an alternate approach?
14:36.20``Erikyeh
14:36.47starseekershrugs - the end goal is DocBook, so the question is whether the tidy4 output would be easier to handle than xhtml
14:37.09whyessebrlcad: about adding twist to rt_extrude_tess - could nmg_extrude_face at the end just be called multiple times, with the face rotated in between?
14:37.14``Eriktidy4 is just an html pretty-printer
14:37.25``Erik(I meant the | as a pipe, not an or)
14:37.29starseekernods
14:38.00starseekerthe thing to do is compare that approach to the one Tom's documented and see which one works better
14:47.54Notify03BRL-CAD:brlcad * 57327 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: move the authorship information to the end, remove the number
14:49.27brlcadwhyesse: so long as the twist isn't too rapid, that is exactly how I would handle manual tessellation
14:49.56brlcadwhyesse: note that tessellation is the easy part for a twist option, getting _shot() and _brep() to work is a little bit harder
14:50.18whyessebrlcad: but the rate of twist would have to be calculated anyway, right?
14:50.34brlcadright, so you'd know
14:51.02whyessebrlcad: yes, I looked at _shot() and then realized that it's more complicated than I thought, then looked at _tess()
14:51.05brlcadand if you know, you could certainly subdivide the "twist" and add intermediate polygons
14:51.52whyessebrlcad: a ray could go through a screw and intersect through every single loop, instead of just once
14:52.09brlcadI "think" shot() is as simple as applying a rotation matrix on the input ray (as if it's approaching from a different direction), then rotating the hit points back
14:52.17whyessehow do I get the new extruded face after nmg_extrude_face()?
14:53.00whyesseI think that only works if the ray is orthogonal to the extrusion
14:53.13whyesse(because of the possibility of >1 intersection)
14:53.58brlcadnot sure, would have to think about it some
14:54.38brlcadnmg_extrude_face() probably wouldn't be the first thing I'd try, you want to just stitch a new layer rotated, like with the ars
14:54.48brlcadthat code might be a useful reference
14:59.00whyessears?
14:59.50whyesseisn't that what nmg_extrude_face() does? add a new layer?
15:08.21*** join/#brlcad kimzzzz (~AndChat31@1.38.24.132)
15:15.30*** join/#brlcad kesha (~kesha@14.139.122.114)
15:23.27Notify03BRL-CAD:tbrowder2 * 57328 brlcad/trunk/TODO: add specific docs needing cleanup and improvement
15:25.51whyesseok, i got ars
15:30.06Notify03BRL-CAD:tbrowder2 * 57329 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: remove anchor elements for a successful pdf output
15:32.06zero_levelbrlcad : can you point me to some doc where i can find about this win32 preprocessor.
15:32.35zero_levelI tried search engines, but probably with bad keywords. :)
15:33.10brlcadwhyesse: in theory, yes, but I'd look at the places where it's called ..
15:33.29whyessebrlcad: ok
15:33.31brlcadzero_level: 57313
15:33.43brlcad#if defined(_WIN32) && !defined(__CYGWIN__)
15:33.48brlcadthat is EVIL
15:33.49zero_levelI understand the revision you are pointing.
15:33.59whyesseI have to go, so I will continue looking at it some other time
15:34.01whyesse'bye
15:34.04brlcadwhyesse: okay
15:34.22zero_levelbut just want to know if fdopen is really not working in win32. what are alternatives.
15:34.37zero_levelmy aim was to ensure binary streaming for stdin.
15:35.14brlcadwhat? fdopen?
15:35.19brlcadnot working?
15:35.30brlcadI think you misunderstand something or miswrote
15:35.43zero_levelok.
15:35.46Notify03BRL-CAD Wiki:KeshaSShah * 6069 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 11 */
15:36.04brlcadkesha: did you read IV yet?
15:36.28zero_levelI understood that i should not write those preprocessor logic.
15:36.43zero_levelMy aim was to ensure binary streaming for stdin.
15:36.47brlcadsure
15:36.57brlcadwhich is a somewhat windows-specific issue
15:37.11brlcadand you ensured that by calling setmode()
15:37.12zero_levelnow I want to now if there is an alternative for this
15:37.16brlcadwhich IS windows specific
15:37.26brlcadI mentioned two alternatives :)
15:37.34zero_levelyou rightly got this time.
15:37.59zero_levelso I went through the man of freopen.
15:39.22zero_levelso are u suggesting to use this instead of fopen ?
15:39.33brlcadnope
15:39.37brlcadand you dont' use fopen()
15:39.43brlcadyou're currently using open()
15:39.57zero_level:)
15:39.59brlcadas well as "nothing at all" for existing files
15:40.32zero_level?
15:40.39brlcadcurious, is there a reason your using open instead of fopen?
15:41.45zero_levelno.
15:42.16brlcadif there's no specific reason, I'd add that to the TODO
15:42.17zero_levelJust carried the file descriptor trend, we were following for icv_struct.
15:42.40brlcadthere are usually performance benefits to using fopen
15:42.43zero_levelleave that to me.
15:43.04brlcadstill, the issue in 57313 is a little different
15:43.15brlcadif it's a stdin/stderr/stdout file stream
15:43.19brlcadyou don't open it
15:43.24brlcadyou just use it
15:43.31brlcadthat's where you're calling setmode()
15:43.37brlcadinstead of doing that, reopen it
15:43.47zero_levelwill it stream binay content as in bw/pix file in windows. ?
15:44.11brlcadfdreopen() == fileno()+setmode()
15:44.21zero_levelok. got that.
15:44.36zero_levelthanks brlcad. :)
15:44.39brlcadif you do the FILE* conversion, you'd obviously call freopen() instead
15:45.02zero_levelalright.
15:46.00Notify03BRL-CAD:mohitdaga * 57330 brlcad/trunk/src/libicv/TODO: Fopen generally has performance benefits as compared to open. (Sean thanks for your suggestions.)
15:46.52brlcadyou can actually get "slightly" better performance from open() but only if you really know exactly what you're doing ... usually the buffering that fopen() provides will be faster for streaming
15:47.26zero_levelbrlcad : If you have time. I would want to ask about other few things.? I am currently preparing a list of all these rleated issues.
15:47.53zero_levelYou will probably have to answer if this is right. If not what is better alternative ?
15:48.06brlcadplus if the program receives a signal (e.g., ctrl-C) or if a stream disappears or a pipe is broken, fopen will behave sane whereas you have to explicitly handle that with open() .... and that's a pain and tricky to get right
15:48.10zero_levelCan we fix some time near sunday ?
15:48.39brlcadI don't know where I'll be later today, much less sunday :)
15:48.45brlcadhow about now?
15:49.03zero_levelI will require to do some home work  for the taks ?
15:49.11brlcadokay
15:49.14zero_levelc/taks/tasks
15:49.19zero_levelmay be mondya.
15:49.19brlcadwell as soon as you're ready, just let me know
15:49.24brlcadmaybe sunday
15:49.28zero_levelalright.
15:49.31zero_levelsunday then
15:51.40Notify03BRL-CAD:brlcad * 57331 brlcad/trunk/src/libbn/tests/CMakeLists.txt: these files do not exist in here. add when patch is added.
15:52.14brlcadkesha: we're going to go even further back
15:52.50brlcadsubversion 1.8.3 is released, and 1.7.13
15:56.15keshabrlcad: compiling in background and reading IV now. Any point in going further back ?
15:56.28Notify03BRL-CAD:brlcad * 57332 brlcad/trunk/src/libicv/TODO: add a couple items to move towards a modular plugin design
15:56.46brlcadkesha: I presume/hope you're compiling trunk?
15:56.57keshabrlcad: yes
15:57.00brlcadgreat
15:57.28brlcadso next will be to quickly learn how the converters work (ask questions here)
15:58.25brlcadthen find some simple step data files that work now, make sure you understand how to do the import and open the geometry in mged or archer
15:58.55brlcadstarseeker: do you have any examples that presumably once worked?
16:00.43brlcadkesha: there are some geometry file examples you can play with here; http://brlcad.org/private/geometry/
16:01.04brlcadugh
16:01.07*** join/#brlcad kesha (~kesha@14.139.122.114)
16:01.22*** join/#brlcad kesha (~kesha@14.139.122.114)
16:01.50brlcadkesha: ugh, what was the last statement you read?
16:01.55kimzzzzI have it in cell also
16:02.00kimzzzzUgh
16:02.09brlcadokay, great :)
16:04.47brlcadkesha: also install 7.22.0, find a model that imports successfully there, then test it with trunk
16:20.06*** join/#brlcad luca79 (~luca@89.249.207.188)
16:56.05*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
16:57.59*** join/#brlcad kimzzzz (~AndChat31@1.38.24.132)
17:11.08Notify03BRL-CAD Wiki:Phoenix * 6070 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */
17:36.53starseekerbrlcad: http://brlcad.org/~starseeker/CAD_MODELS/VIA_OpenBook/d.stp
18:00.49brlcadthx
18:00.50Notify03BRL-CAD:starseeker * 57333 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: Looks like we never went through and systematically updated the image inclusions in the tutorials along the lines Tom outlined a while back. Need to do that - one of the major steps needed to generate 'quality' DocBook pdf output.
18:14.24Notify03BRL-CAD:starseeker * 57334 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: Add some more imageobject entries.
18:26.27*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
18:37.26brlcadkimzzzz: you're being too quiet, how's the progress?
18:37.58brlcadif anyone has anything they're working on that they'd like to have included in the release, let me know within the next couple hours
18:39.08brlcadCh3ck_: bn_poly_sub test is failing, no indication why
18:39.51brlcadwow, and it looks like one of your earlier patches got applied without corrections ... LOTS of issues
18:40.22``Erikyuh oh
18:43.54Notify03BRL-CAD:brlcad * 57335 brlcad/trunk/src/libbu/tests/CMakeLists.txt: semaphore test failure encountered where it shouldn't be failing. probably something wrong with the test that needs correcting.
18:45.07Notify03BRL-CAD:brlcad * 57336 brlcad/trunk/src/libbn/tests/CMakeLists.txt: disable the bn_poly_sub test, unexpected failure encountered but no diagnostic output is given.
18:46.00Notify03BRL-CAD:brlcad * 57337 brlcad/trunk/TODO: two new unit tests disabled during release preparations, need to be fixed
18:48.49Notify03BRL-CAD:brlcad * 57338 (brlcad/trunk/TODO brlcad/trunk/src/librt/tests/CMakeLists.txt): also disable the two nurbs evaluation units since they're tied to incomplete implementation being worked
19:08.27brlcadtest and regress now passing again
19:08.34brlcadat least on one plat
19:09.00``Erikmac64?
19:11.24Notify03BRL-CAD:starseeker * 57339 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: Stub in fo imageobject entires - will need to customize each of these anyway after evaluating output.
19:17.56starseekeris the progname thing fixed?
19:21.23brlcadif you fixed it, maybe ;)
19:21.36starseekerheh
19:21.43starseekerwinces as he looks over the TODO list
19:21.52brlcadyeah, epic
19:22.06starseekerI'll take a quick dive and see if I can ID how to remember the Archer command window size
19:22.13starseekeris the one who complained about it...
19:22.15brlcad1/9 got completed or something
19:22.57starseekerbrlcad: did you mean to remove the files src/libbn/tests/bn_poly_cubic_roots.c and src/libbn/tests/bn_poly_quartic_roots.c?  At least in my checkout, they are present
19:24.47Notify03BRL-CAD:starseeker * 57340 brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: ignore docbook/presentations/en/README.txt
19:29.30Notify03BRL-CAD:starseeker * 57341 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Ignore files for distcheck
19:34.22brlcadstarseeker: they're not present in my checkout...
19:34.45brlcadyou sure you don't have a half-applied patch?
19:34.52brlcadsvn status and what not
19:37.37starseekerjust did a clean checkout of trunk...
19:37.54starseekeryeah, nothing here
19:38.23brlcadyou mean you have the files?
19:38.38starseekeryes
19:38.43brlcadwow, wierd
19:39.14starseekerhttp://sourceforge.net/p/brlcad/code/57341/tree/brlcad/trunk/src/libbn/tests/
19:40.05brlcadyeah, I just wiped out my dir and they appeared
19:40.08brlcadreally strange
19:40.10starseekerO.o
19:40.13brlcadthey were not in my entries file
19:40.18brlcadsvn status was clean
19:40.26brlcadsvn up was clean
19:41.21starseekerdid they get flagged as ignore somehow?
19:42.53starseekerbrlcad: what's a good way to trigger bu_progname?
19:43.49starseekeroh, dur - the test program of course...
20:03.40*** join/#brlcad kesha (~kesha@14.139.122.114)
20:15.36starseekerbrlcad: we have something of an inconsistency in our expectations of bu_progname - when fed a full path argv0 value, the test is OK if either the full path or the basename are returned.  CASE 6, on the other hand, doesn't accep the 'full path' nonsense path and insists that it find the basename and return that
20:16.41starseekerif we want to always have the basename from the full path be the return value, we need to build bu_basename into the process of populating and/or reading the bu_progname value
20:17.05starseekerand a full path response from the function shouldn't be acceptable in any of the tests.
20:23.02Notify03BRL-CAD Wiki:Vladbogolin * 6071 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 */
20:25.43Notify03BRL-CAD:tbrowder2 * 57342 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: adding missing chunks; start whipping into readable shape
20:50.24Notify03BRL-CAD Wiki:Frankshenry * 0 /wiki/User:Frankshenry:
21:14.58Ch3ck_going to look at patches
21:30.50Notify03BRL-CAD:tbrowder2 * 57343 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fo-stylesheet.xsl.in: style program listings shaded with slightly smaller font
21:33.47Notify03BRL-CAD:erikgreenwald * 57344 brlcad/trunk/src/libbn/tests/CMakeLists.txt: test command and generated executable names have to match
22:09.07``Erik:o 100% test pass on fbsd/ia32
22:13.46``Erikpass on mac/64, but bu_progname fails on leenewx/ia32
22:14.36``Erikhttp://paste.lisp.org/display/138691
23:20.28Notify03BRL-CAD:tbrowder2 * 57345 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: continuing to improve; note handling of authorship
23:25.11Notify03BRL-CAD:tbrowder2 * 57346 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: add missing 'and'
IRC log for #brlcad on 20130831

IRC log for #brlcad on 20130831

00:31.18Notify03BRL-CAD:starseeker * 57347 brlcad/trunk/src/other/CMakeLists.txt: Make sure stepcode's directories are the same as ours.
00:33.27Notify03BRL-CAD:starseeker * 57348 (brlcad/trunk/src/other/stepcode/CMakeLists.txt brlcad/trunk/src/other/stepcode/include/CMakeLists.txt): If we're using SC_BINARY_DIR to generate these files, need to use it for the install rule too - SC_BINARY_DIR doesn't always equal CMAKE_BINARY_DIR
01:35.44Notify03BRL-CAD:starseeker * 57349 (brlcad/trunk/src/other/stepcode/doc/man/man1/fedex_plus.1 =================================================================== and 178 others): Whoops - rename man page.
02:18.10Notify03BRL-CAD:starseeker * 57350 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: Update name of extra manpage output for bu_ntohd.3
02:48.58*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:49.27FLOSSrookieIn order to become proficient with brlcad will I need to learn Tcl?
03:03.20brlcadFLOSSrookie: nope
03:03.39brlcadit just happens to be the embedded command interpreter
03:04.00brlcadlike how AutoCAD has a lisp command interpreter, you certainly don't need to learn lisp
03:04.56brlcad``Erik: thanks
03:21.42*** join/#brlcad kesha (~kesha@14.139.122.114)
04:02.44*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:06.52FLOSSrookieMy Internet connection is just horrible. So, if it says disconnected you will know why.
04:06.52FLOSSrookieIn order to become proficient with brlcad will I need to learn Tcl?
04:07.24FLOSSrookieI'll ask tomorrow if no one is here.
04:46.28*** join/#brlcad kesha (~kesha@14.139.122.114)
05:05.58*** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:33.13Notify03BRL-CAD:mohitdaga * 57351 brlcad/trunk/src/libicv/TODO: Comments in icv.h have been aligned to 70 col. (Thanks sean).
06:59.46*** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-kzlqiwozcktutdhm)
07:02.41*** join/#brlcad yiyus_ (1242712427@je.je.je)
07:05.01*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
08:02.32*** join/#brlcad AndChat-317009 (~AndChat31@1.38.30.217)
09:54.39Izak_cd
10:10.06*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
10:16.21*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:44.35*** join/#brlcad caen23 (~caen23@92.81.195.171)
10:50.29Ch3ck_brlcad: all corrrections I made to the applied patches are in patch 231
11:08.32*** join/#brlcad kesha (~kesha@14.139.122.114)
11:09.03Ch3ck_brlcad: checked the bn_poly_sub() routine and the values generated by octave I use as reference and different from those generated by bn_poly_sub() routine in poly.c
11:10.03Ch3ck_wondering whether bn_poly_sub() could actually be wrong?
11:17.03Notify03BRL-CAD:tbrowder2 * 57352 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: add remainder of missing code
11:20.53Notify03BRL-CAD Wiki:NyahCh3ck20 * 6072 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */
11:39.20*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
11:55.28Notify03BRL-CAD:tbrowder2 * 57353 (brlcad/trunk/doc/docbook/resources/brlcad/brlcad-article-fo-stylesheet.xsl.in =================================================================== and 80 others): add style sheets specifically for DocBook article types
11:56.42Notify03BRL-CAD:tbrowder2 * 57354 brlcad/trunk/doc/docbook/CMakeLists.txt: add new style sheets to configuration list
11:58.04*** join/#brlcad caen23 (~caen23@92.81.195.171)
12:00.25Izak_<PROTECTED>
13:10.38Ch3ckhas finished testing regression test for pull
14:10.00Notify03BRL-CAD:starseeker * 57355 (brlcad/trunk/doc/docbook/CMakeLists.txt brlcad/trunk/doc/docbook/articles/CMakeLists.txt and 5 others): Add purpose-specific stylesheet templates for the various documentation types we have present (just copies of the previous generic ones, for now) and rework CMake logic so each document type is setting up its own stylesheets.
15:13.47*** join/#brlcad kesha (~kesha@14.139.122.114)
15:20.03*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
15:27.46brlcadCh3ck: okay, cool -- will try to give it a look over this weekend, but can you investigate the bn_poly_sub difference -- find an equation with an exact/known solution, and compare
15:31.32Notify03BRL-CAD:starseeker * 57356 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: remove bu_htond.xml per Sean's suggestion - leaving the set_source_files_properties example in place as a comment, in case future xml man pages are used to generate multiple outputs.
15:50.32Notify03BRL-CAD:tbrowder2 * 57357 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: add COPYRIGHT section
16:08.54brlcadstarseeker: was all of the important info from the manpage in doxygen?
16:08.59brlcad(bu.h)
16:15.17keshabrlcad: Sorry for being so late. I had successfully compiled, build, ran from source and read the manual on conversion. Then, I was playing with different geometry in mged, as I gave a quick glance to manual 2 on Mged.
16:16.24keshaFor conversion between geometry, when I try it says "Reading Data from file.g ... " and the process continues for long time
16:16.44keshastep-g -o stepout.stp /home/kesha/brlcad/build/share/db/ktank.g -> this is what I tried
16:17.06keshaI waited for an hr, and then closed it. Am I going in right direction ?
16:17.57keshaApprox in how much time does a conversion complete ? Does it take hours ? :O
16:20.26Notify03BRL-CAD:tbrowder2 * 57358 (brlcad/branches/attr-extension-mods/NEWS brlcad/branches/attr-extension-mods/TODO and 96 others): sync this branch with trunk rev 53577
16:34.43brlcadkesha: no, you're doing it wrong
16:34.58brlcadwhat does step-g do?
16:35.43keshaoops , shit ! I just realized I had placed input in place of output and vice versa
16:36.12keshaIt converts step to g.
16:36.30keshaNot g to step . my bad.
16:36.51brlcadhave you successfully used one of the other converters?
16:37.33brlcadyou should do that first, with at least two others just to give you some quick perspective that you'll know what to expect
16:37.34keshaThis is the first I am trying. First try with some non-step ?
16:37.39Notify03BRL-CAD:indianlarry * 57359 (brlcad/branches/nurbs/NEWS brlcad/branches/nurbs/TODO and 100 others): Merging trunk into branch 'nurbs' r:57224:57357
16:37.49brlcaddo you need another checklist? :)
16:37.50keshaascii ?
16:37.54brlcadi said that a couple days ago
16:38.21brlcadwhat other importers are there?
16:39.31keshag-acad, g-dxf, g-euclid, g-iges, g-stl etc
16:39.37keshaexporters
16:40.08keshaand interchanged *-g importer
16:40.32brlcadhad me worried for a second
16:40.39keshalike dxf-g enf-g euclid-g iges-g
16:40.40brlcadyes the *-g are the importers
16:41.31brlcadso pick a few of the importers, say dxf-g, 3dm-g, and stl-g
16:41.45brlcadfind some geometry, import them, view them
16:42.06brlcadyou need to know what you're importing to know whether it imported correctly
16:42.18brlcadso you need a picture or need to open it in some other program
16:42.24brlcadmake sense?
16:42.27keshawhat do you mean by "view" exactly ?
16:42.33brlcadi mean look at it
16:42.36brlcadsee what the geometry looks like
16:42.44brlcadthis is 3d geometry, so it better look like something 3d ;)
16:42.50keshain mged/archer ?
16:42.52kesha:P
16:43.04brlcadthat's one of many ways to look at it, sure
16:43.27brlcadif you've read IV and parts of II, you should know how to look at it
16:43.36brlcadif you don't, ask questions
16:44.09brlcadarcher+rt or mged+rt are perfectly viable to view the import
16:44.51brlcadbut again, its' not just to look at it -- it's to understand what you imported, how you specified that import, what hierarchy resulted after import
16:44.58brlcadyou'll notice each of the tools is a little different
16:45.29brlcadmged file.g ls
16:45.31brlcadmged file.g tops
16:45.48brlcadmged file.g tree some-top-lvl-obj
16:46.03brlcadmged file.g rt some-obj
16:46.10brlcador you can do that all within mged/archer
16:46.19brlcadcomprendes?
16:46.53keshaokay. I am trying
16:47.14keshadon't know spanish
16:47.32keshaUnderstood
16:48.50brlcadgreat
16:48.54brlcadso try that for a bit
16:49.01brlcadgrabcad.com has a ton of stuff
16:49.48brlcadgoogle can give you lots of stuff (just search for "filetype:obj truck" or "filetype:dxf boat" for example)
16:50.03brlcadand there's a bunch in that url I gave you earlier, brlcad.org/private/geometry
16:50.59brlcadonce you're comfortable and AFTER you've used three other converters, give the step-g importer a try on something 1) using 7.22.0 then 2) using trunk
16:51.14brlcadplease write this all down if you're not going to remember....
16:52.18brlcadplease ask questions, encourage you to, but having to repeat the exact same info would get very frustrating ;)
16:52.25brlcadsounds good?
16:52.34keshasounds great :)
17:08.39*** join/#brlcad caen23 (~caen23@92.81.195.171)
17:40.03*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
17:40.24*** join/#brlcad whyesse (~quassel@109.160.137.74)
17:43.56*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
17:49.37Notify03BRL-CAD Wiki:KeshaSShah * 6073 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 11 */
17:53.31*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
18:16.44*** join/#brlcad kesha (~kesha@14.139.122.114)
18:29.55*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
19:06.29Notify03BRL-CAD Wiki:NyahCh3ck20 * 6074 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */
19:14.57*** join/#brlcad kesha (~kesha@14.139.122.114)
19:33.49Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6075 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */
19:42.08whyessebrlcad: ok I tried making a version of nmg_extrude_face that returns the new faceuse it created, and then calling it twice
19:42.55whyessebrlcad: then converted an extrude to stl. looks like the face got made in the right place, but the edges are hooked up wrong
20:31.49``Erikthere's a src/conv/Formats.csv that is probably way out of date, but is a quick view of importers and exporters
22:14.26*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:14.43FLOSSrookieJust how does BASIC fit in in the open source community? Or is it mainly a hobby language anymore?
22:14.44FLOSSrookieIn order to become proficient with brlcad will I need to learn Tcl?
22:19.35FLOSSrookieI continually get berated on the Internet every time people discover that Tcl is on my to-do list. And it is only there because I thought it might be useful with brlcad.
22:21.15FLOSSrookieHurry before this junk AT&T connection goes down.
22:50.22``ErikBASIC doesn't fit any more, it's mostly a historic artifact... tcl is "mostly obsolete" by most OSS weenies standards
22:54.14FLOSSrookie``Erik: I apologize, I do not know how I accidentally pasted that first line. That was for the freebasic forum. I am so sorry.
22:54.14FLOSSrookie``Erik: My main question was those last three lines.
22:54.14FLOSSrookieSo would it be wise to learn Tcl for use with brlcad?
22:57.28FLOSSrookieI do not want to learn too many languages. Especially learning one just to work with one program which then may not be used elsewhere.
23:08.16FLOSSrookieJust how is Tcl used in brlcad anyway? Is it just the mged window or can Tcl be used for scripting things inside brlcad?
23:14.05FLOSSrookieAnyone?
23:28.31mpictorFLOSSrookie: if you google "brl-cad scripting", you'll get some results. Looks like perl is more popular
23:29.03mpictoralso, you might want to ask on a weekday - more people are active then
23:31.41FLOSSrookiempictor: So any scripting language can be used, right?
23:32.06FLOSSrookie"in classic console mode without a GUI, which is perfect for scripting from most any language including Perl." http://brlcad.org/wiki/Spiral
23:51.49*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20130901

IRC log for #brlcad on 20130901

00:12.34*** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
00:14.12``ErikFLOSSrookie: you don't need to know tcl to use BRL-CAD, but it is the 'normal' way of scripting for BRL-CAD, MGED, rtwizard and archer are all tk programs (mged is mostly C, but the shell and gui part are tcl/tk)
00:14.52``Erikthe 'asc' format for v5 databases is actually a list of tcl commands that generate the appropriate geometry which can then be saved to a binary .g object
01:50.34*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
03:08.17*** join/#brlcad caen23 (~caen23@92.81.211.189)
04:52.45*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
09:55.22*** join/#brlcad vladbogo (~vlad@188.25.239.225)
10:13.57*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
10:58.49Notify03BRL-CAD:tbrowder2 * 57360 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: mark pages Sean said needed updating (pp. 27-37 in original PP version)
11:31.45Notify03BRL-CAD:tbrowder2 * 57361 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: move to formaltable; improve col hdgs appearance
13:25.31Notify03BRL-CAD:mohitdaga * 57362 brlcad/trunk/src/libicv/color_space.c: File Name. Typo error.
13:51.42Notify03BRL-CAD:brlcad * 57363 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: revert r57360. I was referring to pages in my slideshare presentation, not pages in the app dev guide (the errors there are more subtle and throughout like header names that have changed).
14:02.46zero_levelbrlcad : I had an appointment with you for sunday. ;)
14:02.56*** join/#brlcad kesha (~kesha@49.202.238.112)
14:03.12zero_levelPlease respond when you are ready. :)
14:03.15zero_levelthanx
14:35.44*** join/#brlcad vladbogo (~vlad@188.25.239.225)
15:01.44*** join/#brlcad caen23 (~caen23@92.81.217.103)
15:18.23Notify03BRL-CAD:mohitdaga * 57364 brlcad/trunk/src/util/pix-bw.c: Add file information for fast reading. Also this is backward compatible, that is if file information is not added still the app will work.
15:19.26Notify03BRL-CAD:mohitdaga * 57365 brlcad/trunk/src/libicv/fileformat.c: WS
15:48.01Notify03BRL-CAD:mohitdaga * 57366 brlcad/trunk/src/util/pix-bw.c: add recently added parameters (r57364) in bu_getopt
15:50.00Notify03BRL-CAD:mohitdaga * 57367 brlcad/trunk/src/util/bw-pix.c: Add filesize options for fast reading. Also this retains backward compatible, that is if filesize options are not added, still it works. -courtesy Intelligent icv_read
16:01.46zero_levelbrlcad : my doubts are here.
16:01.47zero_levelhttp://paste.kde.org/pfcff9da4/
16:17.42*** join/#brlcad kimzzzz (~AndChat31@1.38.30.217)
16:25.10Notify03BRL-CAD:tbrowder2 * 57368 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: improve code appearance--white space
16:31.03Notify03BRL-CAD:tbrowder2 * 57369 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: combine sections with common title
16:41.22Notify03BRL-CAD:tbrowder2 * 57370 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: doing some grouping of similar sections
16:52.17Notify03BRL-CAD:mohitdaga * 57371 brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml: Update the mannual page for pix-bw app as per the latest changes. (Erik[Erik], Sean[brlcad], pls have a look at this.)
17:01.42Notify03BRL-CAD:mohitdaga * 57372 brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml: Correct an example in the man page.
17:39.42Notify03BRL-CAD:mohitdaga * 57373 (brlcad/trunk/doc/docbook/system/man1/en/bw-pix.xml brlcad/trunk/src/util/bw-pix.c): update the synopsis and man page.
18:22.09Notify03BRL-CAD:tbrowder2 * 57374 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: beautify code listings a bit more
18:27.32*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
19:19.43zero_levelwhois zero_level
19:33.19Notify03BRL-CAD:tbrowder2 * 57375 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl: fix typo
19:35.13Notify03BRL-CAD:tbrowder2 * 57376 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl =================================================================== and 165 others): rename for cmake use
19:36.01Notify03BRL-CAD:tbrowder2 * 57377 brlcad/trunk/doc/docbook/CMakeLists.txt: use table centering template
19:37.55Notify03BRL-CAD:tbrowder2 * 57378 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in: use table centering template
19:39.24Notify03BRL-CAD:tbrowder2 * 57379 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: use table centering template
19:56.50*** join/#brlcad caen23 (~caen23@92.81.202.151)
20:00.40Notify03BRL-CAD Wiki:Vladbogolin * 6076 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 */
20:04.04Notify03BRL-CAD:tbrowder2 * 57380 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: remove invalid align attribute
20:05.38Notify03BRL-CAD:tbrowder2 * 57381 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl.in: format
20:29.11Notify03BRL-CAD:tbrowder2 * 57382 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl.in =================================================================== and 221 others): rename back to original
20:30.05Notify03BRL-CAD:tbrowder2 * 57383 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in: use original in src dir
20:30.59Notify03BRL-CAD:tbrowder2 * 57384 brlcad/trunk/doc/docbook/CMakeLists.txt: don't need to configure the file
20:42.59Notify03BRL-CAD:tbrowder2 * 57385 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xs: remove title centering
20:43.53Notify03BRL-CAD:tbrowder2 * 57386 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xs =================================================================== and 175 others): correct name suffix error
20:45.21Notify03BRL-CAD:tbrowder2 * 57387 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xls =================================================================== and 164 others): get extension right
22:38.00*** join/#brlcad caen23 (~caen23@92.81.202.151)
IRC log for #brlcad on 20130902

IRC log for #brlcad on 20130902

01:40.53*** join/#brlcad caen23 (~caen23@92.81.202.151)
01:50.57*** join/#brlcad caen23 (~caen23@92.81.202.151)
02:51.30*** join/#brlcad caen23 (~caen23@92.81.202.151)
03:53.54*** join/#brlcad caen23 (~caen23@92.81.202.151)
04:52.24*** join/#brlcad caen23 (~caen23@92.81.202.151)
04:58.27Notify03BRL-CAD:phoenixyjll * 57388 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Use two macros to make the debug output optional.
05:26.44Notify03BRL-CAD:phoenixyjll * 57389 brlcad/trunk/src/libbrep/boolean.cpp: Avoid duplicated vertexes.
05:38.24Notify03BRL-CAD:phoenixyjll * 57390 brlcad/trunk/src/libbrep/intersect.cpp: Error handling.
05:52.52*** join/#brlcad caen23 (~caen23@92.81.202.151)
06:20.05Notify03BRL-CAD:phoenixyjll * 57391 brlcad/trunk/src/libbrep/boolean.cpp: ISO type should be checked before we decide whether to share seam curves.
06:23.59Notify03BRL-CAD:phoenixyjll * 57392 brlcad/trunk/src/libbrep/boolean.cpp: Tweak the comment, and eliminate dead code.
06:54.47*** join/#brlcad caen23 (~caen23@92.81.202.151)
07:01.22*** join/#brlcad kesha (~kesha@14.139.122.114)
07:01.42*** join/#brlcad kesha (~kesha@14.139.122.114)
07:06.07*** join/#brlcad kesha (~kesha@14.139.122.114)
07:09.38*** join/#brlcad kesha (~kesha@14.139.122.114)
07:11.42*** join/#brlcad kesha (~kesha@14.139.122.114)
07:13.46*** join/#brlcad kesha (~kesha@14.139.122.114)
07:55.15*** join/#brlcad caen23 (~caen23@92.81.202.151)
08:08.26Notify03BRL-CAD:phoenixyjll * 57393 brlcad/trunk/src/libbrep/boolean.cpp: Remove unused variable.
08:54.06*** join/#brlcad caen23 (~caen23@92.81.202.151)
09:14.16*** join/#brlcad caen23 (~caen23@92.81.202.151)
10:30.49*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:03.50Notify03BRL-CAD Wiki:Phoenix * 6077 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */
11:25.25*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:26.24*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
11:43.30*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
11:44.54Ch3ck_wondering whether bn_poly_sub() may be wrong since its results are different from those generated by octave
11:51.02Ch3ck_##hacking
11:59.39*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:30.34*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:35.27Notify03BRL-CAD:tbrowder2 * 57394 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl: add table title centering
12:42.37*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:45.56Notify03BRL-CAD:tbrowder2 * 57395 brlcad/trunk/doc/docbook/resources/brlcad/tutorial-template.xsl.in: format for easier manual editing in prep for style sheet clean up
12:49.31*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:59.56*** join/#brlcad kesha (~kesha@14.139.122.114)
13:00.21*** join/#brlcad kesha (~kesha@14.139.122.114)
13:00.47*** join/#brlcad kesha (~kesha@14.139.122.114)
13:01.12*** join/#brlcad kesha (~kesha@14.139.122.114)
13:01.37*** join/#brlcad kesha (~kesha@14.139.122.114)
13:02.00*** join/#brlcad kesha (~kesha@14.139.122.114)
13:02.25*** join/#brlcad kesha (~kesha@14.139.122.114)
13:02.50*** join/#brlcad kesha (~kesha@14.139.122.114)
13:03.16*** join/#brlcad kesha (~kesha@14.139.122.114)
13:03.41*** join/#brlcad kesha (~kesha@14.139.122.114)
13:03.58Ch3ck_brlcad: starseeker: finished with the pull interface; wish to get your reviews on the patches i've submitted on sf. before moving unto my pull_leaf for adding support for the remaining primitives. but will need some assistance here ;)
13:04.06*** join/#brlcad kesha (~kesha@14.139.122.114)
13:07.43*** join/#brlcad kesha (~kesha@14.139.122.114)
13:08.09*** join/#brlcad kesha (~kesha@14.139.122.114)
13:08.58*** join/#brlcad kesha (~kesha@14.139.122.114)
13:09.25*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:09.49*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:10.09Ch3ck_brlcad: so what do i do about the bn_poly_sub() unit test since my octave values which i trust are different from those generated by bn_poly_sub() could the routine be wrong?
13:10.13*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:10.22Ch3ck_wondering if that is possible
13:10.38*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:11.02*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:11.27*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:11.53*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:12.18*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:12.43*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:13.08*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:13.32*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:13.57*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:14.21*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:21.26*** join/#brlcad kesha (~kesha@14.139.122.114)
13:26.11*** join/#brlcad kesha (~kesha@14.139.122.114)
13:36.00*** join/#brlcad kesha (~kesha@14.139.122.114)
13:36.27*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:42.01*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:10.48*** join/#brlcad kesha (~kesha@14.139.122.114)
16:44.59*** join/#brlcad merzo (~merzo@130-172-133-95.pool.ukrtel.net)
16:48.22*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:55.33*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:36.50Notify03BRL-CAD Wiki:NyahCh3ck20 * 6078 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 02 - Sept 08 */
18:33.16keshabrlcad: please check your mailbox. I have put some of my observations and queries and also some image files as attachment.
18:33.58keshashould I post it here also ?
18:48.05keshawaits for answer ;) (in sean's accent) ;)
18:58.02*** join/#brlcad caen23_ (~caen23@92.83.179.141)
19:05.27*** join/#brlcad vladbogo (~vlad@188.25.239.225)
19:13.30*** join/#brlcad kimzzzz (~AndChat31@1.38.30.224)
19:14.09*** join/#brlcad kesha (~kesha@14.139.122.114)
19:23.51Notify03BRL-CAD:vladbogo * 57396 brlcad/trunk/src/libdm/dm-qt.cpp: Solved small rotating problem: at first the object jumped in a position then started moving corectly.
19:32.11*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:40.05*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:40.32*** join/#brlcad kesha__ (~kesha@14.139.122.114)
20:01.25zero_levelkesha : I had an appointment with sean for sunday. Apparently he is busy.
20:16.01kesha__starseeker: I think you can answer this also..  kindly check inbox
20:17.33kesha__zero_level: ohh.. I hope everything is alright.. Afaik, he always responds , even if in short, if busy !
20:32.48Notify03BRL-CAD:vladbogo * 57397 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Modified event processing so that it can be easy to add new button bindings.
20:34.12Notify03BRL-CAD:vladbogo * 57398 brlcad/trunk/src/libdm/dm-qt.cpp: ws
20:50.23Notify03BRL-CAD Wiki:Vladbogolin * 6079 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 (26 August - 1 September) */
21:04.31*** join/#brlcad kesha__ (~kesha@14.139.122.114)
22:09.32*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:24.23Notify03BRL-CAD:tbrowder2 * 57399 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: create a new subsection for SEE ALSO
22:25.37Notify03BRL-CAD:tbrowder2 * 57400 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: add obligatory ending colon
22:28.50*** join/#brlcad kimzzzz (~AndChat31@1.38.30.63)
IRC log for #brlcad on 20130903

IRC log for #brlcad on 20130903

00:00.42*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:13.34*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:28.48*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:51.59brlcadit has been a crazy busy day
02:52.16brlcadzero_level: I have a little time to discuss, but not too long
02:53.44FLOSSrookieWill my brlcad usage suffer if I do not learn Tcl?
02:56.37brlcadFLOSSrookie: not really
02:57.14brlcadI know of several power users that never learned Tcl
02:57.54FLOSSrookiebrlcad: Just how do the programmers use Tcl in brlcad? Are core components written in it or just c and c++ for features?
03:00.03brlcadCh3ck_: I'd be inclined to believe octave's output as well, but not when writing a unit test -- you need provable values, not subjectively believable ones
03:00.34FLOSSrookiebrlcad: But if I ever did learn enough about programming I think brlcad would be a great thing to contribute to. If I ever (in my dreams probably) became proficient enough to contribute would Tcl be necessary then or really just c and c++?
03:01.20brlcadCh3ck_: you need to find some inputs that clearly demonstrate that either bn_poly_sub is wrong, or that octave is (provably) right for a given specific equation where the two results differ
03:02.35brlcadCh3ck_: I suggest devising a more simply polynomial (by hand), do the subtraction (by hand), and look at what bn and octave produce as their outputs, see if they differ from your hand-written result significantly
03:03.45brlcadzero_level: lots of great questions in the paste -- great discussion pending
03:04.15brlcadFLOSSrookie: almost the entire GUI is in Tcl/Tk
03:05.34brlcadif you're interested in contributing, Tcl would not really be necessary, nor C++ -- you won't get very far (in BRL-CAD) without C though
03:06.12brlcadthat said, there are some great simply tutorials on the web on how to create geometry using a scripting language (like shell script, perl, and python, iirc)
03:25.43*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:27.02FLOSSrookieI am sorry. My Internet connection from AT&T is junk. It might go down again very soon. Sometimes it goes down for an hour, two hours, or all day or all week.
03:27.02FLOSSrookieSo, I will paste my questions from before:
03:27.02FLOSSrookiebrlcad: Just how do the programmers use Tcl in brlcad? Are core components written in it or just c and c++ for features?
03:27.02FLOSSrookiebrlcad: But if I ever did learn enough about programming I think brlcad would be a great thing to contribute to. If I ever (in my dreams probably) became proficient enough to contribute would Tcl be necessary then or really just c and c++?
03:35.31FLOSSrookieAnyone?
04:08.22*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:25.44*** join/#brlcad kesha__ (~kesha@14.139.122.114)
05:31.21*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:38.56Notify03BRL-CAD:phoenixyjll * 57401 brlcad/trunk/src/libbrep/intersect.cpp: Don't return NULL if split failed. Just duplicate that curve.
06:53.10*** join/#brlcad caen23 (~caen23@92.81.216.3)
06:54.29*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:59.45Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Layers.jpg:
07:11.36Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:ScreenshotForLayers.png:
07:16.16Notify03BRL-CAD Wiki:KeshaSShah * 6082 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 12 */
07:38.55zero_levelbrlcad : can we have at 1830hrs GMT ?
07:39.05zero_levelor now ?
07:42.09kesha__00:00 IST !! :D
07:46.12Ch3ck_brlcad: thats what i'm doing now ;). Also I have finished with the pull _interface(synopsis, documentation and regression tests). I have uploaded the patch to sf. Awaiting your approval ;)
07:48.17Ch3ck_working on unit test now..
07:52.55Notify03BRL-CAD:phoenixyjll * 57402 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): It seems that the original implementation didn't reuse surface trees and curve trees actually. The NULL pointers passed in doesn't have any effects. And only call build_curve_root() and build_surface_root() if the tree passed in is NULL.
08:11.41Notify03BRL-CAD:phoenixyjll * 57403 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp): Initialize the root node.
08:14.54*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:27.09Ch3ck_brlcad: fixed the problem. The error was on my part. The bn_poly_sub() routine works fine
08:27.25Ch3ck_brlcad: uploaded patch which fixes problem
08:32.14Ch3ck_https://sourceforge.net/p/brlcad/patches/224/
08:46.28Notify03BRL-CAD Wiki:NyahCh3ck20 * 6083 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 02 - Sept 08 */
09:16.19Notify03BRL-CAD Wiki:Phoenix * 6084 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */
10:54.49FLOSSrookieJust how do the programmers use Tcl in brlcad? Are core components written in it or just c and c++ for features?
11:04.15*** join/#brlcad kesha__ (~kesha@14.139.122.114)
11:06.27*** join/#brlcad vladbogo (~vlad@188.25.239.225)
11:20.12Ch3ck_well tcl is what brings it all together
11:20.23Ch3ck_the core components are mostly in c and C++
11:20.37Ch3ck_while tcl serves as the interface between them
11:23.16FLOSSrookieCh3ck_: So, the most important then is C and C++ in brlcad? I just want to know because I am selecting a small group of languages to learn and if I ever become proficient enough I would like to add functionality to brlcad.
11:24.07FLOSSrookieI do now want to multiply languages past necessity. I only want what is most important and if I can get away with not learning one it makes room for another.
11:24.15FLOSSrookieI do not want ^
11:30.13Ch3ck_well C/C++ is very ok and especially C which is at the core of BRL-CAD
11:30.51Ch3ck_learning that is ok and you'll be able to contribute greatly. tcl is a scripting language will not be hard to pick up once you're great in c/c++ ;)
11:31.15Ch3ck_gives FLOSSrookie some encouragement to learn how to code ;)
11:32.39FLOSSrookieCh3ck_: How many languages are too many? Five? Six? Seven?
11:38.06Ch3ck_I don't understand what you mean
11:39.02FLOSSrookieBeing new I do not want to overdo it and end up hating programming. Should I just pick five languages or less or more?
11:39.16Ch3ck_ahhh
11:39.21Ch3ck_start with one at a time
11:39.29Ch3ck_it all depends on the direction you want to take
11:39.33Ch3ck_programming is very broad
11:39.43Ch3ck_since you want to work on BRL-CAD
11:39.50Ch3ck_start with C
11:39.53Ch3ck_then C++
11:39.57Ch3ck_you're good to go
11:40.01Ch3ck_or C
11:40.05Ch3ck_and you're good to go
11:40.50FLOSSrookieCh3ck_: Okay, well thanks :)
11:41.09Ch3ck_its ok
11:41.22Ch3ck_no matter which you choose make sure you master it well ;)
11:41.33Ch3ck_and you're good to go ;)
11:41.40``ErikFLOSSrookie: do you do any scripting?
11:43.11FLOSSrookie``Erik: Well, I did try and do some Tcl before but not much was done. Some bash for linux admin.
11:44.09``Erikok, how about this for an analogy, TCL is used as the 'bash' in BRL-CAD and C is what the kernel for BRL-CAD is written in, that work? :D
11:44.31FLOSSrookieSure!
12:02.04``Erik(also;  learning 1 programming language is hard, learning 2 is a little tricky, after 3 they get pretty easy... once you're competent in the 4 paradigms, any language is easy)
12:03.55*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:38.09Ch3ck_yeah
12:46.49*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b106:47ca:0:1a:e3ac:b601)
12:57.24zero_levelkesha : thanks for pointing that out.
12:57.39zero_levelActually I thought I wld be free around that time.
12:57.49zero_levelBut anyways got free early.
13:23.19*** join/#brlcad kesha (~kesha@14.139.122.114)
13:37.34*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
14:07.39*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:08.26*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b106:47ca:0:1a:e3ac:b601)
15:33.36*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:41.25starseekergetting a crash with libicv in the regressions - bu_malloc error triggered at src/libicv/encoding.c:53
15:41.56starseekerCMAKE_BUILD_TYPE is Release - not sure if that is making a difference yet
15:49.04zero_levelstarseeker : looking at the matter.
15:49.18zero_levelcan you paste the error somewhere ?
16:46.12*** join/#brlcad caen23 (~caen23@92.85.94.187)
16:47.39*** join/#brlcad kimzzzz (~AndChat31@1.38.26.91)
16:53.09*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
17:06.02*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:24.23Ch3ck_starseeker: fixed the error with bn_poly_sub() could apply the patch please?
17:24.33Notify03BRL-CAD Wiki:KeshaSShah * 6085 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 12 */
17:26.36zero_levelpokes at the Notify
17:26.56Notify03BRL-CAD:mohitdaga * 57404 (brlcad/trunk/regress/asc2dsp.sh brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Ensure that image with zero size (that is no data) is not read. And null is passed if such a condition ever prevail. This is needed due to the latest improvement in icv_read where we have facility to read images of any size without specifying the size.
17:27.18zero_levelstarseeker : after r57404 this error must be solved.
17:27.22zero_levelPlease check.
17:27.23zero_levelthanks.
17:34.10*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:40.55Notify03BRL-CAD:mohitdaga * 57405 brlcad/trunk/regress/asc2dsp.sh: We might not need this strict flag. Thanks to the latest improvements in the icv_read. (brlcad, Erik, starseeker I see something fishy with the image in asc2dsp.sh. Please have a look.)
17:45.33``Erikzero_level: please don't put requests like that in the commit line, irc or email is preferred (commit message should be the what/why to help people understand your commit)
18:16.28zero_level``Erik : ok.
18:18.14zero_level``Erik :I will take care in future. Do you see the point ? I am not sure why we would like to pass a zero size image to that utility. That to when we are regressing.
18:18.41zero_levelc/to/too
18:29.41Notify03BRL-CAD Wiki:Harman052 * 6086 /wiki/User:Harman052/GSoc2013/Logs:
19:00.21*** join/#brlcad caen23_ (~caen23@92.83.167.88)
19:20.31starseekerscowls - looks like the librt internal tree doesn't have the necessary information to translate node names into directory pointers on the fly
19:21.29starseekerbrlcad: can we tack on the necessary pointers somewhere without breaking compabibility?
19:22.21starseekercompatibility rather
19:28.55*** join/#brlcad kimzzzz (~AndChat31@1.38.26.91)
20:03.16*** join/#brlcad mpictor__ (~mpictor_@2601:d:b280:3d4:f87a:3a31:70c6:a66d)
20:23.44Notify03BRL-CAD:starseeker * 57406 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a stab at adding support for Rational curves
20:26.58Notify03BRL-CAD:starseeker * 57407 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: set curve degree
21:13.29Notify03BRL-CAD Wiki:Vladbogolin * 6087 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */
21:16.47*** join/#brlcad caen23 (~caen23@92.83.167.88)
21:16.48Ch3ck_running 2 bed
21:31.11*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
22:05.25Notify03BRL-CAD:tbrowder2 * 57408 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: add man page for popt(3) option processing library
IRC log for #brlcad on 20130904

IRC log for #brlcad on 20130904

00:40.00Notify03BRL-CAD:starseeker * 57409 NIL: Branch for experimenting with the popt option handling library.
01:03.46*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:09.48Notify03BRL-CAD:starseeker * 57410 (brlcad/branches/popt/INSTALL brlcad/branches/popt/configure and 2 others): Integrate popt option handling library version 1.16 from http://rpm5.org/files/popt/
02:10.26*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:20.21brlcadstarseeker: depends on the walker, but I highly doubt it
03:20.39brlcadshould be able to get a dp on the fly, lots of code does exactly that
03:21.56brlcaddp = DB_FULL_PATH_CUR_DIR(pathp);
04:09.55Notify03BRL-CAD:phoenixyjll * 57411 brlcad/trunk/src/librt/comb/comb_brep.cpp: Check the db_i pointer.
04:46.07Notify03BRL-CAD:phoenixyjll * 57412 (brlcad/trunk/src/librt/comb/comb_brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Some renaming - ip => dbip; brep_conversion => single_conversion
05:02.26Notify03BRL-CAD:phoenixyjll * 57413 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/comb/comb_brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): db => dbip, and mark const for some variables.
05:54.03Notify03BRL-CAD:phoenixyjll * 57414 brlcad/trunk/src/libbrep/boolean.cpp: Check 3D distance (not included in ON_Brep::IsValid()) when looking for seam trims.
06:26.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
06:32.07*** join/#brlcad vladbogo (~vlad@188.25.239.225)
06:33.09Notify03BRL-CAD:phoenixyjll * 57415 brlcad/trunk/src/librt/comb/comb_brep.cpp: Perform Xform for the leaf.
06:38.21*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:46.56*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
07:54.12*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
08:12.59*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:13.22Ch3ck_brlcad: corrected the bn_poly_sub() uploaded patch. I've also finished with the interface. Submitted patch already awaiting review ;)
08:59.20*** join/#brlcad caen23 (~caen23@92.83.184.3)
09:08.16*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:45.59Notify03BRL-CAD:phoenixyjll * 57416 brlcad/trunk/src/libbrep/boolean.cpp: Generate the connectivity graph for the new solid (after evaluation)
09:48.35Notify03BRL-CAD Wiki:Phoenix * 6088 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */
10:02.50*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:40.22*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:40.54*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-otrloazsutjbgdui)
11:27.26Notify03BRL-CAD:tbrowder2 * 57417 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: remove 3rd party doc from our doc tree
11:40.58*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:26.01*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-aospgmtgctafjpdc)
14:15.12Notify03BRL-CAD:starseeker * 57418 NIL: Looks like we won't need this branch after all.
14:29.29Notify03BRL-CAD:starseeker * 57419 brlcad/trunk/src/other/CMakeLists.txt: Add minimal file set from tclap 1.2.1 to support experiments in improvements to option parsing. There is a config.h file, so we may need to add CMake logic for a few system tests if long long and/or strstream detection prove necessary.
15:21.56Notify03BRL-CAD:tbrowder2 * 57420 brlcad/trunk/src/util/dsp_add.c: add info; remove unneeded semicolon
15:41.53Notify03BRL-CAD:tbrowder2 * 57421 brlcad/trunk/src/util/CMakeLists.txt: add copy of dsp_add.c for conversion to C++ and using tclap arg processing
15:49.52Notify03BRL-CAD:tbrowder2 * 57422 brlcad/trunk/src/util/dsp_add_t.cpp: add casts to avoid invalid conversion errors
15:54.35Notify03BRL-CAD:tbrowder2 * 57423 brlcad/trunk/src/util/dsp_add_t.cpp: add casts to avoid errors: deprecated conversion from string constant to 'char*'; last of C++ fixes for good build
16:11.07Notify03BRL-CAD:tbrowder2 * 57424 brlcad/trunk/src/util/dsp_add_t.cpp: comment out tclap header due to problems with tclap config--needs work
16:32.38brlcadawesome: http://www.youtube.com/watch?v=CUx2ypHQJO0
16:35.46Ch3ck_brlcad: i've corrected the bn_poly_sub() patch
16:39.03Notify03BRL-CAD:n_reed * 57425 brlcad/trunk/src/util/dsp_add_t.cpp: const param type should remove need to cast string literal arguments. Can skip printing both NULL and empty string args. Make exit behavior more consistent, using bu_exit where convienent.
16:39.04brlcadCh3ck_: I know
16:39.11brlcadCh3ck_: will be checking it later today
16:39.24brlcadwhat was the problem?
16:44.59Ch3ck_well i gave wrong args
16:45.03Ch3ck_like test values
16:45.14Ch3ck_brlcad: i've also finished with the pull interface
16:45.29brlcadwrong args to what?
16:45.38Ch3ck_i've created the documentation integrated the pull correctly; but pulls only combinations for now
16:45.56Ch3ck_well I the values from octave were wrongly input
16:46.19Ch3ck_so thats why the test kept coming up wrong
16:46.24Ch3ck_it was my mistake there
16:46.28brlcadyou mean the reference values?
16:46.31Ch3ck_yes
16:46.38Ch3ck_I mixed them up
16:46.55brlcadok
16:47.20Ch3ck_well finished with the documentation and apropos, synopsis of the pulll
16:47.25Ch3ck_integrated patch already
16:47.34Ch3ck_the patch is on sf
16:47.59Ch3ck_Well concerning the my implementation of the pull_leaf routine since i'll have to support all primitives
16:48.11Ch3ck_what approach will i need to implement all of them
16:48.29Ch3ck_well posted a question on mailing list for the primitives i'll need some assistance with ;)
16:49.05brlcadokay sounds good, one step at a time
16:49.31brlcadthe approach will probably be nearly identical for all of the primitives that have a V parameter
16:49.49Ch3ck_yeah but there are some which do not have that i think
16:49.58brlcadit'll obviously be more tricky for the ones that don't
16:50.06Ch3ck_yeah
16:50.08brlcadabout a 1/3rd iirc
16:50.26Ch3ck_well concerning my use of the switch is a bad design choice
16:50.46brlcadone possibility
16:50.52Ch3ck_what's the best approach for implementing the pull leaf for each primitive
16:51.08Ch3ck_should i implement functions corresponding to each routine
16:51.09Ch3ck_?
16:51.14brlcadthe approach is going to involve defining a new callback interface
16:51.20Ch3ck_ok
16:51.24brlcada function that will apply to all primitives
16:51.38Ch3ck_so how will it look like?
16:51.52brlcadit'll look however you make it look :)
16:52.00brlcadbut it should look like the existing functions
16:52.09brlcadthey all have a similar patter
16:52.11brlcadpattern
16:52.25brlcadstepping back though, there may be another way at least for traslation
16:52.43Ch3ck_yeah
16:52.58Ch3ck_thats mostly V param in almost all primitives
16:53.19brlcadno, you misunderstand
16:53.24Ch3ck_what about building the 4x4 matrix transform like scale and rotation from the other aspects of the primitive
16:54.08brlcadevery primitive already defines a bounding box function
16:54.13Ch3ck_ok
16:54.27brlcadyou could use that information to extract a translation, putting the center of the bounding box at the origin
16:55.23Ch3ck_so how'll that look like?
16:55.41brlcadif starseeker got OOBB's working, you could even use that for rotation and scaling
16:55.59Ch3ck_OOBB's?
16:56.12Ch3ck_what's that?
16:58.08brlcadhttp://en.wikipedia.org/wiki/Bounding_volume
16:58.16brlcadobject bounding boxes
16:58.22brlcadobject-oriented
16:58.25zero_levelwaves to brlcad.
16:58.39brlcadhi zero_level, avail to resume
16:59.35brlcadCh3ck_: the question is whether we want to unroll a translation based on a primitives "data origin" or it's "natural origin"
16:59.41brlcadthey are two distinctly separate concepts
16:59.52brlcadtake a simple box, for example, an RPP
17:00.08brlcadit's data origin is the first corner.  that's "V".
17:00.19zero_levelbrlcad : do you have the link ?
17:00.21brlcadit's natural origin, however, is the boxes centerpoint
17:00.54brlcadthat centerpoint is (length/2,width/2,height/2)
17:00.59zero_levelhttp://paste.kde.org/p60667585/http://paste.kde.org/p60667585/
17:01.05zero_levelnevermind
17:01.06zero_levelhttp://paste.kde.org/p60667585/
17:01.30brlcadthe bounding box method will find the natural centerpoint, what you were working on using V will find the data origin
17:01.41brlcadboth are valid, but it's an interesting question
17:01.53brlcadzero_level: yep, I've had that window open for days
17:02.15Ch3ck_is listening
17:02.34brlcadCh3ck_: i'm done :)
17:02.47Ch3ck_ok
17:02.48brlcadCh3ck_: that's the point, that there are two possible "origins"
17:03.02brlcadimplementing either will be a set of challenges
17:03.10Ch3ck_ok
17:03.42Ch3ck_so based on the OOBB I could get all the information about the primitive right?
17:03.44brlcadyou can implement the "natural origin" using the existing bbox callback function now, and only need to do so once for all primitives (i.e., no need for per-primitive functions)
17:04.04brlcadour current bbox() function gives you an AABB, which is only useful for translation
17:04.31brlcadat this point, I think translation is probably all we need to try and encompass
17:04.40Ch3ck_ok
17:04.41brlcadso you can just use the existing bbox() function
17:04.43Ch3ck_will look into it
17:04.48Ch3ck_ok
17:04.51zero_levelalright. So the first point is simple discussion about log messages.
17:05.10brlcadCh3ck_: I suggest writing a little test.c program that opens a .g, gets some geometry and calculates the bbox center
17:05.36brlcadzero_level: yep, do you have an example you can point me towards?
17:05.57Ch3ck_will do
17:05.58brlcadthat question as stated is unanswerable without more context
17:06.25zero_levelbrlcad :  I revisited this issue and there are two types of log messages(large charecterization)
17:06.34brlcadwhat should be returned depends entirely on where you are in the code
17:07.18zero_levelthe examples are lying all in the code.
17:07.25zero_levelbut lets see specific
17:07.31zero_levellibicv/crop.c
17:07.32brlcad~dict lying
17:08.12brlcadokay, good example
17:08.34brlcadso our context is that we're in libicv
17:08.37zero_levell:52
17:08.38brlcadwhich is a LIBRARY
17:08.43zero_levelyes
17:08.51brlcada library should never shut down an application
17:09.20zero_leveldo you recommend, it even when wrong arguments are passed.
17:09.45brlcaduhm, YES!
17:09.48brlcadthink about it
17:09.54zero_levelok,
17:09.55brlcadyou're using this library
17:10.04brlcadsomehow a 0 is specified for a size
17:10.11brlcadand the APP terminates!
17:10.21brlcadi mean for our src/util programs, who cares
17:10.49brlcadbut imagine if libicv were integrated into a different program, say Firefox or X11
17:11.04brlcadwould terminating the application make any sense??
17:11.09zero_levelok.
17:11.13zero_levelGot your point
17:11.14brlcadhave to think bigger picture
17:11.46zero_levelfor eg. in libicv/filter.c
17:11.53brlcadnow the only exception is when you have a check that is almost certainly an indication of corruption
17:12.28brlcadif you detect that something is horribly horribly wrong, something that should NEVER happen, then terminating can be the safest course of action
17:12.40brlcadbut even for that, you wouldn't call bu_exit(), you'd call bu_bomb()
17:13.06zero_levelok. filter.c, l:250 I have returned NULL in case of error after bu_log.
17:13.08zero_levelok.
17:13.15brlcadalso for logging, lets leave the function names out of the logging messages, nobody except the devs care ;)
17:13.31zero_leveleverywhere ?
17:13.35zero_levelok.
17:13.42brlcadI know you're probably just following the pattern elsewhere in our code, but it's something we're trying to get away from
17:13.55brlcadmake the message something that makes sense to a user
17:14.11brlcadif it's a critical failure, start the message with "ERROR: "
17:14.41zero_levelok. With my experience I will classify the logging and errors as following.
17:14.54zero_levelcritical error : bu_bomb.
17:15.34brlcadthere's a difference though
17:15.35zero_levelmarginal error return (-1) forint based and (NULL) for icv_image_t* based.
17:15.39zero_leveland
17:15.43brlcadagain bu_bomb() only if you detect CORRUPTION
17:15.54brlcadI don't think you have any corruption detection measures in place
17:16.11brlcadgetting passed a NULL pointer or negative size is not a corruption
17:16.12zero_levelfor library based : with function name and error message.
17:16.14brlcadit's a bad application
17:16.55zero_levelok.
17:17.41zero_levelso what do we conclude in issue 1 ?
17:18.10brlcadI don't think "marginal" is well defined
17:18.22brlcadit's a matter of inputs and outputs
17:18.39brlcadyou need to make sure inputs are always what you expect them to be
17:19.06brlcadfor example, icv_get_kernel() in filter.c doesn't check if kern or offset are NULL
17:19.10zero_leveland if they are not? Do i bomb ? or pass a log message ?
17:19.13brlcadso it can (and eventually will) crash
17:19.46brlcadso what to do depends on expectation
17:20.00brlcadyou marked it HIDDEN, so you control all the callers
17:20.44brlcadfor that, any NULL parameter is a library bug because only the library can access that function
17:21.14brlcadif it were NOT hidden, you'd just print an ERROR and return a failure/null/empty/nothing
17:21.18zero_levelyes because I call it only twice in the same file. and also the code structure maintains that the parameters are intact ?
17:21.32zero_levelsure.
17:21.34brlcadsince it is HIDDEN, you can decide but it should still check
17:21.58zero_levelThen Let me write the conclusion of this discussion.
17:22.47brlcadlong term, HIDDEN functions sometimes become non-HIDDEN, which is why *every* function should still always check the inputs are what are expected
17:23.09brlcadif you detect a NULL pointer and can make the callers behave reasonably, you should
17:23.14brlcadif you cannot, you can bomb
17:23.19zero_level1) the parameters check should be done correctly. If this is a bad parameter (unexpected) use some default with error or pass error with bomb or error with null (-1)
17:23.45zero_levelyour point taken as 2)
17:24.37zero_level3) Dont use function name for error messages. If it is strong error just write ERROR
17:24.42zero_levelis anything left ?
17:25.47zero_levelMoving to issue#2
17:25.51brlcadcheck all parameters
17:26.08brlcadzero_level: hold on
17:26.12zero_levelok.
17:26.41brlcadso you also need some way to *detect* a bad parameter (beyond a NULL pointer)
17:26.58brlcadyour icv_get_kernel() function is a prime example
17:27.16zero_leveldo you mean based on heights and sizes (as in icv_filter3(..) )
17:27.28zero_levelor based on size as in icv_crop in crop.c
17:29.01brlcadI don't understand, arent' those the same?
17:29.35brlcadicv_crop() has ton's of validation issues
17:29.42brlcad(because it has no validation)
17:30.43brlcadI can crash the program just by passing a NULL pointer or a negative value
17:31.14zero_levelok. So adding validation is the key here.
17:31.27zero_levelbecause I understand it will make the library stable.
17:31.45brlcadall PUBLIC should validate ALL parameters before doing any work
17:32.26zero_levelI think icv_crop is a best exammple to understand.
17:32.27brlcadyou should also validate any combinations that are used that might result in a bad result, such as dividing by zero
17:32.32zero_levela) where to bomb.
17:32.42zero_levelb) where to use default
17:32.44brlcadit's public API so it should not bomb
17:32.55zero_levelc) where to use default value.
17:33.02zero_levelok.
17:33.09zero_levelso a us out of question.
17:33.16zero_levelc/us/is
17:33.34brlcadit should certainly report an error
17:33.48brlcadjust not .. terminate the application
17:33.49Notify03BRL-CAD:starseeker * 57426 NIL: Will probably be better to structure this with a subdirectory...
17:33.55brlcadlet the app decide that
17:34.31brlcadthe question is more interesting/harder for HIDDEN functions
17:34.39brlcadsince you have more expections
17:34.48brlcadmy point earlier is that you need to be able to detect when something is wrong
17:35.02brlcadso look at icv_get_kernel()
17:35.20brlcadjust looking at that now, there's almost certainly a memory corruption (a segfault)
17:35.40brlcadand just checking if kern or offset are NULL would not detect it
17:35.43Notify03BRL-CAD:starseeker * 57427 (brlcad/trunk/src/other/tclap/Arg.h =================================================================== and 695 others): Move the headers into the subdirectory
17:36.12Notify03BRL-CAD:mohitdaga * 57428 brlcad/trunk/src/libicv/TODO: Add a TODO item for validation of input arguments.
17:37.36brlcadzero_level: so best starting point for now is probably baby steps .. go over EVERY function and make sure you test whether all your pointers are non-NULL and sizes are >0 where it makes sense, along with any other argument checks that make sense
17:38.12brlcadstill before we move on, since I think I see a segfault ... you should see it too
17:42.20zero_levelin ?
17:56.05brlcadicv_get_kernel
17:56.49brlcadthis is exactly why it's good to always do data validation, even on hidden functions
17:57.05brlcadbecause bugs can be anywhere, will be everywhere, given enough time
17:58.11brlcadyou have three arguments to icv_get_kernel(), you should be able to narrow it down to just one that has a bug (or prove me wrong)
18:05.08zero_levelbrlcad : I dont see any bug.
18:05.16zero_levelAlso bwfilter works fine.
18:05.20zero_levelwhich uses icv_filter.
18:05.50zero_levelthe get_kernel is primarly made to service both icv_filter and icv_filter3
18:06.17zero_leveland kern has variable size.
18:06.35zero_levelin both these functions.
18:06.39brlcadzero_level: you effectively already check filter_type with the switch statement
18:06.44brlcadand you have a default handler
18:07.15brlcada program working is NEVER an indication of whether there is a bug or not, especially for segment violations
18:07.23zero_levelok.
18:07.43zero_levelalright i see your point.
18:07.45brlcadrather a WORKING program is never an indication :)
18:08.13brlcadplenty of bugs can go masked indefinitely (for decades), but they're still real bugs
18:08.21brlcadso not filter_type
18:08.59brlcadoffset is a pointer, you obviously don't check the value, but it's clearly only used as a pointer to a double (a single double value)
18:09.21brlcadlooking at the two callers, you pass the address of a local variable
18:09.37zero_levelyes.
18:09.43zero_levelIs that a bad practice ?
18:09.47brlcadso if that's ever NULL, it would be an indication of stack corruption (something worthy of a bu_bomb)
18:10.08brlcadno, it's fine
18:10.49brlcadthat leave us with good old 'kern'
18:11.16brlcadlooking at icv_get_kernel(), it's being indexed as an array
18:11.32brlcadhow big is it?
18:15.22Notify03BRL-CAD:mohitdaga * 57429 brlcad/trunk/src/libicv/filter.c: If the filter specified is not present in the library, we should not consider filtering the image. Instead return with an error.
18:17.31zero_levelit can be of two sizes for different function
18:17.40zero_levelicv_filter (9)
18:17.52zero_levelicv_filter3 (27)
18:18.27zero_levelbut although get kernel is designed as a temporary function which holds the library of filters.
18:19.06Notify03BRL-CAD:starseeker * 57430 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/tclap/config.h.in and 5 others): Get dsp_add_t working for testing purposes - the util inclusions of tclap header directories will go away once libbu wraps it.
18:19.11zero_levelIn the later stages I plan to make a advanced get_kernel function which gives filters of a specified size.
18:19.20zero_leveland type.
18:19.35zero_levelwill have to review his signal processing concepts here.
18:20.03zero_leveland the fact we are dealing with double data. we could probably have some nice filtering reasults.
18:20.35brlcadslow down horsie
18:20.46brlcadit can be two sizes
18:20.57brlcadbut those sizes are triggered by a type, not the function
18:21.03zero_levelIndeed the icv_filter and icv_filter3 are designed such that they accept variable length filters.
18:21.14zero_levelat present the size is fixed to default size.
18:21.15brlcadrather, the indexinging is triggered by a type, not the function
18:21.36zero_levelbrlcad : yes.
18:21.58brlcadand that type is passed through from public API
18:22.10zero_levelright.
18:22.19zero_levelis there an issue ?
18:22.33brlcadicv_filter(7, kern, &offset);
18:23.07zero_level~dict horsie
18:23.19brlcadslow your horse down
18:23.36zero_level;)
18:23.44brlcadmeans you're not paying attention closely enough, going to fast to see the problem
18:24.25brlcadif a user is specifying the type, and that type is unchecked, you have a potential segfault
18:24.40brlcadthey might even be misusing the API
18:24.49brlcadicv_filter(ICV_FILTER_3_NULL, kern, &offset);
18:25.25zero_levelbrlcad : I see the point.
18:25.40zero_levelBut icv_filter just has two arguments.
18:25.58brlcadyou obviously can add some stuff in icv_filter() and/or icv_filter3(), but ideally you ALSO add some sort of check/protection inside icv_get_kernel()
18:26.15brlcadand to do that, you need to know the size of kern since it's an array
18:26.23zero_levelYou are suggesting that some naughty guy can mix the two types of filters.
18:26.32zero_levelwe need to check that.
18:26.40zero_levelyou have a point here.
18:26.44brlcadnot even necessarily naughty
18:26.47brlcadcode changes over time
18:27.03brlcadbut this is exactly where bugs evolve, how they usually begin
18:27.04zero_levelbrlcad++
18:27.43brlcadanother item ... a function should not start with icv_ unless it's public API documented in include/icv.h
18:27.57brlcadand public api should always have the prefix
18:28.06brlcadthat way, it's very clear what it public API and what is not
18:28.20Notify03BRL-CAD:mohitdaga * 57431 brlcad/trunk/src/libicv/filter.c: Remove debug flag.
18:29.03zero_levelok.
18:30.00Notify03BRL-CAD:mohitdaga * 57432 brlcad/trunk/src/libicv/TODO: Add a TODO item to check for the mixup of two types of filters in filter.c
18:30.40zero_levelbrlcad : do we move to issue#2 ?
18:30.49brlcadbullet #2: you have have non-public, private API, that is not HIDDEN
18:31.20brlcadcreate a private header in src/libicv, #include "./yourheader.h", and use the functions
18:32.42zero_levelI think i couldnt convey what i wanted to.
18:32.55zero_leveldid you see encoding.c ?
18:33.07brlcadyes?
18:33.17zero_levelalso bw.c ?
18:33.38zero_levelok, I see your point.
18:33.56brlcadyeah, technically what you did in bw.c is wrong
18:34.09brlcadinvalid ... a little surprised the compiler didn't complain
18:34.21zero_levelno! it works.
18:34.30zero_levelbut that is not the proof.
18:34.33brlcadit shouldn't .. what is an "extern static" ?
18:34.43brlcadthe compiler is just defaulting to extern
18:35.03brlcadmore than likely, you're getting lucky because gcc doesn't care
18:36.11brlcadthe extern declaration says there will be a uchar2double() symbol later ... and the function is compiled static but it's symbol is getting included because nothing in encoding.c uses it (i.e., got lucky)
18:36.30brlcadthe compiler has the option to not include a symbol marked as static
18:36.56zero_levelok. So other way as suggested by you is to keep them in encoding.h
18:37.02brlcadno
18:37.04zero_leveland include encoding.h .
18:37.20zero_levelI mean declare them in encoding.h .
18:37.32brlcadyou DECLARE them in encoding.h, you'd remove HIDDEN from their definition in encoding.c
18:37.46``Erikzero_level: filter.c:259 "return -1;" in a function returning a pointer?
18:37.59Notify03BRL-CAD:mohitdaga * 57433 brlcad/trunk/src/libicv/filter.c: Change the name of icv_get_kernel -> get_kernel (private function)
18:38.08brlcadzero_level: BUT ... more to say on that
18:38.14brlcadthese conversion functions seem wonky to me
18:38.40brlcadif you think of every function as being a plugin type, these are currently outliers
18:38.44brlcad~dict outlier
18:38.53Notify03BRL-CAD:mohitdaga * 57434 brlcad/trunk/src/libicv/filter.c: icv_filter3 returns a NULL.
18:39.16zero_level``Erik r57434 solves that.
18:39.24zero_levelthanks.
18:40.21zero_levelbrlcad : please suggest imporvements.
18:41.08zero_levelI must confess, I am novice.
18:42.12brlcadwell if we ignore the names for a second and look at what they're doing, the first is basically taking char data and scaling it into the "native library representation"
18:42.48brlcadthe second is basically taking the "native library representation" and scaling it into char data
18:43.00zero_levelok.
18:43.23brlcadthat gives me two thoughts
18:43.54brlcad1) this either should be public API so format writers can use it, OR ...
18:44.37brlcad2) it should live with (one or more) formats specific to their needs (e.g., bw_to_double)
18:45.24brlcadI have a new image file format, .awesome, and I'm writing a libicv plug-in extension
18:46.12brlcadI need to convert my image.awesome into libicv representation, so I will need to define a function that does exactly that
18:47.51zero_levelAlright : Will make them public.
18:48.24brlcadare you understanding or just taking the easy route?
18:48.46zero_levelIn case you have such awesome thing in place. Consider telling to zero_level. He will include in icv
18:48.50zero_level;)
18:49.04zero_levelyes. got your point.
18:49.23Notify03BRL-CAD:starseeker * 57435 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Testing with simple planar breps seems to suggest that this flag needs to be reversed...
18:49.51zero_levelBut my thought was because we plan to put the formats in icv. in GSOC and after that. So I thought we might not need them.
18:50.08brlcadit's not as simple as putting icv_ on them though
18:50.15brlcadthey are out of place as they are currently defined
18:50.35zero_levelNever thought that some other might create "xyz" format and want to use our lib.
18:50.46brlcade.g., why uchar2double and DATA2uchar?  shouldn't that be either uchar2data or double2uchar?
18:51.07zero_levelbut now want to consider that point.
18:51.32brlcadand if you're going to have uchar, what about char, short, ushort, long, unlong, long long, ulong long, ...
18:51.43brlcadraises questions as API
18:52.53zero_levelactually never thought of making them public.And wanted to make as the need arises in png.
18:52.59zero_levelor any other formats.
18:53.11brlcadbut my point is are they really limited to just one type (e.g., bw)
18:53.44zero_levelWhich indeed brings us to the other point. Do we need to make them public ?
18:54.15brlcadexactly, it depends
18:54.45brlcaddatawise pix is bw*3, but just because it happens to work with the same function doesn't mean that it needs to be public API
18:54.54brlcadit's still an encoding/decoding operation for bw and pix respectively
18:55.06brlcadzero_level: so here's my biggest concern
18:55.12brlcadmodularity
18:55.47brlcadI think whatever we end up with, a file format should be defined by one or more files in a directory that are independent
18:56.15brlcadand as an author, it becomes *very* easy to see how the library is extended for a different format
18:56.29brlcadwhether that author is you or me or someone external
18:56.48brlcadgiven enough time, all code becomes code someone else wrote :)
18:59.27zero_levelI think i agree.
18:59.54zero_levellets make those notations in doxygen commants in encoding.c
19:00.09zero_levelabout which functions will work in which fileformat.
19:00.35brlcadzero_level: grep -E '(if|while|for|switch|return)\(' *
19:00.52brlcadstyle errors
19:01.42zero_levelthanks for pointing that out.
19:02.12zero_leveladding that to TODO.
19:02.22zero_levelI will finish all the work in TODO.
19:02.24zero_level:)
19:03.58brlcadit might turn out that encoding.c can go away
19:04.15brlcadthat it'd become just an encoding function in bw
19:04.26brlcador part of bw_read()/bu_write()
19:04.42brlcadOR
19:05.00brlcadthat it becomes part of ICV private API
19:05.28brlcadwhere functions are defined for converting from each of the intrinsic C types to libicv's native format
19:05.50zero_levelalright.
19:05.55brlcadzero_level: another way to think of this ... lets say we want to change LIBICV to not use 0.0-1.0 doubles as the internal format
19:06.10brlcadconsider what all would need to change
19:06.26brlcadwe want to get that list of things that would need to change down to a bare minimum
19:06.58brlcadif you put bw into a subdir, I wouldn't want anything to change in that subdir if the internal format changed
19:07.01Notify03BRL-CAD:mohitdaga * 57436 brlcad/trunk/src/libicv/TODO: Add TODO item for stylistic measures
19:07.09brlcadi.e., each type is not aware of the internal format
19:07.19brlcadshould not be
19:08.42zero_levelbrlcad : I get your point.
19:08.46brlcadzero_level: while you're working on TODO items, icv.h could use some attention..
19:09.08brlcadunclear why icv_rot() is the first thing we're introduced to :)
19:09.53brlcadtowards modularity, need to think about how ICV_IMAGE_FORMAT can go away
19:10.44brlcad(if I need to add a new format, I should be able to define everything in one directory like src/libicv/ppm ... without needing to edit a header (i.e., could even be a runtime extension)
19:12.05brlcadzero_level: shall we move on to bullet #3?
19:12.15zero_levelSupport dynamically loading formats (e.g., define a plug-in API). ?
19:12.24brlcadabsolutely
19:12.26zero_levelbrlcad : just a moment.
19:12.33zero_levelok .
19:12.44brlcadif that's what is required to think about modularity correctly
19:12.54brlcadwhether it's actually dynamically loaded is irrelevant
19:13.02brlcadif it cannot be, it's not modular enough
19:13.14zero_levelbullet#2 is easy now.
19:13.34zero_levelc/2/3
19:13.48zero_levelJust a commen and y/n
19:14.00zero_levels/commen/comment
19:15.25brlcadwell I question that function's existence as public API :)
19:15.43brlcadthe naming convention is separate from the ICV_IMAGE_FORMAT names
19:16.01brlcadconceptually, it sounds like an icv_pix2bw() function
19:16.16brlcadwith a scaling factor
19:16.24zero_levelbrlcad : do you mean icv_rgb2gray ?
19:16.30brlcadyes
19:16.36zero_levelhahah :D
19:16.57zero_levelyour question is harsh. ;)
19:17.06brlcadI didn't ask a question yet ;)
19:17.24brlcadrather, I guess I did there at the beginning
19:17.30zero_levelbrlcad :  This is needed because it can convert any rgb image into grayscale image.
19:18.31brlcadI think this is part of the disconnect, though
19:18.33zero_levelLater color_space might contain icv_rgb2hsv or icv_rgb2ycbcr and..
19:18.54zero_levelany implied image loaded to icv container.
19:19.07zero_levels/question/questioning
19:19.26brlcadexcept that gray is not really a color space, is it?
19:19.44zero_levelwell it can be considered as pne.
19:19.44brlcadat least, how's it different from bw_write()
19:19.55zero_levelit is.
19:20.21zero_levelbw_write takes an icv_container and writes a file in bw format.
19:21.02zero_levelicv_rgb2gray takes an icv container with color_channels 3 and converts that to gray scale image.
19:21.27zero_levelthat is gray scale icv cotnainer with color channel 1
19:21.51zero_levelso if you have an image with 3 container and you want to write bw format output.
19:21.52brlcadso they both take an icv_container
19:21.58brlcadand both write out 1 color channel
19:22.00brlcadwhat am I missing?
19:22.10zero_levelicv_rgb2gray doesnt write.
19:22.18zero_levelit converts and returns the container.
19:22.45brlcadbesides the file operation is there a difference?
19:22.56zero_levelyes.
19:24.23zero_levelalso, if you take a icv_container with rgb data and want to write a bw image. It will call icv_rgb2gray_ntsc(...)
19:25.22zero_levelbrlcad : I am able to explain ?
19:30.18*** join/#brlcad caen23 (~caen23@92.81.191.54)
19:30.59brlcadyes, but then does that need to be public API or is it private?
19:31.20zero_levelPUBLIC.
19:31.24brlcadsounds like it might be private to me, just like the encoding
19:31.56brlcadsomething I'd use to implement a new format (like .jpeg) but not necessarily a new app (jpeg2pix)
19:32.41zero_levellet me give you an example.
19:33.00zero_levelLet suppose I built a tank in our cad-tool.
19:33.20zero_levelBut then my boss wanted me to get the resul in gray scale image.
19:34.17zero_levelI have an option in future to make a specific flag which will convert the resultant image to gray scale.
19:34.40zero_levelwhich can be written to any format. jpeg, bw,bmp, png.
19:39.47brlcadokay, that's convincing
19:40.07brlcadbut then rgb2gray sounds like it may be too specific
19:40.18brlcadthere are NxM possible conversions
19:40.34brlcadthat specific one is more of a channel scaling function
19:40.43brlcadso perhaps it could be generalized as such
19:40.45zero_levelbut the point is what all we need.
19:41.11zero_levelImplementation wise is not an issue.
19:41.12brlcadicv_channels(image, num_channels)
19:41.50zero_levelNo.
19:42.11zero_levelbecause we are looking at color space changes.
19:42.20brlcadthat sounds like a completely separate issue
19:42.40zero_levelsuppose tommorow I have something for an alpha channel .
19:42.47brlcadwhich is I think why rgb2gray seems overly confusing to me right now
19:43.15zero_levelI cannot use icv_channels to magically change to 4 channel image.
19:43.23brlcadwhy not?
19:43.32zero_levelbrlcad : I can help you remove confusions.
19:43.33brlcadobviously not with those two simple arguments
19:43.50zero_levelok.
19:44.03zero_levelwhere are u stuck ?
19:44.12brlcadI'm not stuck
19:44.17zero_level:D
19:44.21brlcadi'm saying that the name and scope is misleading
19:45.08zero_levelscope I gave an example which you agreed to.
19:45.16zero_levelname i am open to change.
19:45.30brlcadthe name with that *scope*
19:45.32zero_levelBecause I am not good at naming things. :)
19:45.34brlcadmixing the notion of channels and color space information just sounds wrong
19:45.42zero_levelok.
19:45.56brlcadI agree that having a user tool want to output, say, a b&w png file would be useful
19:46.06zero_levelare they mixed ?
19:46.13brlcadthat in code would be a n-channel to 1-channel reduction
19:46.21brlcadwell you're saying they are
19:46.26brlcadrgb2hsv
19:46.34zero_levelok.
19:46.40zero_levelSo that bothers you.
19:46.57zero_levelDo you take gray scale as a color space ?
19:47.07brlcadfrom an API design, yeah it seems mixing two concepts in an inconsistent way
19:47.30zero_levelIf yes than forget channels. and lets use color spaces.
19:47.40brlcadI could have gray scale as one channel or three or N
19:47.57brlcadthat's more a question of data replication
19:48.00zero_levelok.
19:48.19zero_levelI see your point.
19:48.35zero_levelI think I communicate very poorly.
19:48.45zero_levelsorry for that. :)
19:48.53brlcadno, it's fine
19:48.58brlcadwe're making progress
19:49.09brlcadonly three of eight bullets, but progress ;)
19:49.22brlcadif you need to go, we can pick this up later
19:50.29zero_levelbrlcad : lets finish this point.
19:50.38zero_levelI need to sleep. But can wait.
19:50.51brlcadthere's plenty of time to sleep when you're dead ;)
19:50.52zero_leveljust ensuring that we dont need to start over.
19:50.56brlcadsure
19:51.15zero_levelso yes.
19:51.25brlcadso datawise, there are two things happening as I understand it
19:51.36zero_levelLet me explain regarding the two public funtions in color_space.c
19:51.38brlcadthe icv representation has N channels representing an image, yes?
19:51.43zero_levelyes.
19:52.59zero_levelicv_gray2rgb : just copies the pixel 3 times and outputs a rgb image (supposedly we cannot convert gray image to rgb)
19:53.49zero_levelicv_rgb2gray : combines the three channel image as per the weights specified and produces a gray space (1 channel image)
19:53.55zero_levelis this fine ?
19:53.59brlcadsure
19:54.08zero_levelnow as per the question goes.
19:54.45brlcaddata-wise, I think this gets at low-level ICV operations
19:55.14zero_levelearlier icv_rgb2gray used another field which marked the presence of method.
19:55.17brlcadthere are certain fundamental operations going on that I think can be fully generalized
19:55.23zero_levelbut later I made that a macro.
19:56.22brlcadsure
19:56.44zero_levelgeneralized ?
19:56.49brlcadright
19:56.57zero_levelwhere ?
19:56.58brlcadso it gets at the heart of what icv_rgb2gray() is doing
19:57.02zero_levelcan you point an example
19:57.04brlcadto the ICV data
19:57.18brlcadsay I have an ICV image
19:57.29zero_levelis listening
19:57.33brlcadlets fully ignore alpha channels for the sake of discussion
19:58.15brlcadthat ICV data has some number of channels, say N
19:58.29brlcaddata-wise and generalized, several operations come to mind
19:58.40brlcadwant to delete a channel, for example, easy
19:59.24brlcadwant to add a channel .. and when you add, a decision will need to follow -- is the added zero, 1's, a copy of an existing channel (perhaps scaled), an average (perhaps scaled) of multiple channels
19:59.34brlcadwant to replicate data across channels
20:00.00brlcadicv_gray2rgb() is easily described in that context
20:00.45zero_levelbrlcad : you have a point about that.
20:00.49brlcadI think as an API, it would make perfect sense for ICV to define low-level operations like that
20:01.06brlcadupon which we can build higher level constructs (like awareness of ntsc)
20:01.13zero_levelis lowlevel == hidden ?
20:01.41brlcadit's hidden in the sense that it's all contained within the icv struct
20:01.55zero_levelhmm ?
20:02.05brlcadbut you'd tell ICV to do those operation on a given image
20:02.23brlcadimg = icv_create() or icv_open() right?
20:02.33zero_levelyes
20:03.29brlcadsay I have an application that creates a 1-channel image, then need to convert it to "rgb" 3-channel
20:03.48brlcadso I use the API to create two more channels, replicating the data from the first/initial channel
20:04.33zero_levelbrlcad : api wise we could do n number of things.
20:04.56Notify03BRL-CAD:indianlarry * 57437 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: breakout UV interval min/max distance checks, add bailout when first order walk vector less than tol, misc debugging code still WIP
20:05.04zero_levelbut If i were me. I would ask does itmake sense to have a 2-channel image ?
20:05.11zero_levelno!
20:05.22zero_levelIt makes sense for a 3 channel image.
20:05.28brlcadbut it does generalize the notion of 3-channel, 4-channel, and 1-channel images
20:05.44brlcadwho is to say that 3 channels are rgb data?
20:05.59zero_levelsee it will hardly take 20 mins implementing such an api.
20:06.03brlcaddatawise, there's a scaling function that might indicate that, might not
20:06.08zero_levelbut do we really want thatn ?
20:06.48brlcadyou're already implementing that, it's just whether you spend time to implement a subset of the NxM possibilities (of which you already have a half dozen?)
20:07.06brlcador you implement the four needed to generalize it
20:07.25zero_levellets hold it for the moment.
20:07.45zero_levelI think developing a full fledged icv is a long process.
20:07.58brlcadto me, that's more important than getting N formats integrated
20:08.03zero_levelat least 10 weeks more after GSOC.
20:08.19brlcadI don't think it's anywhere near that much work -- you already have most of it done
20:08.41zero_levelno. we can do a lot.
20:08.43brlcadthe logic for averaging N channels is already there
20:08.49zero_levelfor instance the image formats.
20:08.56zero_levelOpenXR integration.
20:09.26zero_levelThen We are yet to modify rt to send double datat.
20:10.03brlcadthat's all nice, but doesn't buy me anything
20:10.23brlcadgetting a handle on what we already do in a more maintainable fashion buys me a LOT
20:10.26brlcadif i'm going to have to completely rewrite every format because the base representation changed, I've got a big problem
20:11.39brlcadhaving to unwire a hundred or 400 or 20 tools that were made to call icv_rgb2uchar() instead of icv_average()+icv_reduce()  (just an example)
20:12.00brlcadespecially once there are several other functions that are in exactly the same position
20:12.41zero_levelwell. lets do it case by case.
20:14.20zero_levelcan you point to any other usage of icv_reduce.
20:14.41zero_levelbecause it just not make sense to generalize for the sake of using it once.
20:14.50zero_levelor twice.
20:15.12zero_level^does
20:15.37brlcadI think we already have a case with rgb2gray as it  1) assumes a three-channel image represents red green and blue pixel data, 2) assumes I want a 1-channel result, 3) introduces colorspaces names that overlap somewhat with file format names
20:16.46zero_level?
20:16.50zero_levelso ?
20:16.52brlcadI think icv_rgb2gray_ntsc() and icv_rgb2gray_crt() belong up in application land, so you'd have N callers right there
20:16.55zero_level:)
20:17.26zero_levellets bring in more people.
20:17.37zero_level``Erik : Are you available ?
20:17.44brlcadit took us how many hours just to get this far in understanding
20:18.12zero_levelI think we are complicating a simple issue.
20:18.24zero_levelAnd I am sorry for being reluctant
20:18.28brlcadI think you are making this sound a whole lot more complicated than it really is :)
20:18.47brlcadso lets put it on a back burner for later, there are other issues to address still
20:18.50zero_levelok.
20:18.58zero_levelSo what do we conclude ?
20:19.01zero_level:)
20:19.19brlcadput a note in TODO to review/evaluate how the API needs to accommodate channel and color space changes
20:19.45zero_levelbecause I think on part of maintainability.
20:20.10zero_levelthe current structures gives us an edge.
20:20.18zero_levelan the issue of generalization.
20:20.19brlcadI'm squarely concerned with maintainability
20:20.42brlcadthat's why I'm for more generalization, not less, so that this will get used and not have longer term costs
20:21.07zero_levelI dont think someonw will be interested to produce a 2 channel image ? :)
20:21.11brlcaddon't care if there's a short term cost to make it slightly more general, even if it's only used in a couple places in our code if it means the concepts are trivial to understand
20:21.41brlcadlike I said, the problem already exists with 1/3/4 channel images
20:21.53brlcadso 3 times however many conversion functions
20:21.57brlcadvs 4 functions
20:22.03zero_leveland the problem is ?
20:22.23brlcadit only takes two conversion functions for it to be worthwhile to implement a generalization
20:22.32brlcadhsv+rgb, there ya go
20:22.45brlcador hsv+gray
20:23.33brlcadzero_level: so part of the distinction here is a different perspective
20:23.40brlcadthe tools in src/util are not just for image processing
20:23.46brlcadthey're for *data* processing
20:23.49brlcadsignals
20:23.52brlcadwavelengths
20:24.06brlcadthat's why so many of them don't even care how many channels, they just take streams of bytes
20:25.47brlcadwe have a multispectral library that lets us render images in practically any "color space segmentation", where it literally keeps track of an unlimited number of color "channels" for accurate spectral simulation
20:25.49zero_levelis glad we are having this discussion
20:26.18zero_levelok.
20:26.41brlcadif you think of "red" and "green" and "blue" as being a range of wavelengths, it becomes clear that there are an infinite range of other possibilities that we could attach equipment and process
20:27.19brlcadimage conversion is the simplest way to explain things, but it's all ultimately data drive by some (unknown) application
20:27.45brlcadI'd argue that ICV shouldn't be aware of "red" or "grayscale"
20:28.07brlcadit's merely aware of file formats and getting channel(s) of data into those formats
20:28.48brlcadthat makes this an incredibly powerful library
20:29.26brlcadone that affects more than 100+ tools in BRL-CAD, some very well-suited for scientific computing
20:29.40brlcadis done :)
20:31.31zero_levelbrlcad : I see your point.
20:31.47zero_levelthanks for your time.
20:31.52brlcadI lied saying I'm done -- one more point is just to say that I don't think this changes the SCOPE of ICV at all.. just the terminology used and how functions are grouped
20:32.11zero_levelok.
20:32.18brlcadstill to the immediate timeframe, lets put bullet #3 on hold :)
20:32.24brlcadjust a TODO to revisit
20:32.26zero_levelok.
20:32.34zero_levelok.
20:32.49zero_levelwanders.
20:33.57brlcadzero_level: for your log when you return, icv_crop() looks just fine to me -- the docs are very clear on all those parameters.  Might consider dropping the last two since that's really what icv_rect() does.
20:34.35brlcadzero_level: we can continue friday, but hopefully make some progress before then, no?
20:34.42brlcador are you not working tomorrow?
20:35.27zero_levelI am wrtting an exam tommorow (thursday).
20:35.31brlcadah, okay
20:35.35brlcadhave fun :)
20:35.57brlcadwell, lets continue this discussion asynchronously
20:35.57zero_levelyeah its related to organizational behaviour.
20:36.11zero_levelso have learnt some lesson today.
20:36.14brlcadI'll reply to a few more and you can reply whenever you can -- I read the entire log
20:36.32brlcadand if we both happen to be on at the same time, we can get into detail
20:36.39zero_levelalright.
20:36.46zero_levelthat is fine.
20:36.51brlcadi'll just prefix with zero_level: ;)
20:38.41zero_levelalso i have created a new paste forever. http://paste.kde.org/p38e0decb/ :)
20:38.52brlcadzero_level: #5 is more complicated than your understanding I think and gets at the heart of ICV's internal representation being double [0,1].  dpix is an arbitrary range of values (basically [-MAX_DOUBLE,MAX_DOUBLE] possibilities, some range therein)
20:40.17brlcadzero_level: for #5, ICV's internal representation will either need to change or become "lossy" when dealing with our own dpix format (and possibly openexr's format) -- if it's fully encapsulated, it shouldn't matter if it changes ;)
20:41.07brlcadzero_level: #6 uhm, YES, heh..
20:44.48brlcadzero_level: #7: not loving the flags.  implies I will have icv images that are potentially invalid, which would be fragile API.  I think the data should always be "sanitized", and that function (icv_sanitize) should be hidden as it's not an "operation" per se but backend cleanup if it's going to remain
20:48.05brlcadzero_level: #8 rot.c is a mess as just a copy of pixrot.c, but an API call to "rotate" data certainly sounds important/useful; data-wise that's right up there with scaling data, translating data, truncating, replicating, and interpolating
21:12.39*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:12.47*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
22:10.43*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:24.19Notify03BRL-CAD:starseeker * 57438 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Take a stab at arc curve conversion.
23:56.58mpictorn_reed: mind taking a look at a parser problem in stepcode?
23:57.41mpictorIf I run https://github.com/stepcode/stepcode/blob/mp/bound_spec_reorder/src/exppp/test/exppp_prob_func.exp through exppp, line 10 becomes "res := [lis[1],5];"
23:59.36mpictorI need the bound_spec parser rule to be chosen over the aggregate_initializer rule
IRC log for #brlcad on 20130905

IRC log for #brlcad on 20130905

00:42.19*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:30.15Notify03BRL-CAD:brlcad * 57439 NIL: Begin a new branch intended to sit as an intermediary between unstable trunk development and STABLE point releases. As a release window nears, trunk will be merged to this new branch, documented, tested, fixed/reverted, stabilized, and finally merged to STABLE when complete. for now, intentionally using just this one branch (not one per release). Here's a pictorial view:trunk
05:30.17Notify-o-o-o-o-o--o-o--o-o--o-o--o--o--o-o--...\ \ \ \RELEASE \ \ o---o-o-o------o-o---...\ \ / \ \STABLE o---o---o-----------o--------o-...\ \ \ \ \tags o o o o o
05:33.55brlcadyep, looks just like that
05:36.16n_reedI can see the plaintext in gmail - I think it's a good diagram, very helpful
05:47.23*** join/#brlcad caen23 (~caen23@92.81.182.233)
05:47.56*** join/#brlcad kesha (~kesha@49.249.0.140)
05:59.13Notify03BRL-CAD:phoenixyjll * 57440 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Flip the face if necessary.
06:15.37Notify03BRL-CAD:phoenixyjll * 57441 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: It seem that FilpFace() has no effect... Change vnormal directly.
06:36.55*** join/#brlcad kesha_ (~kesha@49.249.8.239)
07:10.41*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:23.11*** join/#brlcad kesha__ (~kesha@49.202.238.197)
08:16.09Notify03BRL-CAD:phoenixyjll * 57442 brlcad/trunk/src/libbrep/boolean.cpp: Don't append to intersect[] directly, because the pointers in pts_on_curves[] may be invalid if the capacity of intersect[] is enlarged. And use ON_ClassArray instead of dynamic allocated pointers.
08:35.36kesha__Hello brlcad
08:36.02kesha__I tried with some more geometry conversions. Still some queries ..
08:37.05kesha__Many a times, when I do export, some objects are exported correctly, but it shows a message of segmentation fault(core dumped) and stops (almost 40-50% of those I tried)
08:37.15kesha__The material property disappears after conversion. The mater and color related information is lost after conversion.
08:37.38kesha__I tried from http://brlcad.org/private/geometry/
08:37.50kesha__http://brlcad.org/private/geometry/3dm_Geometry/
08:38.46kesha__I also installed freecad.
08:39.56kesha__Whenever you are free, can you please walk me through 1 or 2 examples of *perfect 3D model importing* ?
09:09.33*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:50.23*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
11:15.43Notify03BRL-CAD Wiki:Phoenix * 6089 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */
12:21.57Notify03BRL-CAD:tbrowder2 * 57443 brlcad/trunk/src/util/dsp_add_t.cpp: initial implementation of tclap arg parsing
12:54.05*** join/#brlcad Izak__ (~Izak@195.24.220.16)
12:55.04Izak__brlcad: My research indicates that only numerical analysis methods can find the roots for the sextic equation in rt_hrt_shot
12:58.08``Eriksooooo, slap together a quick newtonian solver or regula falsi or something :D
12:59.28Izak__Erik: A Newtonian solver? The issue with that is determining the first root in the first place
13:00.41brlcadIzak__: did you actually try a sextic with our solver? what did it do?
13:01.20Izak__I did not do that because bn_sextic... was not implemented yet
13:02.27Izak__I consulted 2 mathematicians on the sextic equation and they said we can only approximate the roots. A solution in radicals is inadmissible
13:06.40brlcadso...for a week you've been reading papers and talking to people
13:07.07brlcadwithout doing a quick compile to demonstrate how the existing solver behaves?
13:07.42brlcadbn doesn't have support for sextic, but that's not the solver
13:08.10Izak__I was ill too.
13:08.40Izak__I had to go to hospital for my left eye
13:08.49brlcadI saw that in your log
13:08.57brlcadthat was basically a week ago too :)
13:09.42Izak__I dont understand what you mean by a quick compile
13:10.05``Eriklibrt/roots.c has an iterative polynomial root solver that looks like it might do arbitrary order polynomials
13:10.34brlcadthe whole point of increasing the limit in bn.h from 4 to 6 was to try and see what it does
13:10.44brlcadwe talked about this two or even three weeks ago
13:11.02brlcadfirst to compile with just the poly limit increased, make sure everything behaves
13:11.19brlcadthen to try a sixth order in our solver
13:11.54``Erikwonders if the iterative poly solver should be moved from librt to libbn
13:12.32brlcadextending src/util/roots_example.c with a sixth order was the next step, not investigating ways to implement a sixth order solver
13:12.38Izak__For the compilation with the poly limit increased, I did that
13:13.07Izak__later on saw that Mohit at also committed it
13:13.23brlcadthat was just the 10 minute first piece to a long discussion on how to proceed
13:13.42brlcad``Erik: yeah, it should but is waiting on another patch and some data types before getting migrated
13:14.05brlcadthe coefficients are in the wrong order, that needs to be fixed (we have a patch)
13:14.39brlcadIzak__: right, editing 4/6 and compiling was not a big deal -- the point was to run the tests and confirm
13:14.42brlcadthen change the example
13:15.29Izak__brlcad: I am sorry if I didnt get your instuctions right the first time but you should understand i was ill at the time
13:16.27brlcadI get that you were ill, glad that you're better
13:16.35brlcadbut this was more of a communication problem
13:17.54brlcadthis should have been discussed here and on the mailing list on the 22nd/23rd
13:20.29brlcadIzak__: okay so lets move forward, I'd just ask that you please take a more active invovlement in communicating progress and activity beyond your logs
13:21.10brlcadespecially when activity takes a major turn away from coding, towards having to do research
13:22.58Izak__I just couldn't progress with the coding without looking into solving the sextic equation
13:23.11brlcadI could have told you about the problems solving general sextic equations long before you talked to your math teachers, knew this issue before your proposal was even accepted
13:23.46Izak__mathematician Tito tested the sextic in rt_hrt_shot and it coulnt be solved in radicals , that is, precise solutions
13:24.33Izak__So he said only numerical algorithms could be used to approximate this.
13:25.08Izak__These mathematicians were not prompt to reply me too so that is why it took a while
13:25.14brlcadand guess what, our solver is a numerical algorithm
13:25.25Izak__what
13:25.42Izak__roots.c ?
13:26.05brlcadagain, this is why this is frustrating, none of this is new information and is a discussion that should have happened (really months ago)
13:26.32Izak__months ago ? brlcad: common
13:27.07brlcadyes, because this really is at the heart (no pun intended) of implementing your primitive, it's the central piece that is the major unknown
13:27.29brlcadimplementing all of the other callbacks are pointless if shot() cannot be resolved, so in a way, it should have been first
13:27.37brlcadwhich means this discussion would have been first
13:27.45brlcadnot a critical issue, though, lots has been learned
13:28.04brlcadthe issue was just once you finally got to the hard part, you disappeared instead of discussing it
13:28.21brlcadthis was well known to be THE defining problem of implementing this particular primitive
13:28.39Izak__I was told that as concerns shot I am the expert
13:28.42brlcadthe goal and plan was never to implement a sextic solver even if ours is determined to be inadequate
13:29.38Izak__So i had the impression that solving rt_hrt_shot was my responsibility alone
13:30.43brlcadyou're basically saying that your mentors have no business .. mentoring you?
13:31.06Izak__No that's not what I am saying
13:31.14brlcadit's certainly your responsibility to try and implement it as best possible, but that's not in a vacuum
13:31.19brlcadcommunication is expected
13:31.39Izak__The thing is I asked Erik:and he said I was the expert for rt_hrt_shot
13:32.19brlcadsure, as far as the code is concerned, nobody knows that code right now better than you
13:32.41Izak__even you and Erik ?
13:33.09``Erikwe haven't written any of it, we didn't design it, we just occasionally glance at it to make sure it's not completely wrong...
13:33.12brlcadwe may understand the bigger picture better, what you're doing and why, how it fits in
13:33.15brlcadbut you wrote it
13:33.30brlcadstill, what's the point?
13:33.42Izak__yes i did and I take responsibility for that
13:34.34brlcadhttp://brlcad.org/~Izak/rt_shot_test.png is a dead link, btw
13:34.43``ErikI grok that there's a 6th order polynomial to define the trace line of the shape, but I don't know which coefficient causes which changes in the surface (I do know we have code to estimate roots of nth order polynomials and fast code for 3rd and 4th order)
13:36.12``Erikfor the hrt_shot() bit, you're the expert, but it'll use other bits of code where you're not the expert *shrug* :)
13:36.37Izak__Okay i get it.
13:38.17brlcadIzak__: let me frame this another way -- I don't think you have the time or background to implement a sixth order solver in the time remaining, and I would have told you that a month ago even had I thought you'd try going down that route
13:38.32brlcadand that's not intended to be offensive
13:38.40brlcadit's a very hard problem
13:39.04brlcadthat could have been a gsoc proposal all by itself
13:39.57brlcadthat's why it was/is necessary to determine how the existing solver behaves, and if it doesn't work, we need to document that and THEN discuss what to do about it
13:40.11brlcadmake sense?
13:41.21Izak__So I need to test if the root solver actulally solves sextics
13:42.35brlcadnot any sextic
13:43.03brlcadyour specific sextic, which is a dramatically different question
13:44.07Izak__So should I use the equation in rt_hrt_shot ?
13:44.08brlcadours numerical method is based around an assertion that there is at least some surface correllation with stability in the second order derivatives
13:44.19brlcadyour shape predominantly does have stable second order derivatives
13:45.31brlcadso it'll either blow up dirty fast and give crap, or it'll give 90% good probably screwing up on the top lobes, or 100% adequate
13:45.49Izak__So how am i supposed to do that
13:45.55brlcadassuming you decomposed that massive equation perfectly .. yes ;)
13:46.09brlcadi'm hard-pressed to believe there's not a typo in there somewhere ;)
13:46.29brlcadall it takes is one missing '-' and it'll all go to hell
13:48.49Izak__brlcad: Are you saying I should re check the coefficients of the equation
13:49.08brlcadhow: edit src/util/roots_example.c, add your polynomial, and query a specific root -- ideally one that you are certain has roots
13:49.25brlcadif you've not already done that, *absolutely*
13:49.37brlcador even express it in two forms
13:50.24Izak__like in the torus ?
13:51.21brlcadmmm, no
13:51.26brlcadlike in rt_tgc_shot()
13:51.54brlcadsee the comment on 741
13:52.39brlcadlike that where it's expressed in unexpanded math terms and in theory is identical, just slower
13:55.00brlcaddon't sweat it if you can't describe it that way, but if you can, that would be a great validation that there's not a simple typo
13:56.26brlcadso you then test the solver via roots_example.c just to see what it does, then let shot() get called and see what image results, how many "failed to converge" messages are given, or what else happened
13:56.32brlcads/happened/happens/
13:57.42Izak__ok
13:58.24Notify03BRL-CAD:starseeker * 57444 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Get NURBS form of rev surface for export.
13:58.42brlcadknow that it "probably" won't work, but we got to at least see what it does
13:59.00brlcadthere's >1% chance that it'll just work too ;)
14:20.21*** join/#brlcad mpictor_ (~mpictor_@2600:1015:b102:9b5f:0:4a:bf99:2901)
14:50.43Izak_f
16:13.45*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:21.16*** join/#brlcad kesha__ (~kesha@49.249.17.228)
16:39.42*** join/#brlcad Izak (~Izak@195.24.220.16)
17:15.01*** join/#brlcad Izak__ (~Izak@195.24.220.16)
17:15.32Izak__brlcad: i have built the sextic polynomial again
17:15.40Izak__like in the tgc shot
17:16.22Izak__I have tested in the archer/mged interface and it keeps saying raytrace failed and rt_hrt_plot not implemented yet
17:16.40Izak__Does the image depend on rt_hrt_plot ?
17:20.02Izak__Erik: brlcad : please take a look at http://paste.kde.org/p639981da/ . I built the sextic equation gradually like in rt_tgc_shot()
17:31.01brlcadIzak__: don't plot it
17:31.31brlcadrunning the "draw" command depends on plot() being implemented
17:31.45Izak__I ran the rt command instead
17:31.57brlcadyou don't need to draw it, or you could draw a point or a line or set of lines or something simple
17:32.19brlcadrt run from within mged uses what is "draw"n by default
17:32.26Izak__I created a heart shape and ran 'rt' on it
17:32.29brlcadso if you can't draw it, you can't run rt
17:32.36brlcadbut you can run rt from outside mged
17:32.40Izak__I am editing roots_example.c now
17:32.47brlcadthat's good
17:32.57brlcadthat's really the next step I think, before running the trace
17:33.13brlcadjust to make sure the evaluator doesn't crash or run off into an infinite loop
17:33.40brlcadwhether it solves a root will entirely depend on the ray you use (try to hit it dead on center)
17:33.51brlcad(where it's most "flat")
17:34.22Izak__ok Just wanted to check that my coefficients were correct
17:34.22Izak__have you looked at the code on kde paste ?
17:35.18Izak__How should I hit the center say?
17:37.49brlcadIzak__: yes, the paste is certainly easier to read than the other form
17:38.06brlcadwhether it's right or not, is not something I'm going to see just glancing through the file
17:38.31Izak__okay I justb wanted you to appreciate the method
17:38.32brlcadI don't see anything obviously wrong, but it's not like I'm going to notice a missing minus sign in 200 lines of math code :)
17:38.45Izak__:)
17:39.54brlcadso if you call bn_pr_poly() on that paste 'S' polynomial and the one current committed, are they identical?
17:41.14brlcadthat's really the validation going for -- reducing the liklihood that there's a typo
17:42.30brlcadso if something isn't working, we know it's more likely the solver or initial math than it being a typo
17:43.12Izak__I really took time to work through this one with accuracy and I checked again you know
17:44.00brlcadI don't doubt that you did
17:44.42brlcadif they're the same, it's a confirmation validation
17:45.00brlcadif they're different, then likely something wrong in the expanded/fast version, but worth checking into
17:47.05brlcadyou can test putting them both into roots_example, and see if calling bn_pr_poly() prints the same
18:01.20Izak__brlcad :It means I will have to choose arbitrary values for dprime and pprime right ?
18:04.53Izak__Or did you mean I should test at the center (0,0,0) ?
18:23.00Notify03BRL-CAD:tbrowder2 * 57445 brlcad/trunk/src/util/dsp_add_t.cpp: initial subclass experiment
18:29.51brlcadIzak__: it depends on the primitive parameters
18:30.05brlcadso no, not arbitrary values for dprime/pprime
18:30.33brlcadcarefully selected values that should (hopefully) result in a stable evaluation
18:31.03Notify03BRL-CAD:brlcad * 57446 brlcad/trunk/src/util/dsp_add_t.cpp: since it's all within a try/catch block now, count is used potentially uninitialized
19:00.45Izak__brlcad: Have just compiled roots_example.c, how do I test to see its values generated
19:00.45Izak__?
19:13.14brlcadyou run it
19:16.22Izak__does the regular make compile it or do i have to usee gcc
19:21.38Izak__brlcad: This is what I get http://paste.kde.org/p1c0cf23a/
19:22.01Izak__when I complie given the command in the roots_example.c comment
19:24.03brlcadit's integrated into the build system, you should not need to build it by hand
19:24.48brlcadyou certainly can fix those errors, but it's easier to just run make && bin/roots_example
19:31.21Izak__brlcad: System says there is no file called roots_example
19:36.49brlcadIzak__: where are your source and build directories located?
19:37.54Izak__My source is in /home/Izak/Code/ and build in /home/Izak/Code/brlcad-build/bin/
19:38.02brlcadwent through this same discussion with Ch3ck, where were you? :)
19:39.46Izak__I was surely doing sth else at the time
19:40.07brlcadbin/ is not your build dir, that would be probably /home/Izak/Code/brlcad-build/
19:40.27brlcadhow are you compiling?
19:41.29Izak__I dont understand ?
19:41.32brlcadwhat commands are you running
19:41.42brlcadwalk me through what exactly you are typing
19:42.02brlcador show me a log or something
19:42.14Izak__cmake  ../brlcad -DCMAKE_BUILD_TYPE=Debug
19:42.17Izak__make
19:42.26Izak__make benchmark
19:42.30Izak__make install
19:42.50brlcadokay, and no errors on any of those?
19:43.00Izak__in the /home/Izak/Code/brlcad-build/ directory
19:43.07brlcadnods, good
19:43.09Izak__No errors
19:44.01brlcadah, i bet i know the problem
19:44.17brlcadyeah, that's it
19:44.50brlcadif you look in brlcad/src/util/CMakeLists.txt, you'll see that roots_example is marked NO_INSTALL
19:45.04brlcadwhich means ... *drumroll* don't put it into the bin directory
19:45.11brlcadso this:
19:45.26brlcad~/brlcad-build/src/util/roots_example
19:46.25brlcadthe binary is left in the build subdir since it's just for testing
19:46.36brlcadit  used to be in bin/
19:56.33Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6090 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 31st */
20:00.25Izak__Need to do some debugging
20:52.55Notify03BRL-CAD Wiki:Vladbogolin * 6091 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */
21:01.40*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
21:12.03Notify03BRL-CAD:brlcad * 57447 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 899 others): merge trunk from r55755 through r57446 into the release branch, beginning preparations and testing for release 7.24.2
21:46.52Notify03BRL-CAD:jordisayol * 57448 brlcad/trunk/misc/debian/changelog: update debian changelog
22:07.52Notify03BRL-CAD:starseeker * 57449 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Work on figuring out how to properly export a rational curve
22:19.11Notify03BRL-CAD:tbrowder2 * 57450 brlcad/trunk/src/util/dsp_add_t.cpp: add more of TCLAP code to customize
22:31.05Notify03BRL-CAD:starseeker * 57451 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add ability to print specific 3D curve info
22:32.59Notify03BRL-CAD:starseeker * 57452 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Multiplicity (at a minimum) isn't right.
22:44.12Notify03BRL-CAD:tbrowder2 * 57453 brlcad/trunk/src/util/dsp_add_t.cpp: eliminate showing '--' or '--version' args
23:09.44Notify03BRL-CAD:tbrowder2 * 57454 brlcad/trunk/src/util/dsp_add_t.cpp: demo '?' arg when we have no long help (same as '-h')
23:17.43Notify03BRL-CAD:tbrowder2 * 57455 brlcad/trunk/src/util/dsp_add_t.cpp: TCLAP takes care of no-arg situation
23:28.37*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20130906

IRC log for #brlcad on 20130906

01:38.50Notify03BRL-CAD:brlcad * 57456 brlcad/trunk/TODO: this has come up several times recently and probably something we can predominantly automate. provide a model reduction capability.
02:07.25Notify03BRL-CAD:brlcad * 57457 brlcad/trunk/TODO: simple first step for making some progress on ray bundling
02:33.34Notify03BRL-CAD:brlcad * 57458 brlcad/trunk/doc/CMakeLists.txt: add some notes on the various implicit primitive constraints
02:43.51*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:58.37brlcadFLOSSrookie: how goes it?
03:19.28FLOSSrookiebrlcad: Good.
03:19.33FLOSSrookiebrlcad: Sorry I did not see your post earlier. I have set pidgin to log on automatically. I was just reading up on this "revelation" by the news corps of the NSA spying. And wondering why it is all so vague. They don't mention a single company that is "in bed" with the NSA and the don't mention a single encryption standard or algorithm that has been broken.
03:19.33FLOSSrookieIf this stuff came from Snowden then he is not doing a good job of informing us. He needs to name names and tell us the facts. This all seems like fear mongering to me.
03:51.56Notify03BRL-CAD:brlcad * 57459 brlcad/trunk/regress/repository.sh: if we're building in place, we also need to ignore the lexer output source files that inject system headers before our common.h header
04:24.45Notify03BRL-CAD:phoenixyjll * 57460 brlcad/trunk/src/libbrep/boolean.cpp: It should be the intersection of the two merged intervals, not union.
05:05.06Notify03BRL-CAD:phoenixyjll * 57461 brlcad/trunk/src/libbrep/boolean.cpp: IsPointOnLoop() and IsPointInsideLoop() may return -1. And there might be no intersections (e.g. for an innerloop)
05:34.55Notify03BRL-CAD:phoenixyjll * 57462 brlcad/trunk/src/libbrep/boolean.cpp: Should use m_b for the polyline's domain...
06:59.09*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:00.26*** join/#brlcad kimzzzz (~AndChat31@49.249.16.85)
07:01.32*** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.18)
07:16.14*** join/#brlcad kesha (~kesha@49.249.16.85)
07:43.12*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:03.16Notify03BRL-CAD Wiki:Phoenix * 6092 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */
08:03.36Notify03BRL-CAD Wiki:Phoenix * 6093 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */
08:04.36Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_union.png:
08:04.52Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_intersect.png:
08:05.07Notify03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_diff.png:
08:06.12Notify03BRL-CAD Wiki:Phoenix * 6097 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
08:06.47Notify03BRL-CAD Wiki:Phoenix * 6098 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */
09:28.42Notify03BRL-CAD:indianlarry * 57463 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/CMakeLists.txt and 30 others): Merging trunk into branch 'nurbs' r:57357:57462
09:33.33*** join/#brlcad kesha (~kesha@49.249.16.85)
09:37.58*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:50.01*** join/#brlcad Izak (~Izak@195.24.220.16)
10:58.01*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:12.47Notify03BRL-CAD:tbrowder2 * 57464 brlcad/trunk/src/util/dsp_add_t.cpp: remove commented-out code
11:40.22*** join/#brlcad Izak (~Izak@195.24.220.16)
11:40.24Izaky
11:47.41*** join/#brlcad kimzzzz (~AndChat31@1.38.27.18)
11:58.43Notify03BRL-CAD:tbrowder2 * 57465 brlcad/trunk/src/util/dsp_add_t.cpp: change from stdout redirect to a named file as third mandatory arg (gives better opt handling)
12:09.30*** join/#brlcad Izak__ (~Izak@195.24.220.16)
12:09.51Izak__brlcad: Finding the sixth roots of unity did not converge
12:10.34Izak__i mean did not converge in 100 iterations. I am cheking to see if the number of iterations can be increased
12:53.50*** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.18)
13:11.05Izak__brlcad: I have tested a polynomial from Kuhlkarni's paper and several others like a quintic which had to yield the 5 roots of unity and it says this http://paste.kde.org/p46239293/
13:12.10brlcadIzak__: stack trace?
13:12.36Izak__ok with gdb right ?
13:13.17brlcadin method you can manage
13:13.21brlcadbut yeah, I'd used gdb
13:14.07brlcadsegfault messages by themselves are rarely ever useful, just mean "something went wrong" .. and it's often something very trivially fixable
13:15.44zero_levelbrlcad : CAn you please point me to a source of generation of dpix images ?
13:16.11zero_levelbecause I am afraid of the following point.
13:16.39brlcadzero_level: grep dpix doc/docbook/system/*/*/*.xml
13:17.18zero_levellet say an image has values in [a,b]. 0<a<b<255
13:17.18brlcadthe interface hasn't been exercised in a very long time, so the tools may need dusting off (i.e. little fixes)
13:18.21zero_levelnot let say this is mapped to double values. [-MaxDouble, +MaxDouble]
13:18.30zero_levels/not/now
13:18.54zero_levelSo, here is my question.
13:19.18zero_levelDo I point -MaxDouble to 0 and MinDouble to 1
13:19.22zero_levelor
13:19.35zero_level(This is while conversion)
13:20.14zero_levelDo I find the minimum value in the Dpix i.e dpix_MIN to 0 and max value in Dpix i.e. dpix_MAX to 1
13:20.29zero_level?
13:21.13zero_levelI believe you realize I am trying to convert dpix image to icv container and vice versa.
13:21.47zero_levelbrlcad : Also regarding the flags.
13:22.14*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
13:23.04zero_levelmy motto of implementing them was to allow some multiplication of the form.
13:23.14zero_levela*5/4.9
13:23.22zero_levelwhere a is the pixel value.
13:24.26zero_levelbrlcad : Also this is a dummy example.
13:32.16brlcadzero_level: I don't think that question can be answered -- it depends on what the data means (and we have other tools for shifting data ranges, and can obviously write others)
13:32.31brlcadit's more a question of whether precision is lost and if so, how much
13:32.42brlcadand providing information and options to the user
13:33.17zero_levellets trust the existing tool and dpix-pix in util
13:33.42Notify03BRL-CAD:tbrowder2 * 57466 brlcad/trunk/src/util/dsp_add_t.cpp: protect from overwriting existing files; add -f option; improve error message
13:33.43zero_levels/lets trust/trusting
13:34.32zero_levelbrlcad : If going by this dpix-pix uses local minima and local maxima in the dpix images.
13:34.40zero_levelmaps them to 0 and 255 respectively
13:34.45zero_leveland converts the output.
13:35.51zero_levelbrlcad :regarding your reference to the doc rt can output the images in dpix format.
13:36.05zero_leveland which is indeed the founding of dpix.
13:36.32brlcadyep
13:36.49brlcadbut what I don't know is what range rt is capable of producing
13:37.07zero_levelbrlcad : How do we find the range ?
13:37.14brlcadmapping min/max to 0/255 is simply the safest thing to do, most preserving
13:37.27brlcadreading the code
13:37.35zero_levelbrlcad : but aboviously not the right thing
13:37.45zero_levelalso 0.0-1.0 is lot of ranges.
13:37.50brlcadnot obviously the wrong thing either
13:37.58brlcaddepends
13:38.08zero_levelI think we should limit our rt in this. (If this is doable)
13:38.22brlcaduhm, why limit our range?
13:38.33brlcadthe entire point is to preserve as might wavelength information as possible
13:38.40zero_levelatleast to some values.
13:38.43brlcadnot make something convenient for an image processing library
13:38.45zero_level[a,b]
13:39.07brlcadright now, I suspect that the range is [0,MAX_DOUBLE]
13:39.17zero_levelalright.
13:40.00zero_levelbut than the point is if I map all these values to 0,1 (ofcourse lossy) we might not get good results.
13:40.13zero_levels/than/then
13:40.17brlcadbut you would not want to just linearly map [0,MAX_DOUBLE] to [0,255] if your data was [132.13,9183.3] ... that'd all get compressed to like two color values
13:40.46zero_levelok. do ou suggest using gamma correlation ?
13:41.10zero_levelc/ou/you
13:41.59brlcadgamma correction is for shifting values (basically a multiplier
13:42.10brlcadthis is not a shifting issue, it's a range mapping problem
13:42.47brlcadthere needs to be a way to map a range of values to another either on the front end or the back end
13:42.49zero_levelI thought it has a say in mapping also. http://en.wikipedia.org/wiki/Gamma_correction
13:43.50brlcadbut usually same range data
13:43.52zero_levelsee line 99 in encoding.c
13:43.57brlcadyour problem is different ranges
13:44.06brlcadI actually have to run out for a bit
13:44.06zero_levellibicv/encoding.c
13:44.15zero_levelbrlcad :alright.
13:44.26zero_levelbrlcad : lets continue.
13:44.27brlcadsomething to think about is simply increasing the range of icv's back-end
13:44.53zero_levelbrlcad : I am not sure if that is a good idea.
13:45.50brlcadyou'll have to convince me of that, why limiting ourselves to a small sliver of double-precision is useful... it shouldn't matter other than for range mapping
13:46.08brlcadstill just something to think about
13:46.10brlcadnot act on
13:46.11zero_levelok. now ?
13:46.56brlcadthe general problem is still mapping from one range to the back-end range (whatever that is), and needing function(s) to do that bidirectionally
13:48.30brlcadone possible way is that each format (bw, pix, dpix, png, ...) could provide a mapping routine, e.g., png_to_icv() and png_from_icv()
13:49.24brlcadICV would provide plugin API for low-level data range mapping (like your chartodouble() function) for the possible C intrinsic data types
13:49.26Notify03BRL-CAD:tbrowder2 * 57467 brlcad/trunk/src/util/dsp_add_t.cpp: check for zero-length files
13:50.54brlcadanyways, think about it .. got to run, suggest just starting with dpix as it's currently defined and mapping to current 0,1 backend, and we'll think about whether it makes sense to change it
13:51.15brlcadif changes are hard, something needs to change, the backend should be changeable
14:29.00Izak__Huuh ! brlcad: I ran roots_example on Kuhlkarni's polynomail and it works now. You should see this http://paste.kde.org/p48c0a512/
14:30.00Izak__Erik: The real issue was that roots[] array in roots_example.c could stash only upto 4 roots. I changed that to 6
14:44.07Izak__I have changed 4 to BN_MAX_POLY_DEGREE so that 4 wouldn't look like a magic number or confuse anyone
14:53.08Notify03BRL-CAD:tbrowder2 * 57468 brlcad/trunk/src/util/dsp_add_t.cpp: modify arg description for output file
14:57.17Notify03BRL-CAD:iiizzzaaakkk * 57469 brlcad/trunk/src/util/roots_example.c: A roots example of a sextic equation. Changed 4 to BN_MAX_POLY_DEGREE
14:59.22Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6099 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */
14:59.31Notify03BRL-CAD:tbrowder2 * 57470 brlcad/trunk/src/util/dsp_add_t.cpp: improve help output format
15:04.16Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6100 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */
15:30.17*** join/#brlcad Izak__ (~Izak@195.24.220.16)
15:30.25Izak__l
15:30.34Izak__ok
16:51.20Notify03BRL-CAD:tbrowder2 * 57471 brlcad/trunk/src/util/dsp_add_t.cpp: use std exit macros for portability and ease of parsing
17:04.04*** join/#brlcad Izak (~Izak@195.24.220.16)
17:05.05*** join/#brlcad Izak__ (~Izak@195.24.220.16)
17:05.19Izak__looking at
17:05.35Notify03BRL-CAD:tbrowder2 * 57472 brlcad/trunk/src/util/dsp_add_t.cpp: rearrange file open order; standardize format of exit messages
17:06.54Izak__``Erik: I tested roots_example on a sextic equation and it worked perfectly
17:07.18Notify03BRL-CAD:tbrowder2 * 57473 brlcad/trunk/src/util/dsp_add_t.cpp: add ERROR to error exit message
17:29.08Notify03BRL-CAD:tbrowder2 * 57474 brlcad/trunk/src/util/dsp_add_t.cpp: move fnames up to main scope for later use; bail on errors earlier; improve error messages
17:42.24``ErikIzak__: awesome, have you wired it to your hrt shot yet? I'm eager to see either a wireframe or rt :D
17:43.21Izak__I keeps saying rt_hrt_plot ont implemented yet. So it apperas the rt in mged/archer depends on plot
17:44.10Izak__s/ont/Not
17:44.23*** join/#brlcad kesha (~kesha@49.249.16.85)
17:47.09Izak__``Erik: How can i shot rays towards the center of th hrt for example ?
17:47.36Izak__Selecting the particular values to serve roots_example is hard
17:50.33brlcadIzak__: that's really great news
17:50.46Izak__brlcad: really /
17:51.06brlcadwhy I said the first step was to just see what the solver does
17:51.12Izak__I think its going to be great news when i see a heart wireframe or sth
17:51.15brlcadthe method it uses is very general
17:51.26brlcadnow whether it'll work for your poly is still very much in question
17:51.30brlcadit'd be interesting to test a sextic with non-imaginary roots (as in your case)
17:51.52brlcadwell the heart wireframe does not involve solving any roots ;)
17:52.14brlcadthat's code you'll have to write, basically need the parametric form of that same equation
17:52.17brlcadusually far simpler
17:52.41Izak__ok
17:52.42brlcadah, looks like mathworld just gives it to you
17:52.44brlcadhttp://mathworld.wolfram.com/HeartCurve.html
17:53.49Izak__I see it. But nothing is said about z variable
17:54.53brlcad<PROTECTED>
17:55.33*** join/#brlcad harmanpreet (~chatzilla@124.253.150.197)
17:55.42brlcadoh nice http://www.wolframalpha.com/input/?i=heart+curve&lk=1&a=ClashPrefs_*PlaneCurveClass.Heart-
17:56.01brlcadwonders if our solver can do degree 8 ...
17:56.39Izak__I'm optimistic since it does for arbitrary n
17:57.33Izak__Thereal issue is that roots array contained 4 elements . I changed that to BN_MAX_DEGREE
17:57.49brlcadalmost certainly unstable near the bottom point
17:57.59brlcadi saw
17:58.10``Erikif it weren't for the static input/output vectors, ... (maybe have static buffers for up to N, then a couple pointers for n>N ?)
17:59.44Izak__``Erik: I dont understand
18:00.07brlcadIzak__: hate to say it, but you will probably just have to solve for x= y= z= from the implicit
18:00.24brlcadhttp://en.wikipedia.org/wiki/File:Heart3D.png
18:00.39``ErikIzak__: I'm just speculating on  an approach to handle arbitrary polynomials... it doesn't impact your current task, just a general musing :)
18:01.35Izak__brlcad: you don't need to hate to say it :)
18:01.52Izak__``Erik: Thanks
18:03.31``ErikIzak__: generating the wireframe should be fairly easy, as should the bounding box... those're probably your next two tasks (you'll need the bounding box during the prep phase, which will be called before the shot() function)
18:04.43Izak__``Erik: Thanks. Please could you llook at hrt.c code on trunk. Maybe I have done some of that bbox and prep
18:05.21brlcadmaybe?  you don't know? :)
18:05.53Izak__It's just politeness brlcad: I already wrote those callbacks
18:06.49brlcadhm, doesn't come off as sounding polite, sounds unsure -- thx for the clarification
18:07.09``Erikaha, didn't realize the bbox func has already had some meat to it... not sure it's quite right, almost looks like the center of the box is always the origin? what if the primitive is offset?
18:10.36Izak__Which portion of the code indicated that the center of the box is always the origin ? ``Erik:
18:11.50``Erikn/m, was reading it wrong :) brain isn't quite here today
18:15.05kesha08:35.36kesha__Hello brlcad
18:15.09kesha08:36.02kesha__I tried with some more geometry conversions. Still some queries ..
18:15.09kesha08:37.05kesha__Many a times, when I do export, some objects are exported correctly, but it shows a message of segmentation fault(core dumped) and stops (almost 40-50% of those I tried)
18:15.09kesha08:37.15kesha__The material property disappears after conversion. The mater and color related information is lost after conversion.
18:15.11kesha08:37.38kesha__I tried from http://brlcad.org/private/geometry/
18:15.12kesha08:37.50kesha__http://brlcad.org/private/geometry/3dm_Geometry/
18:15.14kesha08:38.46kesha__I also installed freecad.
18:15.15kesha08:39.56kesha__Whenever you are free, can you please walk me through 1 or 2 examples of *perfect 3D model importing* ?
18:15.25keshabrlcad: there ?
18:31.23Izak__brlcad: I have solved for x = y  = z from the implicit equation and it has given this http://paste.kde.org/pd52b8d11/
18:31.48Izak__thinking of trying it out in roots_example.c
18:49.39Notify03BRL-CAD:starseeker * 57475 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Gah. Looks like we will need an aggregate to 'properly' define rational bspline curves.
18:50.07Notify03BRL-CAD:starseeker * 57476 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Appending is taken care of elsewhere.
18:50.29Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6101 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */
18:54.18brlcadkesha: I replied to all of that commentary, but you either missed it or weren't online
18:54.43brlcadkesha: you keep saying export
18:54.49brlcadwhat's the difference between export and import?
18:56.14brlcadencountering a segmentation fault message is completely useless without knowing the command you ran, what data you had, and (most importantly) obtaining a stack trace
18:57.04brlcadhelps if it's reproducible but really it just has to be actionable information, just not "something failed and I don't know why"
18:58.56brlcadthe color properties disappearing is not at all relevant to the task at hand
19:00.08brlcadIzak__: oof, I think I wrote poorly and you misunderstood what I meant
19:00.40brlcadIzak__: you need to end up with three equations ... x = something; y = something; and z = something;
19:00.45Izak__What did you mean to say then ?
19:01.14brlcadusually as a function of some u,v parameterization, then u,v are iterated from 0 to 2*PI or some other range
19:02.23brlcadIzak__: for example, consider a sphere
19:03.06brlcadthe implicit equation is x^2 + y^2 + z^2 - R^2 = 0
19:03.13brlcadthe parametric however is
19:03.45brlcadx = sqrt(R^2 - u^2) * cos(v)
19:04.02brlcady = sqrt(R^2 - u^2) * sin(v)
19:04.09brlcadz = u
19:04.21brlcador something really close to that ;)
19:08.26Izak__brlcad: What about this http://paste.kde.org/p769e6aaa/
19:13.52keshaoh, I think I missed the reply then ! My bad- export means the one we convert from our format to other and import is one we convert from other format to ours.
19:14.57keshaCan you walk me through an example of perfect 3D model importing ?
19:23.19*** join/#brlcad kesha_ (~kesha@49.249.0.235)
19:24.46Izak__awaiting brlcad: 's opinion as to heart parametric equations
19:26.13Notify03BRL-CAD:vladbogo * 57477 (brlcad/trunk/src/libdm/dm_obj.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Default for framebuffer interface - handle unsupported display manager and framebuffer combinations by D.Rossberg
19:27.42Notify03BRL-CAD:vladbogo * 57478 brlcad/trunk/src/libdm/dm-qt.cpp: Set locale to POSIX after open is called + use a single QPainter instead of creating one everytime a drawing is made.
19:28.25brlcadIzak__: i'm not sure what you want opinionwise :)
19:28.32brlcadit's either right or it's not ;)
19:29.09Izak__So what exactly do i do to test hrt_shot with those parametric equations
19:29.12brlcadthat's basically what you need to implement plot() though, so you could add it in and evaluate from 0,2PI and see what it looks like
19:29.33brlcadshot() is different
19:29.44brlcadshot() requires the implicit equation, the root solver, what you've done
19:30.20brlcadplot() is usually implemented using the parametric form since you want to generate polylines or polygons or points; something explicit on the surface
19:30.28brlcadimplict vs explicit
19:31.03brlcadIzak__: now that you've demonstrated that the solver is *capable* of solving a sextic, you can test whether your shot() implementation is correct
19:31.20brlcadIzak__: run 'rt' outside of mged, feed it the name of a hrt object
19:31.45Izak__Out of mged ? brlcad: how ?
19:32.15brlcadIzak__: then in between fits of debugging shot(), you can work on implementing plot() using your parametric equations
19:33.14brlcadbrlman rt or just "rt"
19:33.23brlcadgives usage, very simple
19:33.29brlcadtry with a sphere first
19:33.40brlcadmged -c test.g make sph sph
19:33.42brlcadrt test.g sph
19:34.27Izak__in which directory ?
19:35.58Notify03BRL-CAD Wiki:Vladbogolin * 6102 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */
19:37.43brlcadIzak__: you should know that by now...
19:37.55brlcadin any directory you like
19:38.05Izak__okay fine
19:40.12brlcadsorry, just really cannot answer that without asking you a half dozen questions
19:40.28brlcadyou can build and run from/into anywhere, it's fully configurable and YOU decide that
19:40.33brlcadso only you can answer that
19:41.41brlcadit's like asking me which bed you should sleep in, well yours of course! (or your partner's)
19:44.40brlcadand at a glance, those parametric equations looks like they're probably not right, but easy enough to try (in fact you could put the equations into sage, and try them first)
19:45.07brlcadseveral apps like mathematica will graph parametric equations automatically for you
19:50.14Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6103 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */
19:50.52Izak__brlcad: After trying rt on a heart object I get http://brlcad.org/~Izak/heart.png
19:52.24brlcadthat's pretty cool actually, progress
19:52.47brlcadtry different azimuths and elevations
19:52.56brlcador create an animation to see it rotating
19:53.16brlcadhttp://brlcad.org/wiki/Animation
19:55.55brlcadat a glance, I'd say the equations aren't right but it's hard to say at that angle
19:56.34brlcadclearly lots of root solver failures too, but the basic shape should hopefully become apparent
20:03.13Notify03BRL-CAD:indianlarry * 57479 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: playing with surf subdivision and reusing surface without malloc still WIP
20:31.12*** join/#brlcad kesha__ (~kesha@49.249.0.235)
20:34.18*** join/#brlcad kesha__ (~kesha@49.249.0.235)
20:35.36brlcadkesha__: the task was to *find* a few models that import correctly, so if I walk you through an example of that, I've done the task
20:36.46brlcadit's not uncommon for certain types of models to fail, but the point is just to find one or two that seem to import "okay"
20:37.09brlcadwith "okay" meaning the general solid shapes import (we only care about 3D and only care about SOLID geometry)
20:37.27brlcadnon-solid and 2D shapes will often fail horribly
20:37.48brlcadeven 3D shapes will sometimes fail, that's why you just keep focusing on one format and find just one or two that work
21:02.52``Erikhttps://twitter.com/DamienFahey/status/376050043720978432  @DamienFahey: Congratulations, Americans who write "Cheers" at the end of e-mails.  You've found something even more pretentious than "Sent from my iPhone"
21:05.44*** join/#brlcad kesha__ (~kesha@49.249.0.235)
22:16.42Notify03BRL-CAD:starseeker * 57480 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add control point lists and curve types.
22:28.15Notify03BRL-CAD:starseeker * 57481 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Set closed_curve and self_intersect flags
22:31.02*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
22:42.44Notify03BRL-CAD:starseeker * 57482 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add knots
22:50.03Notify03BRL-CAD:starseeker * 57483 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add the weights. Not quite correct yet, but definitely closer.
22:56.37*** join/#brlcad caen23 (~caen23@92.81.182.233)
23:17.34brlcad``Erik: heh, Cheers!
IRC log for #brlcad on 20130907

IRC log for #brlcad on 20130907

01:24.12brlcadkesha__: did you see my response?
01:46.48Notify03BRL-CAD:brlcad * 57484 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): m_adj_face_index is unused, removing
03:00.43*** join/#brlcad harmanpreet (~chatzilla@124.253.154.46)
04:42.57*** join/#brlcad infobot (~infobot@184-229-126-180.pools.spcsdns.net)
04:42.57*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
05:34.03*** join/#brlcad kesha__ (~kesha@49.249.17.3)
05:37.09kesha__brlcad: Sorry for my bad connectivity. At this point, I can't figure out whether the model model imported correctly or not. Can you just point out one instance of that succeeds and one that fails. I wil try to figure out why it fails or suceeds ..
07:25.05*** join/#brlcad Izak (~Izak@195.24.220.16)
07:25.14Izakhere
07:25.23Izak./
07:26.25*** join/#brlcad Izak__ (~Izak@195.24.220.16)
07:26.43Izak__,
07:26.50Izak__.
07:27.02Izak__'
07:45.37*** join/#brlcad FLOSSrookie1 (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:46.45*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:19.02*** join/#brlcad vladbogo (~vlad@188.25.237.111)
08:34.46*** join/#brlcad kesha (~kesha@49.249.17.3)
08:38.31*** join/#brlcad kesha_ (~kesha@49.249.17.3)
08:47.17Notify03BRL-CAD:iiizzzaaakkk * 57485 brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_shot: Coefficients of heart equation have been revisited. Sextic equatino built gradually by combining different polynomials
08:48.27*** join/#brlcad kesha_ (~kesha@49.249.17.3)
08:55.26Notify03BRL-CAD:iiizzzaaakkk * 57486 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Removing the constant 320 from polynomial S's coefficients because it does yield different images after running rt on a heart object.
09:09.35*** join/#brlcad kesha_ (~kesha@49.249.17.3)
10:44.48*** join/#brlcad infobot (~infobot@rikers.org)
10:44.48*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
10:49.43*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:52.15FLOSSrookieIzak__: My Internet connection just went down and will probably go down again (cursed AT&T) so if you already posted it I am sorry. I am new to brlcad and would like to learn more about its features and I would like to see your little movie from those frames. Are you going to post it online?
10:53.16Izak__finding some difficulties downloading ImageMagick due to Internet connection failures too.
10:53.39*** join/#brlcad kesha_ (~kesha@49.249.16.8)
10:54.47Izak__FLOSSrookie : I think a Presentation in open office will be adequate
10:55.00Izak__working on that :)
10:56.59FLOSSrookieIzak__: The info provided by pidgin says you are from Italy. How did you learn English so well?
10:57.25FLOSSrookieUsually I can tell without that info from pidgin.
10:58.07Izak__FLOSSrookie: pidgin is mistaken. I have never as much as been to Italy and I don't speak Italian.
10:58.44FLOSSrookieNick: Izak__
10:58.44FLOSSrookieUsername: ~Izak@195.24.220.16
10:58.44FLOSSrookieReal name: Isaac Kamga
10:58.44FLOSSrookieServer: calvino.freenode.net (Milan, IT)
10:58.44FLOSSrookieCurrently on: #brlcad
10:58.44FLOSSrookieWow!
10:59.19Izak__I speak English and French as I am from the only bilingual country in Africa ;)
10:59.41Izak__Thats Cameroon :)
11:00.28FLOSSrookieMan what went wrong with this software ?:-[
11:00.44FLOSSrookieSorry.
11:02.08Izak__Not a big deal FLOSSrookie ;)
11:11.49*** join/#brlcad kesha_ (~kesha@49.249.16.8)
11:26.40Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6104 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */
11:56.34*** join/#brlcad infobot (~infobot@rikers.org)
11:56.34*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
18:52.39*** join/#brlcad infobot (~infobot@rikers.org)
18:52.39*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
19:01.52*** join/#brlcad Izak__ (~Izak@195.24.220.16)
19:02.03Izak__H
19:37.46*** part/#brlcad Ch3ck_ (29cac5ec@gateway/web/freenode/ip.41.202.197.236)
21:29.10Notify03BRL-CAD Wiki:Vladbogolin * 6105 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */
IRC log for #brlcad on 20130908

IRC log for #brlcad on 20130908

01:01.35*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:38.04*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:57.11*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:27.41*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:29.39*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:55.04*** join/#brlcad caen23 (~caen23@92.81.182.233)
09:32.11zero_level* Add fileformats for png,bmp,ppm type images.
09:32.11zero_level* FIX fixed size buffers in fileformat.c.
09:49.10Notify03BRL-CAD:mohitdaga * 57487 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/color_space.c and 6 others): Brought Stylistic Sanity.
09:52.48Notify03BRL-CAD:mohitdaga * 57488 brlcad/trunk/src/libicv/filter.c: WS
09:54.07Notify03BRL-CAD:mohitdaga * 57489 brlcad/trunk/src/libicv/TODO: Remove TODO item
12:33.34Notify03BRL-CAD Wiki:Level zero * 6106 /wiki/User:Level_zero/GSOC13/logs: LOGS
12:49.40Notify03BRL-CAD:mohitdaga * 57490 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c): Avoid mixup of two types of filters in icv. This now has adaptibility to handle error related to passing of filer parameters.
12:59.59brlcadzero_level: in terms of public API, you usually want to have as few types as possible; you could merge those into just one filter type and have the function calculate the size requirement off of that
13:00.44brlcadit's still conceivably possible to pass in a filter type not suitable for a given kern size
13:00.50brlcad(too)
13:26.28*** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net)
14:39.50*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:24.02Notify03BRL-CAD Wiki:Larhan0920 * 0 /wiki/User:Larhan0920:
16:16.42Notify03BRL-CAD Wiki:Harman052 * 6107 /wiki/User:Harman052/GSoc2013/Logs:
16:27.08Notify03BRL-CAD:tbrowder2 * 57491 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in: add comment; close up related lines
17:15.34zero_levelbrlcad : Fundamentally if we see icv_filter is a Convolution based filtering. while icv_filter3 is a method which takes three images and tries to animate or combine them to form a single image.
17:15.49zero_levelI am not sure that we will still need that.
17:50.37Notify03BRL-CAD:indianlarry * 57492 (brlcad/branches/nurbs/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in brlcad/branches/nurbs/include/brep.h and 18 others): Merging trunk into branch 'nurbs' r:57462:57491
17:53.22*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
18:03.37*** join/#brlcad vladbogo (~vlad@188.25.237.111)
18:11.52Notify03BRL-CAD:vladbogo * 57493 brlcad/trunk/include/icv.h: Removed comma in order to solve "comma at end of numerator list".
18:47.44*** join/#brlcad caen23 (~caen23@92.81.182.233)
18:56.48Notify03BRL-CAD:vladbogo * 57494 (brlcad/trunk/include/dm.h brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-generic.c): Process Qt events in archer.
19:24.17*** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net)
19:26.36zero_levelvladbogo : Thanks.
19:29.57vladbogozero_level: you're welcome
19:31.22Ch3ck_its like fileformat.c is messed up
19:31.27Ch3ck_code can't compile
19:31.32Ch3ck_is anyone responsible for this?
19:31.53Ch3ck_icv.h
19:32.33Ch3ck_vladbogo: can you check icv.h? icv.h:474: error: comma at end of enumerator list
19:33.20Ch3ck_ok looks like you already fixed that ;)
19:33.24Notify03BRL-CAD:mohitdaga * 57495 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/crop.c and 8 others): Validate the input images in the public APIs of libicv.
19:33.25zero_levelCh3ck_ : please do svn up;
19:33.36Ch3ck_yeah did that it works fine now ;)
19:33.41zero_levelCh3ck_ : yeah rightly figured.
19:33.57Ch3ck_yup
19:53.25maths22brlcad: is there any website work I should/can be working on?
20:06.32*** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505)
20:31.49*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
20:38.50Notify03BRL-CAD Wiki:Vladbogolin * 6108 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */
20:50.42*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:09.09*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:18.37*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
22:19.35*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
IRC log for #brlcad on 20130909

IRC log for #brlcad on 20130909

01:27.58*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:50.48brlcadmaths22: oh my gosh yes!
03:51.01brlcadi'll try to come up with a summary of where we're at on Monday
04:35.30*** join/#brlcad bch (~bch@dsl081-162-155.sea1.dsl.speakeasy.net)
04:35.34bchhello #brlcad
04:44.22brlcadhello bch, ltns!
04:47.46bchhey brlcad
04:48.01bchlong time no see. hows the 3d world ?
04:52.24Notify03BRL-CAD:phoenixyjll * 57496 brlcad/trunk/src/libbrep/boolean.cpp: Use the same surface if they are split from the same face.
04:56.37*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:52.17brlcadsteadily expanding ;)
05:55.16Notify03BRL-CAD:phoenixyjll * 57497 brlcad/trunk/src/libbrep/boolean.cpp: Not always the last vertex. We should compare all vertexes and find the right one.
06:39.07*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:22.17Notify03BRL-CAD:phoenixyjll * 57498 brlcad/trunk/src/libbrep/boolean.cpp: Detect whether the surfaces are the same - don't need SSI if they are the same.
08:18.53*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
08:32.34*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:54.36*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:55.49Notify03BRL-CAD Wiki:Phoenix * 6109 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */
10:07.06*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:07.28*** join/#brlcad shadownet (~Shadownet@195.24.220.16)
11:24.53*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:51.04*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:34.25*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:37.21Notify03BRL-CAD:indianlarry * 57499 (brlcad/branches/nurbs/include/dm.h brlcad/branches/nurbs/include/icv.h and 13 others): Merging trunk into branch 'nurbs' r:57491:57498
12:54.20*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:22.31Notify03BRL-CAD:starseeker * 57500 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Ah - just as we have to do something different for rational curves, we'll need to do something for rational surfaces.
13:45.57Notify03BRL-CAD:starseeker * 57501 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Start breaking out pieces of ON_Brep.cpp into individual files.
13:59.31Notify03BRL-CAD:starseeker * 57502 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Break out NurbsCurve handling.
14:00.00Notify03BRL-CAD:starseeker * 57503 (brlcad/trunk/src/conv/step/g-step/ON_NurbsCurve.cpp =================================================================== and 218 others): Add ON_NurbsCurve.cpp
14:05.54*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:24.20Notify03BRL-CAD:starseeker * 57504 brlcad/trunk/src/conv/step/g-step/ON_NurbsCurve.cpp: Simplify code, re-use functions
15:31.50Notify03BRL-CAD:starseeker * 57505 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Break out surfaces into their own file.
15:32.20Notify03BRL-CAD:starseeker * 57506 (brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp =================================================================== and 288 others): Add ON_NurbsSurface.cpp
15:36.58Notify03BRL-CAD:starseeker * 57507 brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: Get a look at the attribute list for the rational surface aggregate
16:17.14Notify03BRL-CAD:mohitdaga * 57508 brlcad/trunk/src/util/dsp_add_t.cpp: Initialize the pointers to NULL. (An error in with [-Werror=uninitialized])
16:22.03``Erikheh http://www.youtube.com/watch?v=Oie1ZXWceqM
16:53.24*** join/#brlcad Izak (~Izak@195.24.220.16)
16:53.43Izakbrlcad: Found paametric equations for heart
16:54.05*** join/#brlcad Izak__ (~Izak@195.24.220.16)
16:54.21Izak__at http://paste.kde.org/p8f280097/
16:54.37Izak__How do i gon about plotting these ?
16:54.52Izak__s/gon/go ``Erik :
17:01.08Notify03BRL-CAD:starseeker * 57509 brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: print entity name too
17:03.00Izak__brlcad: Found parametric equations of the heart online pasted here http://paste.kde.org/p8f280097/
17:27.12brlcadIzak__: looks at some of the other primitives, like ell
17:27.37brlcadsuggest starting very very simple, like first drawing just a single line in plot()
17:28.28Izak__brlcad: a single line eh ?
17:28.47brlcaddrawing the bounding box, even better -- this would be throwaway code, but it'll teach you how to return the data before you worry about the parametric functions
17:33.04brlcadif your parametric equations are right, you can then create two for () loops, iterate over u and v and plot connected lines (contours) as a starting point
17:35.52*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:36.31Izak__ok
17:38.04Notify03BRL-CAD:starseeker * 57510 (brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp): Need to be able to get at the generic aggregate in the stepcomplex surface case - add a map to simplify getting at all aggregates.
17:59.24Notify03BRL-CAD:mohitdaga * 57511 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Use fopen in instead of open.
18:00.25zero_levelhi brlcad
18:01.17zero_levelbrlcad : Can you help me to bring the regress back to its original.
18:01.31zero_levelIts currently down with dsp_add_t
18:01.44zero_levelwanted to test changes in bw_write and pix_write.
18:19.48kanzurehas anyone used brlcad with python + ctypes or libffi?
18:22.12kanzureoh cool user:phoenix is still doing nurbs things?
18:42.07Notify03BRL-CAD:starseeker * 57512 brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: Add knots to rational surfaces.
18:42.51Notify03BRL-CAD:mohitdaga * 57513 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Convert open to fopen in bw_write, pix_write
18:42.54brlcadzero_level: what's "down" mean?
18:43.48zero_levelbrlcad : nice question. :)
18:43.50zero_levelbrlcad++
18:44.11zero_levelIts shows an error while regressing dsp_add_t.
18:44.30zero_levelI am copying the curent message to some paste.
18:44.51brlcadafaik, dsp_add_t is not part of the regression tests
18:45.24brlcadthough it may certainly be attempting to compile it if you just run "make regress" due to dependencies
18:46.05brlcadsuggest just fixing whatever it's complaining about
18:46.16brlcadshouldn't be anything major, it's a recent change
18:47.01zero_levelalright.
18:47.05zero_levelbrlcad : thanks
19:00.40brlcaddid you figure it out?
19:04.13brlcadzero_level: also, r57495 breaks DRY principle pretty hard...not to mention rule-of-three
19:10.28kanzureaww all of the symbol names are mangled
19:10.38kanzurelike when i check: nm /usr/brlcad/lib/libbrep.so.20
19:11.47brlcadkanzure: nm /usr/brlcad/lib/libbrep.so.20 | c++filt
19:12.17kanzurebrlcad: i was going to see if i could use python: import ctypes; libbrep = ctypes.cdll.LoadLibrary("/usr/brlcad/lib/libbrep.so.20"); libbrep.symbolname
19:12.24brlcadand yes, wu is still working quite hard on nurbs (specifically boolean evaluation)
19:12.26kanzurebut if the symbol names are mangled then they are probably different on each platform or each build or something
19:12.44*** join/#brlcad Izak__ (~Izak@195.24.220.16)
19:12.57brlcadwell yeah, it's a c++ library ... :)
19:13.12brlcadthat's kind of why swig exists
19:13.22brlcadwrapping C was never hard
19:13.50kanzurethe swig wrappers don't work at the moment
19:14.02kanzure(sorry, i don't have a more specific bug report to give you; i didn't try today)
19:14.17brlcad*shrug* would be a swig issue anyways
19:14.38brlcadnever really had trouble with it, but it's been a couple years since I last tried
19:14.56brlcaderik's used it more recently
19:15.13Izak__brlcad: How could you ask me to share that image? It was really aweful! :(
19:16.07brlcadthe name mangling is usually ABI-compatible, so you're good across versions of gnu, for example, but that obviously wn't match the mangling on windows or other runtimes
19:16.18brlcadIzak__: it's progress!
19:16.28brlcadit's cool progress
19:16.33brlcadplus I didn't know if you had anyting better
19:16.35Izak__:)
19:16.39brlcadheck even a different angle
19:16.45brlcaddid you at least figure that out?
19:16.57Izak__no
19:17.00zero_levelbrlcad : are you pointing towards the multiple files bein committed ?
19:17.00brlcadoof
19:17.10zero_levelbrlcad : I figured it out.
19:17.31zero_levelsee r57508
19:17.33brlcadzero_level: towards the same four lines of code you added in about 20-30 places :)
19:19.28brlcadzero_level: i don't understand -- you asked about regress and dsp_add_t 80 minutes ago, but r57508 was well before that
19:19.46brlcadIzak__: so you didn't read the rt man page?
19:19.50zero_levelbrlcad : I was running regress on bx.
19:19.54zero_level*bz
19:20.12zero_leveland didnt update it with my recent commits
19:20.50brlcadIzak__: see the -a -e options
19:20.55brlcadazimuth/elevation
19:21.07brlcaddefault is 35/25
19:21.10brlcadtry some other views
19:21.11Izak__looking at man rt page
19:21.23Izak__brlcad: Did you see my slide show
19:21.26brlcadzero_level: ah, okay so just out of date
19:21.32brlcadIzak__: nope
19:21.52Izak__I read the Animation wiki page and created a slide show using about 30 images
19:22.07brlcader, where did you mention that??
19:22.10Izak__Please take a look at the slides
19:22.15Izak__In the logs
19:22.20zero_levelbrlcad : I was trying to validate the images.
19:22.22brlcadoooh, heh
19:22.24Izak__I mentioned that in my logs
19:23.01brlcadIzak__: you know I don't just sit there hitting refresh on your log all day?? :D  got to give folks a hint or post a url :)
19:24.05brlcaddownloading movie.odp
19:24.07zero_levelOfcourse I should have made a function or must have added the log message in the macro itself.
19:24.08Izak__brlcad : I wasn under the impression that our logs are read each Sunday ;)
19:25.41Izak__s/wasn/was
19:26.13Notify03BRL-CAD Wiki:195.24.220.16 * 6110 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 02 - Sept 08 */
19:26.15zero_levelbrlcad : but each function had different return argument. and a log message also.
19:29.01brlcad5 had void return, 9 had -1 return, 13 had NULL return
19:29.13Notify03BRL-CAD Wiki:NyahCh3ck20 * 6111 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */
19:29.15brlcadall 27 had the same log message
19:29.30zero_levelso three different clusters.
19:29.31brlcadall had basically the same check
19:29.38Izak__brlcad: Any comments ?
19:29.39zero_levelright.
19:29.58brlcadso the returns aren't really the issue
19:30.24zero_levelalright. Can u suggest something ?
19:30.29brlcadit's really the 29 instances of the same bu_log line, and the general pattern of the same 4 lines of code repeated two dozen times
19:30.29zero_levelImprovement >
19:31.24brlcadsay we want to change that message, maybe not call bu_log() since this is a library and that's bad practice, maybe return it in a string passed int
19:31.27brlcads/int/in/
19:31.31brlcadit's now 29 times more expensive of an edit to make
19:32.00brlcadchange it just 3 times and it's nearly 100 times more costly to keep
19:32.21brlcadso how to reduce that cost?
19:32.51brlcadif you had to change that block of code once an hour, what would you change?
19:33.11brlcaddo that
19:33.15Notify03BRL-CAD:starseeker * 57514 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h and 2 others): Break out shape_definition_representation
19:33.18zero_levelbrlcad : I never made such calculations.
19:33.26zero_levelbrlcad : thanks.
19:33.50zero_levelthe only thing i can think is making a validation macro.
19:33.56zero_leveland a return pointer.
19:35.29zero_levelbut still not sure if I will need one macro or three.
19:35.54zero_levelbecause Dont know if i should return in the macro ?
19:36.15zero_levelalso have no idea how to return void functions ?
19:36.43zero_leveli mean what argument I will send to return void functions ?
19:41.09brlcadwell it begs the question why some are pointers, some are nothing, and some are ints
19:41.38zero_levelbrlcad : nice question.
19:41.43brlcadcan they be all made the same would be the first inspection I'd make since that would help reduce the duplication AND help make the API more consistent
19:41.45zero_levellet me explain.
19:42.07brlcadthere's no question why it's the way it is :)
19:43.29zero_levelso should I continue ? or We have mad up our minds to make them consistent (forcibly )
19:43.44Notify03BRL-CAD:starseeker * 57515 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Break out the building of the geometric context stepcomplex object
19:43.45brlcadhm?
19:43.52zero_levelc/mad/made
19:43.59brlcadmade up our minds? this was the question
19:44.14brlcadwhether they 'can' be made consistent (in a useful way)
19:44.39brlcadwhat that would even look like
19:44.45brlcade.g., all void or all int or all pointer
19:45.00zero_levelbrlcad : I am a c-programmer. And I can make them return whatever we like.
19:45.08brlcadheh
19:45.17brlcadso take off your programmer hat for a second
19:45.25zero_levelhahahah :)
19:45.29brlcadput on an API *designer* hat ;)
19:45.47zero_levelyou will have to ship one :)
19:45.51brlcadyou're someone who downloads libicv for integration into your awesome application
19:46.17zero_levelok.
19:46.39brlcadi'm sure you can see the impact if the API always returned nothing, for example
19:46.58brlcadyou'd think "oh wow, I hope there's a way to check for error conditions or this really sucks"
19:47.33brlcadbut would also be comforted in never having to wrap each call in an if (succeeded) check
19:47.54brlcadthe other two options have their own tradeoffs
19:48.17brlcadof course any three can be made to work, but whether it makes sense depends on how they group
19:48.41zero_levelis wearing *designer's hat*
19:48.46brlcad;)
19:48.56brlcadfabulous
19:49.01zero_levelbrlcad : the whole point of having
19:49.15zero_levelthis was usability.
19:49.48brlcadactually maintainability, but continue :)
19:49.56zero_levelbrlcad : As I explain this. I will still leave the final call to you. If you say to change I will be doing.
19:50.14zero_levelNow. (usability)
19:50.17brlcadI get that, but I'm wanting feedback from you :)
19:50.27brlcadwhat do YOU think other than ...
19:50.38brlcad"yeah, I can change it" or "I like it how it is"
19:50.48brlcadthat's not useful.. :)
19:50.52zero_levellets primarily
19:50.59zero_levelgroup these functions into 3.
19:51.05Notify03BRL-CAD:starseeker * 57516 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Break out Shape_Representation and Shape_Representation_Relationship
19:51.08brlcadwhy
19:51.32zero_levelone which creates a new ICV structure in the run time.
19:51.46zero_levelfor eg. icv_filter3
19:52.13zero_levelthis takes in the argument. three images. and creates the output image during function run time.
19:52.45zero_levelso has a icv_image_t* type return.
19:53.24zero_levelnow lets see the functions of the form icv_filter(...)
19:53.37zero_levelthis does filtering in place. (doenst create a new icv
19:53.45zero_level_struct)
19:53.54zero_levelon failure return -1
19:53.59zero_levelon succession 0.
19:54.18zero_levelbrlcad : this is type 2. (int return).
19:54.30zero_leveltype 3 : Mainly operations.
19:54.44zero_leveloops. mainly statistics.
19:56.20brlcadthat's basically the current state of the code
19:57.06zero_levelbrlcad : rightly figured.
19:57.17zero_levelSo do you see the poing ?
19:57.27zero_levelc/poing/point
19:57.45brlcadyes and no
19:57.56brlcadI see you've described what you did
19:58.21brlcadwhich you tried with 15:41 < zero_level> let me explain.
19:58.37brlcad"there's no question why it's the way it is :)"
19:58.45brlcadi understand what you wrote, why it is that way
19:58.58*** part/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
19:59.18brlcadyour creation funcs return a pointer, your filters return a code, your stats ... void
19:59.24brlcadsure, great
19:59.53zero_levelAnd All this was done in focuse with usability
20:00.10brlcadsure
20:00.23zero_leveland I see usability and maintainability in two sides of a balance here.
20:00.37brlcadis that to say there's no room for improvement on usability?
20:00.44brlcadit's perfect?
20:00.45brlcad:)
20:01.13zero_levelI will brlcad's suggestion here.
20:01.18zero_level^seek
20:01.22brlcadslaps forehead
20:02.00brlcadI'm trying to get you to envision and explore, not defend or just accept my envisioning/exploring
20:02.09brlcadyou don't need to defend
20:02.22brlcadit is what it is, it's already turning into a great API
20:02.50brlcadthe design question is what would it look like if you enforced some homogeneity
20:03.28zero_levelicv_Filter3 will become.
20:03.45brlcadwhat would it look like, how might it feel if, just for *example*, if you never returned a NULL pointer, for example
20:04.00zero_levelicv_filter3(icv_image_t* ......... , icv_filter_t **out_img);
20:04.27brlcadnow you're thinking
20:04.28zero_levelJust wanted to avoid this situation.
20:04.35brlcadwhy
20:04.48brlcadwhat's the downside?
20:05.24zero_leveldo you remember this page. ttp://brlcad.org/wiki/User:Level_zero/GSOC13/api
20:06.14brlcadyep
20:06.14zero_levelThe only downside i saw was complexity.
20:06.33brlcadI note that you already have that pattern in some places
20:06.57brlcadthe function that return int are mostly that pattern
20:06.58zero_levelwe also had a long discussion about that.
20:07.23zero_levelbut earlier revisions of this page will have void type.
20:07.35zero_levelc/will have/had
20:08.04zero_leveland then I wanted to handle error in a better way.
20:08.12zero_level0 for succession
20:08.18zero_level-1 for failure.
20:08.21brlcadslow down
20:08.24brlcadthat thought there
20:08.25zero_level-2 for some other..
20:08.29brlcadstop
20:08.37brlcadyou instantly jumped from WHAT to HOW
20:08.46brlcadthe WHAT is that you found a need to handle error better
20:08.50brlcadthat is good to recognize
20:09.07brlcadyou instantly jumped into HOW to handle an error (via a return code)
20:09.20brlcadwhen in reality there are many ways you could handle an error
20:09.25brlcadnot saying there's a better way
20:09.33brlcadbut don't mix the method (how) with the need (what)
20:09.45zero_levelI just picked it from the old version of libicv.
20:09.53zero_levelok.
20:10.18brlcadthe important point is that setting a NULL img_out was insufficient error reporting
20:10.25zero_levelI mean from the save_open and other functions.
20:10.35brlcadlog messages were presumably insufficient as well
20:11.07zero_levelthat was my major concern And I asked you in *1 of my doubts.
20:11.32brlcadwhat was your major concern?
20:11.45zero_levelAt this point of time I am open to your suggestion.
20:11.55zero_levelwait.
20:12.08zero_levelfinding the link.
20:12.52zero_levelfrom the paste link. * Regarding log messages,  After priting log messages. Is it better to exit or pass -1 ? Currently I pass NULL or -1 for failure and 0 (or Pointer to the structure) for succeding.
20:13.16brlcadyou mean your question in the commit message?
20:13.47zero_levelno. DO you remember we had a discussion over a paste link i gave on IRC.
20:13.57zero_levelit had around 8 links.
20:14.08zero_levels/links/ponts
20:14.29zero_levelis facing lots of lag here.
20:14.44zero_level(ssh lag)
20:15.24brlcadyeah, I don't know what you're referring to specifically but I'm not sure how it at all matters whether I remember or not, doesn't change where we are now or today's design brainstorming
20:15.56brlcadI vaguely recall that, actually, but again .. not sure it's relevant
20:16.31zero_levelhmm.
20:17.26zero_levelso. ? where we ?
20:17.27brlcadback to the design discussion... so the API you have on that wiki page is one good data point
20:18.55brlcadclearly, the pattern there (and the majority) is return some int code
20:19.33brlcadso at this point, the design question it asks is why there are functions that don't return a code
20:19.45zero_levelbrlcad : regarding the paste link. I was just able to dig. http://paste.kde.org/p38e0decb/
20:19.50brlcadand would it be worthwhile to make them return a code
20:20.26zero_levelbrlcaD : that is nice question to ask.
20:20.47brlcadah, *that* pastebin
20:21.20brlcadthink that is only peripherally related to today's design questions
20:21.54brlcadit assumes we should be printing log messages in the first place (we probably shouldn't)
20:23.43zero_levelI see thatvoid return could be made to return.
20:24.03brlcadexcellent
20:24.03zero_levellike icv_destroy(...)
20:24.11zero_levelicv_sanitize(..)
20:24.26brlcadso then you're just down to two categories
20:24.32brlcadthe creation functions and the processing functions
20:24.37zero_levelalso the vice versa could be done. like icv_Filter has void type.
20:24.48zero_levelok.
20:25.33zero_levelbut then we could have a global variable. ICV_ERROR. And set that.
20:25.39brlcadNO
20:25.46brlcadgood thinking
20:25.47zero_levelok.
20:25.50brlcadbut no globals :)
20:26.00brlcadno global state, no static state
20:26.12brlcadthey don't work for multiprocessing
20:26.36brlcadyou already have an issue of memory (what if in==out)
20:27.00zero_levelhm ? where ?
20:27.35brlcada discussion for later perhaps, but basically how many of the processing functions will not work if img_in == img_out
20:27.40brlcadi.e., process in place
20:28.05brlcadmany would need to create a copy to work right
20:28.15*** join/#brlcad vladbogo (~vlad@188.25.237.111)
20:28.30brlcador be designed to work on the copy passed in only
20:28.42brlcadnot your doing
20:28.52brlcadthat's how they were written to stream
20:29.58brlcaddon't worry about it
20:30.38zero_levelbrlcad : I think I didnt understand this point of yours.
20:31.15Notify03BRL-CAD:starseeker * 57517 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Flip loops when we flip the face (Keith's suggestion, seems to improve raytracing results for test rcc
20:31.27brlcadsome of the functions will not produce the right output if the output image image pointer is the exact same pointer as the input image pointer
20:31.27zero_levellet me try to see what point are you making.
20:31.43zero_levelbrlcad : wait.
20:31.49brlcaddoesn't wait
20:31.52brlcadmultitasks
20:32.03zero_levelwait means let me try to bring you a fact.
20:32.10brlcad~dict wait
20:32.40zero_levelactually i eamnt because i am facing ssh lag. It will take few secs.
20:32.42brlcadthat may be what you meant, but that's not what the word means ;)
20:33.24zero_levelbrlcad : lets say icv_crop(img) is called.
20:33.34zero_levelnow it will crop the image.
20:33.45zero_levelBut in place.
20:33.51zero_leveldoesnt pass the pointer.
20:34.05brlcadsure
20:34.09zero_leveloutput_pointer === input_pointer
20:34.10brlcaddoesn't have an out pointer
20:34.12brlcadno
20:34.14zero_level(they are same)
20:34.23zero_levelalright.
20:34.30zero_levelso what point were you making ?
20:35.05Notify03BRL-CAD:vladbogo * 57518 brlcad/trunk/src/libdm/dm-qt.cpp: Send mouse coordinates when generating Tk click events.
20:35.06brlcadlooking through your header, I don't think you've gotten to any of them yet
20:35.09brlcadso doesn't matter
20:35.22brlcadhad you implemented the wiki API, it would have been an issue perhaps
20:36.11brlcadnoticed that icv_rot() is still the first bit of API readers are introduced to...
20:36.17zero_levelexcellent :) That why it semt alien to me. Thanks.
20:36.18brlcadshould be further down
20:36.24zero_levelalright.
20:37.36brlcadso parting design thought
20:38.04brlcadthere is a cool aspect of always returning a (non-NULL) pointer that would be possible with this API
20:38.21brlcadyou could compose calls functionally
20:39.10brlcadicv_flip(icv_scale(icv_random(icv_create(),...), 2.0)...);
20:40.45brlcadone liner programs ;)  icv_destroy(icv_write(icv_flip(icv_scale(icv_random(icv_create(),...), 2.0)...), "myfile.png"));
20:44.36Notify03BRL-CAD Wiki:Vladbogolin * 6112 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */
20:46.10zero_levelbrlcad : Returning non-null ?
20:50.36zero_leveldo you mean we should return a pointer to an empty icv_struct even if there is an error in input argumetns.
20:54.49Notify03BRL-CAD:mohitdaga * 57519 brlcad/trunk/include/icv.h: Structure the declarations of public apis in libicv.
20:56.40brlcadthe structure would be able to record any type of exception state, it would record what failed and could even hold log messages explaining why
20:57.39brlcadeach subsequent function would naturally skip processing just like your current check, and return the input (or even append another exception to the list)
20:58.00brlcadso the error propagates up, the memory is never potentially a null pointer dereference
20:58.46brlcadand you can still chose to invoke them one line at a time: img = icv_create(); img = icv_random(img, ...); img = icv_scale(img, 2.0); ...
21:04.20Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6113 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */
21:07.22zero_levelbrlcad : nice idea.
21:07.29zero_levelThis will require some planning.
21:26.37zero_levelbrlcad : what is take away from today's disucssion ?
21:27.02zero_levelhow should i plan. (Looking at the time as a constraint)
21:34.02Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6114 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */
21:34.15Notify03BRL-CAD:mohitdaga * 57520 brlcad/trunk/src/libicv/TODO: Remove TODO items.
21:37.53*** join/#brlcad greenride (~purplehaz@71.202.102.140)
21:41.01greenrideIf I have a system of parts (3D cad parts) and specify the momentum and angular momentum of each part, is there a library that will tell me the force on areas of contact between parts?
22:02.30Notify03BRL-CAD:starseeker * 57521 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a note to look into assigning b_spline_surface_form types when possible.
22:16.14Notify03BRL-CAD:starseeker * 57522 brlcad/trunk/src/conv/step/g-step/g-step.cpp: Free some memory - not properly freeing the STEPcomplex entities, but it's a start
22:30.28*** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net)
22:38.50*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
22:44.38brlcadzero_level: do-to file for any ideas that you think are worth pursuing
22:45.29brlcadzero_level: I think at a minimum, converting the void functions to return an int code for success will be worthwhile
22:45.53brlcadthat will give you two return types that you can wrap into two macros
22:46.01brlcadthat will at least not break the rule of three
23:06.08*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20130910

IRC log for #brlcad on 20130910

00:11.20starseekerhmm:  http://jreinhardt.github.io/BOLTS/index.html
00:27.13brlcadstarseeker: and that's why we need to be better at modular import/export
00:27.45brlcadour shape module is probably already better, as is that gpl proc-db that someone wrote a few years ago
00:45.42*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:06.01kanzurewhere are dll files installed on windows for brlcad?
02:06.23kanzurestarseeker: i dunno if you saw, but i emailed him some comments about why using freecad-python is a bad idea
02:06.38kanzurestarseeker: because you have to load opencascade/freecad's ui first in order to use anything in there. or the dependency on openscad.
02:06.58kanzurei'm writing a few cython wrappers at the moment actually. which is why i'm pondering how to support the windows install path. :)
02:54.35Notify03BRL-CAD:starseeker * 57523 brlcad/trunk/src/proc-db/CMakeLists.txt: Adapt the Ayam implementation of the Cobb NURBS sphere to OpenNURBS and BRL-CAD. Creates a sphere (right now, only a unit sphere) using six NURBS patches rather than a revolved arc.
02:55.31brlcadkanzure: I believe the dll's reside in the folder with the binaries (as is customary with most windows applications, especially those that avoid the registry)
02:56.19brlcadstarseeker: eww.. :)
02:56.44brlcadactually, would be a nice option to 'make' -- that's right up there with 'ell1'
02:56.48kanzurebrlcad: python packages have an install process where they can compile to link against libraries. so you can pass an absolute path or just the name of the library. i am not sure how this works on windows. doesn't make sense.
02:57.16kanzurei guess users can edit $PYTHONPATH to refer to the C:\brlcad\dlls\ path
02:57.20brlcadpresumably just the name of the library uses an rpath
02:57.22kanzurei mean %PYTHONPATH%
02:57.25starseekerbrlcad: ?  wireframe's better...
02:57.38starseekermainly wanted for testing
02:57.59brlcadwireframe could be changed for revolved breps
02:58.08kanzurehuh? wouldn't a revolved arc also have a wireframe?
02:58.15brlcadI get it, just data-wise, it's a bit of a pig
02:58.23starseekeryeah, a half circle - doesn't do much for users
02:58.32starseekerbrlcad: that's why it's not the default :-)
02:58.41brlcadno reason we couldn't draw revolved isolines
02:59.08brlcadwe're not (yet) drawing interior face detail, that's all that's missing
02:59.24brlcadold bspline code even had that, trivial to do
02:59.49starseekerThe cobb form can stay in the proc-db - I needed a simple, non-degenerate test case for the step-g/g-step work to isolate pullback failures from topological mistakes
03:00.25brlcadkanzure: we do have runtime routines for finding our resources, if it's of any help
03:01.35starseekerit's not truly right yet - each Face is self-contained, instead of properly sharing 3D edges, but not too bad for a couple hours
03:01.41kanzureunfortunately i think the issue i am messing around with at the moment is a non-brlcad issue (maybe)
03:03.09starseekermight be worth thinking about options to the brep command when converting primitives - there are a number of scenarios where I can see it being desirable to be able to select between various well known representations in the conversion process
03:03.45starseekernot sure what the command UI would look like though... brep -T cobb sph.s brep.s ?
03:04.18kanzurefor example, cython needs to use the brlcad headers during compile-time (cython compiles a python wrapper library, it's a long story), and now i need to figure out how to do that in a way that will work if a user does "pip install brlcad" to download the bindings from the python package index.
03:04.55kanzurei suppose i could vendorize brlcad header files. but that wont work if the installed brlcad version differs. hrm..
03:05.04brlcadkanzure: for example, running something like: file exists [ file join [ bu_brlcad_root lib ] "libbu.a" ]  will return 0 or 1 if that file exists
03:05.46kanzureecho $bu_brlcad_root
03:05.53kanzurethis does not seem to be defined (yes i have brlcad installed)
03:06.10brlcadecho?
03:06.17brlcadthat's an mged command
03:07.09kanzurei am making bindings, which means i can't call into an mged instance
03:07.37brlcadbut you could invoke mged to find the library (prior to it being loaded)
03:07.48brlcadakin to "which mged"
03:07.50kanzureinteresting
03:07.58brlcadit'd be something like this in full:  /usr/brlcad/rel-7.22.0/bin/mged -c test.g "file exists \[ file join \[ bu_brlcad_root lib \] \"libbu.a\" \]"
03:08.19brlcadon windows, you replace lib with bin (or search both, use the first found)
03:08.22kanzurebtw maybe i should move up a level in the stack here, i forget if you are strongly opposed to not using swig?
03:09.11brlcadopposed to not using swig?  not particularly opposed if it's a solution that works and someone maintains it
03:09.28brlcadif you get something working, that's better than nothing
03:10.01kanzureone other option- that is much less involved- is to use python + ctypes, which is a default library provided by python
03:10.13brlcadthere's nothing inherintly better about swig except for consistency to other languages
03:10.17kanzurebut it would require a shared library with C functions exposing all of brlcad's beautiful guts
03:10.31kanzuresome of the brlcad shared libraries seem to work with ctypes just fine. but not all?
03:10.47kanzureyeah, i think that consistency is very valuable
03:11.10brlcadall of our core libraries are C APIs, it's only the nurbs portion that is not and that's an opaque type from librt's perspective
03:11.23kanzureoh really?
03:11.38kanzureso, exposing the nurbs stuff isn't super important since librt wraps it
03:11.42kanzureright?
03:12.09brlcadlibrt wraps it opaquely
03:12.14Notify03BRL-CAD:phoenixyjll * 57524 brlcad/trunk/src/libbrep/boolean.cpp: Also check degree (order) and knots for NURBS surface equality.
03:12.35brlcadso IF you need opennurbs, you probably will need something non-opaque but that can be a separate binding
03:12.45kanzurei don't think i absolutely need opennurbs
03:12.57kanzurei'm willing to let brlcad do all of the interesting work
03:13.07kanzureand if someone wants direct access to opennurbs then they should just wrap opennurbs
03:13.17brlcadbasically librt has a few functions that take an ON_Brep pointer ... but that is the entire extent of what it knows API-wise
03:13.38kanzurecool, well this makes my job way easier
03:13.41brlcadit's an empty struct type to C applications, it's a C++ class to everything else
03:15.05kanzurebrlcad: which librt functions should i focus on first? i don't know the practical difference between db_create db_create_inmem db_close_client db_close etc.
03:16.30brlcadI'd actually suggest starting with libwdb
03:16.43brlcadit's a simple api just for creating geometry
03:19.29brlcadjust a couple dozen functions
03:20.23brlcadsimple example in C: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/wdb_example.c
03:21.09brlcad"brlman libwdb" for more functions or include/wdb.h to see the header
03:22.05kanzurecool, thank you
03:22.25brlcadanother approach would be libged, which is basically most of mged's command set as argc/argv-style functions
03:22.35brlcadbut libwdb would be a better proof-of-concept
03:23.31brlcadlibrt is the real workhorse that everything is built on, but there are hundreds of functions that interwork in complex ways
03:23.49brlcadwdb is the way to go ;)
03:24.08brlcadmore examples:  http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/  and  http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/shapes/
03:24.20kanzurethis is way easier than the adventure i was gearing up to do
03:26.45kanzurehmm tcl-dev didn't give me tcl.h
03:27.26kanzureah it's tcl/tcl.h
03:27.40brlcadhm... it'd be really intersting to see what that wdb_example looks like as a simple python script
03:29.29brlcadnote that our example uses our vmath.h macro header and we also define some basic types like vect_t and point_t, but note those are simple C types
03:29.31kanzureoh man, i should have listened to you sooner. i did librt and now i'm trying to find something in here to prove that it works.
03:29.46kanzurei dunno if anyone will be upset if i miss one or two macros
03:29.46brlcadin librt?
03:29.49kanzureyes
03:30.18brlcadponders
03:30.36kanzurecurve = librt.rt_curve()
03:30.48kanzurepokes his curve
03:31.34kanzureyeah okay i'll work on libwdb
03:31.47kanzureand then translate wdb_example.c to wdb_example.py
03:31.52brlcadmaybe rt_prep_timer() and rt_get_timer()
03:32.13brlcadsimple timing functions, first is void (void), so that'll be easy
03:33.14brlcadsecond takes a special string type of ours, but I believe you can pass NULL for both args
03:33.27kanzurei should have clarified that i am cheating and only did rtgeom.h
03:33.32brlcadreturn type is elapsed cpu seconds
03:33.36brlcadahhhh
03:33.59kanzurei am using this generator but the final wrappers will probably be manual (this generated code makes zero sense)
03:34.14brlcadwell, that's a problem - it doesn't declare any functions directly
03:34.21kanzurehm?
03:34.23brlcaddoes it pick up sub-headers?
03:34.31kanzureyou mean included headers?
03:34.35brlcadrtgeom.h doesn't declare any functions, just a lot of types
03:34.42brlcadbut it includes several headers that declare functions
03:35.29kanzureoh, maybe that explains why i only saw rt_geometry_related_structs
03:35.30kanzureright then
03:35.31brlcadbu.h is one of them, lots of simple bu functions you could call to show it's working
03:35.51brlcadcould try calling bu_gettime()
03:36.30brlcadit returns an int64 for ms time since epoch, so call it twice, subtract, you got elapsed ms
03:36.42kanzurei don't seem to have a /usr/brlcad/libwdb.so
03:36.46brlcador even more simple, bu_log("test\n");
03:37.12brlcadprobably because it's in the lib dir with the other libs? :)
03:37.24brlcad/usr/brlcad/lib/libwdb.so
03:41.51kanzurewhat is db_ident ?
03:47.41kanzureah, lesson learned: favor absolute paths
04:01.02kanzureWARNING: Could not parse macro "#define BU_LIST_INIT
04:01.24kanzurehmm well this is going to make rewriting wdb_example.c a little bit more difficult
04:02.59kanzurecan i just use bu_list_new() instead?
04:05.09kanzureand where is wdb_fopen defined?
04:09.01kanzureinclude/raytrace.h:RT_EXPORT extern struct rt_wdb *wdb_fopen(const char *filename);
04:13.24kanzurei've added "struct rt_wdb *wdb_fopen(const char *);" to include/wdb.h hope nobody hates me
04:20.11*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:29.18brlcadinteresting, I wonder what about BU_LIST_INIT is causing it trouble
04:29.32brlcadyes, you don't need to call BU_LIST_INIT
04:31.18brlcadand that's fine about adding it .. that function doesn't belong in raytrace.h -- just nobody has bothered to move it from librt to libwdb
04:31.26FLOSSrookieWhat specifically does the brlcad developers expect to gain by moving the software to a new gui? Is there some functionality which cannot be created without it?
04:31.28brlcadthere's a few functions like that which don't belong in librt
04:31.38FLOSSrookie"What specifically do ..."^
04:32.02brlcadFLOSSrookie: depends what you mean by the new gui and which year
04:32.15brlcaddevelopment of a GUI is something that is passively worked over several years
04:32.27brlcadwe have several other core activities that receive considerably more attention
04:32.30FLOSSrookieI recall a discussion of moving it to QT and it would be "a game like interface"
04:33.02brlcadoversimplifies it, but yes that is the long term direction
04:33.24FLOSSrookiebrlcad: May I ask what is to be gained?
04:33.25brlcadthough the emphasis is more on a thin client architecture, not so much on "qt"
04:33.55brlcadoof, that's a LONG discussion, but I can hit some of the highlights
04:34.35brlcadone of the biggest problems we have is one of complexity
04:34.58brlcadwe have approximately 1000 "features"
04:35.13brlcadand that's probably a low estimate
04:36.23brlcadmged as it is currently designed presents maybe half of those features in a fairly unintuitive and often completely unlearnable manner
04:37.50brlcadof just the 400 or so features that are exposed to users in some usable useful way, the interface fails and presenting those features, making the system be discoverable, making it even be possible to find what you might be looking for
04:38.26brlcadour best users often learn by asking someone else that knew how to read the source code who could tell them the magic recipe
04:38.45brlcadthese are predominantly usability interface failings
04:39.48brlcadimproving our usability (across the board, not just our GUI) is an active area of focus for that and other reasons
04:40.39brlcadthis highlights our overall project priorities in a greater context: http://brlcad.org/BRL-CAD_Priorities.png
04:41.51brlcadFLOSSrookie: does that answer your question?
04:42.28FLOSSrookiebrlcad: Yes, it does. Thank you. Now I understand. :)
04:45.07brlcadI mean hell, we probably have everything one needs to implement a *command-line* scriptable version of Photoshop 1.0 ... but nobody would know that exploring mged (or care these days, there are far better tools)
04:48.40FLOSSrookiebrlcad: On the geometry services part of that link it says "scriptable command framework." What scripting language will be used?
04:48.40FLOSSrookiebrcad: So, if I start work on a project now will it still be usable in a future version?
04:50.58brlcadin rough order, our current development priorities are on 1) hybrid representation support (NURBS, Implicit to NURBS, NURBS CSG, NURBS tessellation, shaded displays, robust conversion, performance), 2) STEP import/export (robust conversion, robust facetization, faithful round-trip with commercial systems), 3) parametric constraints (geometry associations, parametric values, tangency, equations), and 4) GUI (usability, infrastructure work, ref
04:51.54brlcadsomewhere in there performance work is implicit, getting our ray tracing engine and other processing-intensive bits leveraging memory coherency and gpgpu techniques for high performance desktop needs
04:52.03kanzurewm_hd.l = bu.bu_list()
04:52.04kanzureTypeError: incompatible types, struct_bu_list instance instead of struct_bu_list instance
04:52.06brlcadthe wiki pages are woefully out of day
04:52.07brlcaddate
04:52.15kanzurewdb.mk_addmember("box.s", bu.bu_list(), (ctypes.c_double * 16)(), ord("u"))
04:52.16kanzuremk_addmember() op=x6e6530c0 is bad
04:52.33kanzure(the ctypes thing there is just some stuff that will be fixed when i pretty up the wrapperlib)
04:52.59kanzurewhat does "is bad" mean?
04:53.24brlcadFLOSSrookie: the scripting engine is intended to support multiple scripting languages through a common binding layer, built on our libged command library, initially supporting Tcl, POSIX Shell (ksh), and probably Lisp or Python (or both)
04:53.49brlcadmaybe perl if tom has his way
04:55.04brlcadFLOSSrookie: and yes, if you start now, it will be usable in a future version -- we take pride and have very tight controls in place on how fast we change things on users (and external developers)
04:55.52brlcadkanzure: heh, don't know about that TypeError ... maybe one is a pointer and one is not?
04:56.26brlcadthe .l members are usually not pointers
04:56.44FLOSSrookieOkay, good. :)
04:57.54brlcadFLOSSrookie: are you looking to get into development, use, or both?
05:02.47FLOSSrookieIt all depends. Right now I am on a steep learning curve. I was always good with computer from the end user perspective but just now peering into the development perspective of computing.
05:02.47FLOSSrookieI am learning much about programming languages and so forth and finally have a basic set which I think would be superb to learn.
05:02.48FLOSSrookieI think brlcad is very neat and I would like to be able to understand not only software engineering but CAD as well and then maybe follow through with an actual build of a model. Feel pretty good if I could accomplish such a thing. The challenge could be a very valuable educational tool.
05:02.58FLOSSrookiewith computers^
05:06.28FLOSSrookieAnd if there is a feature which I want in brlcad I will then put it in there. :)
05:06.28*** join/#brlcad yukonbob (~bch@dsl081-162-155.sea1.dsl.speakeasy.net)
05:06.36yukonbobhello #brlcad
05:17.50kanzurebrlcad: struct_bu_list should be compatible between libwdb and libbu right?
05:35.26brlcadkanzure: I have no idea what "struct_bu_list" means
05:35.40brlcadis that our "struct bu_list" structure or a "struct bu_list *" pointer?
05:36.10brlcadI could see it easily being either
05:36.24brlcador both even if it's a simple header parser
05:36.28kanzureit's not the pointer
05:36.40kanzurei think the problem is that i don't have the BU_LIST_INIT macro
05:38.02brlcadall of the wdb functions that take a struct bu_list take a pointer, but all of the struct members are non-pointers
05:38.26kanzurestruct bu_list seems to have a struct bu_list *forw
05:38.34brlcadyep
05:38.42kanzureforw is a struct member
05:38.46kanzureand it looks like a pointer
05:39.39brlcadINIT is just ->forw = ->back = some_pointer; ->magic = special_32bit_number;
05:40.02kanzuremagic is set to 0 at the moment. so i don't know if i am getting that actual magic number.
05:40.10brlcad0 would be a problem
05:40.33brlcadthat basically will tell the code it's unset/uninitialized/invalid
05:40.44brlcadanything using it will halt the application
05:41.12brlcadmemory integrity checks are pervasive
05:41.15kanzurewhere is BU_LIST_HEAD_MAGIC defined?
05:41.29brlcadmagic.h
05:42.17brlcadenwanders
06:10.19*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:25.54FLOSSrookieIn the process of learning brlcad would it also be wise to learn a programming language with linear algebra features? Would it be useful when engineering?
06:29.17FLOSSrookieLike Octave?
06:38.55kanzurewhat does it mean if wmember.l.forw is always a different address :(
06:39.00kanzurei think this is bad
06:59.57*** part/#brlcad greenride (~purplehaz@71.202.102.140)
07:00.39*** join/#brlcad vladbogo (~vlad@188.25.237.111)
07:09.33kanzurebrlcad: i am getting, "db_recurse(ball.s):  matrix does not preserve axis perpendicularity.
07:09.38kanzure"bad matrix"
07:17.03*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:57.55d_rossbergvladbogo: did you already looked at Tcl_CreateEventSource()?
08:02.49vladbogod_rossberg: no I haven't looked at Tcl_CreateEventSource
08:06.13d_rossbergit should be possible to hook in your dm_qt.dm_processEvents() into the TCL event loop with this function
08:09.05vladbogoI'll take a look and see what I can find. Thanks for the tip
08:11.04vladbogoI am currently trying to solve memory leaks
08:43.34kanzurei wonder if wdb_example.c is broken. that would explain a lot..
08:43.53kanzuremy .g file generated through python is correct, but the mk_comb result has a bad matrix.
08:44.22kanzurehttp://diyhpl.us/~bryan/irc/wdb_example.py
09:20.22*** join/#brlcad vladbogo (~vlad@188.25.237.111)
09:20.22*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
09:20.22*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
09:32.59Notify03BRL-CAD:phoenixyjll * 57525 brlcad/trunk/src/libbrep/boolean.cpp: Improve inside/outside test for the cases with overlap surfaces.
09:55.36Notify03BRL-CAD Wiki:Phoenix * 6115 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */
10:07.15*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
10:47.41*** join/#brlcad Izak__ (~Izak@195.24.220.16)
11:35.16*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:10.05*** join/#brlcad Izak__ (~Izak@195.24.220.16)
14:01.34*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
14:48.04*** join/#brlcad kesha (~kesha@49.249.17.188)
14:50.32*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
16:06.00brlcadkanzure: just did a valgrind check and wdb_example is passing clean
16:06.21kanzurebrlcad: thanks
16:07.12kanzurebrlcad: i tried playing around with bu_list_new() and mk_pipe_init() as an alternative to BU_LIST_INIT() because those functions seemed to use the macros.
16:07.48kanzurebrlcad: but no luck. the .g output of this script is valid and i can see a box and sphere in mged but "draw box_n_ball.r" gives me an error about a matrix being wrong.
16:08.42brlcadI saw that in your current example, calling mk_pipe_init() .. interesting :)
16:09.04kanzurei figured it was easier than rebuilding brlcad for the moment
16:11.49brlcadyou list initialization looks fine
16:11.52kanzurebrlcad: http://diyhpl.us/~bryan/irc/brlcad-python-ctypes-demo.zip
16:12.57brlcada bad matrix indicates that a bad member is being added
16:12.59kanzurebtw wdb_close was also not defined in wdb.h for some reason
16:13.29kanzurei'm pretty sure the problem is with how i'm passing around or defining wm_hd, wm_hd.l, etc.
16:14.41kanzureif you want to poke at this, open up a python console and do: import wdb, bu, rtgeom, ctypes
16:15.55kanzurethe ctypes module provides some nifty things like ctypes.addressof() ctypes.byref() and there's also wdb.POINTER(wdb.struct_whatever)(struct_whatever_instance)
16:16.52brlcadI think wdb.mat_t() is the culprit
16:17.13brlcadpresumably, that's creating a mat_t ... which is never initialized
16:17.23brlcadpass NULL
16:17.39brlcad(this is the third arg to mk_addmember)
16:18.31brlcadalternatively, you'll need to set that wdb.mat_t() to at least an identity matrix (a zero matrix would be invalid too)
16:19.22brlcadactuallly really nifty seeing libwdb and librt calls wrapped in python like that!
16:24.04kanzureholy hell you're right
16:24.06kanzureit works :)
16:24.42kanzureswitch wdb.mat_t() to wdb.NULL then comment out line 3481 of wdb.py
16:24.58kanzure(note there's two wdb.mat_t() becaues of the two mk_addmember calls)
16:26.48brlcadawesome
16:27.55kanzureupdated: http://diyhpl.us/~bryan/irc/brlcad-python-ctypes-demo.zip
16:28.16Notify03BRL-CAD:brlcad * 57526 brlcad/trunk/TODO: review proc-db for promotion to src/shapes
16:45.46Notify03BRL-CAD:brlcad * 57527 brlcad/trunk/src/util/dsp_add_t.cpp: more 'may be used unitialized' warnings due to try/catch block, reordered/separated for readability
16:46.24brlcadhm, can't get the dylib to load on mac
16:49.16brlcadahh, crummy
16:49.42brlcadthe python binary is 32-bit, so it won't load our 64-bit libraries
16:51.46brlcadhm, the plot thickens.. it's a universal binary so there's also a 64bit version, but it's somehow deciding to run the 32-bit one
16:55.00brlcadlooks like it's trying now, segfaults
16:58.16Notify03BRL-CAD:brlcad * 57528 brlcad/trunk/src/proc-db/CMakeLists.txt: mark which proc-db seem to be developmental test programs and which actually create some geometry, something potentially useful to a non-developer. don't install the development apps.
16:58.19brlcadawesome, that just might finally get us underneath the 400 app mark
17:03.29*** join/#brlcad kesha_ (~kesha@49.249.8.110)
17:17.47kesha_brlcad: If I do rt some-obj in mged then it raytracing fails showing http://paste.kde.org/p446ae456/ , but if I do File>Raytrace>Raytrace, then the raytrace completes successfully. Why so ?
17:24.32kesha_It happened with other model I tried.  I think I have wrongly understood usage of rt
17:24.51kesha_rt [options] [-- objects]
17:50.06Notify03BRL-CAD:tbrowder2 * 57529 (brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt =================================================================== and 2978 others): add initial bin opt arg analysis per Sean's idea
18:19.04Izak__brlcad: How do you think I can change the default orientation of the heart ?
18:35.01Notify03BRL-CAD:tbrowder2 * 57530 brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt: rename section
18:40.42``Erik"You can't remove this! It's a load-bearing hack!"
18:44.08brlcadkesha_: File->Raytrace is going to raytrace whatever is drawn, similar to just issuing the "rt" command inside mged without any object names
18:44.24brlcadwhether either succeeds depends on what you tell it to raytrace
18:44.39brlcadI suggest running rt outside of mged until you're comfortable with what it all means
18:45.06brlcaduse mged to explore the objects, e.g., mged -c file.g tops
18:45.09brlcadmged -c file.g ls
18:45.15brlcadrt file.g some_top_object
18:45.29brlcadrt file.g some_ls_object
18:46.08brlcadIzak__: you define the orientation with your equations in prep() and shot()
18:46.28brlcadIzak__: basically, you have your Y and your Z swapped
18:46.52brlcad(somewhere)
18:47.20brlcadmore than likely, in the big polynomail expansion
18:48.53Izak__So need to fix prep() and shot() ?
19:02.12brlcadIzak__: I don't know
19:02.42brlcadyou have to find where you specified x/y/z, make sure they are right for +Z being up
19:03.47brlcadif you used this implicit equation, then that should be +Z is up correctly:  http://mathworld.wolfram.com/HeartSurface.html
19:03.57brlcadrather, either of the two on that page
19:05.02Izak__I think I know where the problem comes from
19:05.03brlcadget any of those coefficients wrong or flipped in sign, and it'll be flipped
19:05.37Izak__True, I swapped Y and Z in the implicit equation
19:06.21Izak__and 9/80Z^3 has to be 9/80Y^2
19:07.28Izak__fixing these
19:17.44brlcadshould be -9/80Y^2Z^3
19:41.44Izak__O_ops: brlcad: Please can you give the 'rt' command you gave on Friday.
19:43.10brlcad~lotgs
19:43.12brlcad~logs
19:43.12infobotAll conversations are logged to http://infobot.rikers.org/%23brlcad/ Lines starting with spaces are not logged. Logs are updated daily.
19:43.41brlcadrunning "/last rt" might help you
19:44.33Izak__Okay thanks
19:46.37brlcadyou should be an rt pro by now... :)
19:47.49brlcadi don't recall what it is we talked about five days ago, but then you're not being very specific
20:08.31kanzurebrlcad: i'm confused, why were you trying on a mac? is it your main dev machine?
20:37.02starseekerbrlcad: uh... did you delete brep_cobb?
20:39.03Notify03BRL-CAD:starseeker * 57531 brlcad/trunk/src/proc-db/CMakeLists.txt: Add brep_cobb back in
20:39.54Notify03BRL-CAD Wiki:Vladbogolin * 6116 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */
20:44.09*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:45.04brlcadkanzure: I primarily due dev on mac, linux, and bsd, regularly switching between them all for various purposes and tools
20:45.12brlcadstarseeker: not intentionally
20:45.12kanzureah cool
20:45.20kanzurewell, i'll try to get it working on mac osx
20:45.23brlcads/due/do/
20:45.45kanzurei need to submit a patch for wdb.h changes. do you guys accept git diff --patch output from the git-svn bridge?
20:45.58brlcadif it applies with patch -i -p0, sure
20:46.19kanzureoh wait, i have svn commit access. neat.
20:46.24brlcador that ;)
20:46.32brlcadwhat'd you have to change?
20:46.51kanzurewdb_fopen wdb_close should be exposed through wdb.h
20:47.00brlcadahh
20:47.12brlcadthey're not because they're not (yet) technically in libwdb
20:47.22brlcadi.e., their function definition is actually in src/librt (boo hiss)
20:47.25kanzurebut they get linked into libwdb?
20:47.40brlcaddepends on the platform, how library dependencies are resolved
20:47.45kanzure"poorly"
20:48.01brlcadmight be the reason the mac is crashing actually
20:48.11kanzureyou will have to rebuild the bindings for mac
20:48.16brlcadchecks nm
20:48.23kanzurei'm sorry i didn't make this easier, i'm planning on fixing things and making it cross-platform later today
20:48.43brlcadyep, not in there
20:49.05kanzurei didn't check if wdb_close was necessary anyway
20:49.12brlcadno worries, i knew it was proof of concept devmanship
20:49.51brlcadquick sed-replacement of all the /usr/brlcad/lib paths was easy enough
20:50.09brlcadhad to replace .so with .dylib too, of course
20:51.06kanzureare you still getting a segfault ?
20:51.37brlcadhaven't changed anything since I last tried, so I'd hope so :)
20:56.36kanzureso mac comes with a 32-bit version of python on a 64-bit system?
21:02.17Ch3ck_brlcad: I just wish to clarify if the centrepoint of every object starts at 0,0,0
21:02.46Ch3ck_so if I could determine the centrepoint of the bounding box from then I could determine the translation  which will be pulled
21:09.09Notify03BRL-CAD:starseeker * 57532 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Start figuring out what to do about combs.
21:17.04Ch3ck_since i think every object originally starts at 0,0,0
21:17.37Ch3ck_before its being translated so I could easily get the translation after computing the centrepoint from the AABB
21:29.58Notify03BRL-CAD:iiizzzaaakkk * 57533 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting the implicit equation of the heart in rt_hrt_shot()
21:30.43Notify03BRL-CAD Wiki:NyahCh3ck20 * 6117 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */
21:31.07Izak__brlcad : Getting better heart shape from rt. Will upload picture to logs.
22:03.05Notify03BRL-CAD:carlmoore * 57534 (brlcad/trunk/TODO brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml and 23 others): fix spelling; remove trailing blanks/tabs
22:04.51brlcadkanzure: it's a universal binary (meaning it has multiple compilations embedded into one binary)
22:05.11brlcadthe default is /Library/Frameworks/Python.framework/Versions/Current/bin/python which is 32-bit only for some reason
22:05.55brlcad/usr/bin/python is universal, has 64-bit and invokes it correctly (but then segfaults)
22:06.20brlcadconfirmed with: arch -x86_64 /usr/bin/python wdb_example.py
22:06.30brlcadwhich ensures which binary in the universal to run
22:06.47kanzurewhat about forcing 32-bit ?
22:07.16brlcadCh3ck_: currently, the centerpoint of every object is not at 0,0,0 .. it's wherever it's defined
22:07.38brlcadkanzure: that would just be letting the /Library one run, but then it fails to load the .dylibs because they are incompatible
22:08.04brlcadour libs default to 64-bit on 64-bit-capable systems, so I'd have to recompile
22:08.15brlcador we'd have to produce universal libs/bins
22:08.51kanzurei'd like to try to make this work without upstream changes in brlcad because then if anyone has a distribution with old brlcad it will still work (hopefully)
22:09.23brlcadCh3ck_: but I think you have the right idea, that you would "move" an object such that it's bounding box center is at 0,0,0
22:09.40brlcadCh3ck_: it's just not right to "think every object originally starts at 0,0,0 .. it starts anywhere
22:09.42kanzure(i think the wdb_fopen issue can be tempfixed by pulling it in from the raytracer maybe) (but i'll still post a diff in a bit)
22:10.14brlcadyeah, that would definitely work, just by dloading librt in addition to libwdb
22:18.07Ch3ck_brlcad, well i just wanted a way to be able to determine the translation from its original location using its AABBs centrepoint
22:18.52Ch3ck_well based on its centrepoint how do I know its original centrepoint so as to extrapolate the translation? or is there another method to do this?
22:31.38*** join/#brlcad kesha_ (~kesha@49.249.8.110)
22:46.22Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6118 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
22:47.27Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6119 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
22:48.08Izak__brlcad: ``Erik: Can yo watch the heart movie on this link http://brlcad.org/~Izak/Heart.mpg
22:55.44kanzurewas the git-svn bridge reset? i don't see some of the old commit ids in the master branch.
22:57.28Izak__s/yo/you
23:07.14kanzure16:04 < jrayhawk> Yeah, the SVN URL changed.
23:07.14kanzure16:05 < jrayhawk> which would qualify as a major change to the git-svn setup.
23:07.14kanzure16:05 < jrayhawk> So all the hashes are going to be different as a result of the commit messages.
23:07.21kanzure16:06 < jrayhawk> That could've been avoided if the git-svn setup had included just the revision and not the repository URL in the commit message.
23:40.32Notify03BRL-CAD:iiizzzaaakkk * 57535 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting rt_hrt_norm to reflect the right implicit heart equation
23:50.17Notify03BRL-CAD:iiizzzaaakkk * 57536 brlcad/trunk/src/librt/primitives/hrt/hrt.c: More corrections to the implicit equation
23:55.26*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20130911

IRC log for #brlcad on 20130911

00:18.45*** join/#brlcad kesha_ (~kesha@49.249.8.110)
00:29.17brlcadIzak__: haha, that animation is ridiculous!
00:32.15kanzurebrlcad: thoughts about that problem with brlcad.git ?
00:32.27kanzurebrlcad: i have a brlcad.git repo sitting on a box but all of the commit ids have changed.. which is bad.
00:35.26*** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org)
00:39.59brlcadCh3ck: there is no way of knowing the "original centerpoint" because no such concept exists at the primitive level unless the primitive defines such a concept
00:40.33brlcadCh3ck: but again, IT DOES NOT MATTER ... you can just assume the bounding box center, and translate it to 0,0,0 if it's not there pretending that's the origin
00:41.34brlcadIzak__: that's why the animation wiki page was very specific, so that you end up with a simple spinning orbital animation ... FAR easier to see shape that way
00:43.37Notify03BRL-CAD:tbrowder2 * 57537 brlcad/trunk/src/util/CMakeLists.txt: add more tmp files (NOINSTALL) for testing TCLAP implementation
00:43.42brlcadkanzure: you'll have to ask ``Erik as he is the caretaker of the git-svn bridge, but I can certainly poke at it if you need something looked at
00:44.17kanzurebrlcad: basically what happened is that all of the commits in the history changed
00:44.24kanzurebrlcad: so now we need to decide to keep the old commits or the new commit ids
00:45.12Notify03BRL-CAD:brlcad * 57538 brlcad/trunk/src/util/CMakeLists.txt: the keyword is NO_INSTALL
00:46.34kanzure``Erik: ping, see above about the git-svn bridge
00:51.11jrayhawkOr switch to commit messages that only mention the revision and not the repository URL.
00:53.13brlcadyep, that's all him
00:53.39brlcadunless you can point me directly at exactly one thing to run or edit
01:00.30jrayhawkIt would be best to preserve whatever commit history has the most public inertia and start building subsequent revisions (with somewhat more futureproof commit messages) on top of that, so it will probably involve a judgement call from someone familiar with its users along with some logic changes.
01:03.38jrayhawke.g. if(revision > 55160){commitmessage = new_format} else {commitmessage = old_format}
01:17.03*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:25.10brlcadthe repo server migrated around r55208, does that have anything to do with this change you're seeing?
01:47.05jrayhawkYeah.
01:51.09kanzurebrlcad: what does migrated mean?
01:51.39kanzuresourceforge change or brlcad.git change?
01:51.47kanzureoh i see, i bet it was a sourceforge change
01:51.55brlcadsourceforge had an entire infrastructure replacement back in march, url changed, backend changed
01:52.07brlcadstill same repo, but everything around it changed
01:55.11kanzureah, that's very helpful actually
03:02.44Notify03BRL-CAD:phoenixyjll * 57539 brlcad/trunk/src/libbrep/boolean.cpp: The number of surfaces should be used for the surf_tree.
03:03.43*** join/#brlcad kesha__ (~kesha@49.249.0.69)
03:20.28Notify03BRL-CAD:phoenixyjll * 57540 brlcad/trunk/src/libbrep/boolean.cpp: IsFaceInsideBrep() returns -1 for unknown inside/outside status.
03:24.39*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:26.01Notify03BRL-CAD:phoenixyjll * 57541 brlcad/trunk/src/libbrep/boolean.cpp: Enlarge the bounding boxes with INTERSECTION_TOL.
03:43.38*** join/#brlcad kesha__ (~kesha@49.249.0.143)
03:54.19*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:56.30*** join/#brlcad kesha__ (~kesha@49.249.0.143)
04:02.49*** join/#brlcad kesha__ (~kesha@49.249.0.60)
04:04.03*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
04:04.37*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
04:13.04*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
04:13.12*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
04:13.25*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
04:48.28brlcadCh3ck: been quiet lately
04:48.41brlcadyou've disappeared for several mondays now..
04:49.25brlcadlet me know how the leaf bb calculation goes (you can leverage the bbox() callback defined in the rt_functab table)
05:13.29*** join/#brlcad kesha (~kesha@49.202.231.160)
05:27.57*** join/#brlcad kesha_ (~kesha@49.202.238.42)
06:38.10*** join/#brlcad kesha_ (~kesha@49.249.0.9)
06:57.14kesha_What are the revision stamps for 7.22 and trunk ?
07:13.26*** join/#brlcad vladbogo (~vlad@188.25.237.111)
07:17.54*** join/#brlcad kesha__ (~kesha@49.249.17.97)
07:23.57*** join/#brlcad kimzzzz (~AndChat31@1.38.31.251)
07:39.53Notify03BRL-CAD:vladbogo * 57542 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Release dm resources when close called.
07:41.14*** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net)
08:04.30Notify03BRL-CAD:vladbogo * 57543 (brlcad/trunk/src/libdm/dm-generic.c brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/mged.c): Use Tcl_CreateEventSource to call QApplication::processEvents instead of calling it by hand.
08:47.54*** join/#brlcad kesha (~kesha@49.249.0.47)
08:58.29*** join/#brlcad kesha (~kesha@49.202.231.167)
09:07.58*** join/#brlcad kesha (~kesha@49.202.231.167)
09:21.51*** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net)
09:39.50Notify03BRL-CAD:phoenixyjll * 57544 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Fix memory leak.
09:43.46Notify03BRL-CAD:phoenixyjll * 57545 brlcad/trunk/src/libbrep/test_point_intersect.cpp: Fix memory leak.
09:51.28Izak__brlcad: What do you mean by ridiculous ?
09:52.12Izak__Animation page lead me to deliver it in .mpg format which is better than the slideshow
09:57.27*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
10:08.41Izak__How can I color an object  ? ``Erik:
10:11.44*** join/#brlcad kesha (~kesha@49.249.16.181)
10:52.10*** join/#brlcad kesha (~kesha@49.249.16.181)
11:09.10*** join/#brlcad kesha (~kesha@49.249.16.181)
11:24.58*** join/#brlcad kesha (~kesha@49.249.16.181)
11:30.53brlcadIzak__: animation page covered a LOT more than just outputting something in .mpg format
11:34.23brlcadand you didn't get that point until I said that ...
11:35.12brlcadanother point is to see the object spinning
11:36.00Izak__brlcad: Did you watch the movie?
11:36.03brlcadfor that, you need animation frames for enough angles and to compose them together (unstylized)
11:36.06brlcadyes
11:36.25brlcadwhy else would I have said it was ridiculous?
11:36.38brlcadit doesn't show an object spinning
11:37.17brlcadand it seems to have very few frames
11:37.31brlcadand there are stylzed transition effects
11:37.54brlcadand ... music ...
11:38.09Izak__Which i presume you don't need...
11:38.13brlcadsolidly missing the point
11:39.06brlcadif you don't want to do it, just say so but don't half-ass it please
11:39.30brlcad:)
11:39.47Izak__I want to do it brlcad
11:39.49brlcadI can't see what that shape looks like from that, so to me it's kinda useless
11:40.19brlcadI think the problem is perhaps you don't realize what the end-result looks like?
11:40.35brlcadyou've certainly seen something spinning before
11:40.38Izak__Sorry, i did not know it was so so important. I just thought it was an aside to the project. I will focus on this soon.
11:40.59Izak__I thought the point was to show that raytracing was showing better results
11:41.47Izak__thats after the corections to rt_hrt_shot
11:41.51brlcadit's not that is so so important
11:42.25brlcadbut there was a useful point ... and nothing you've done has been useful yet
11:42.45brlcadit was to see what this shape actually looksl ike
11:43.04Izak__I thought that movie shows the heart at different inclinations ?
11:43.34Izak__I am sure i did not understand you
11:44.00Izak__Please could you explain the point
11:44.24Ch3ck_brlcad: successfully computed the bounding box using the bbox() routine in the functab table simplifies alot of the work. Well while pulling translations using the centrepoint I was under the assumption that all objects begin a point zero while during the buildup process, they are moved to different positions relative to the origin(0,0,0) which I believe based on this premise I could easily compute the translation in relation to the origin. but it seems
11:44.24Ch3ck_you don't agree? could you please elaborate?
11:45.16brlcadIzak__: the point of doing an orbital animation is to get a sense for the 3D shape of an object
11:45.27Izak__I simply ra the Fly-around animation script and it produced images which i used to make the movie
11:45.36brlcadit's the difference between taking 3 or 4 pictures of the object, and taking 360 pictures, one for each angle
11:45.50brlcadyes, that part is fine
11:45.59brlcadso then you should compose them into a movie as-is
11:46.04brlcadthey ARE the animation *frames*
11:47.00brlcadthere is no orbit because you used some software that stylizes the output
11:47.18brlcadthey need to just be composed together so we can just see the shape
11:49.52brlcadthis is a 4d animation, but it has the same basic concept: http://www.youtube.com/watch?v=BqfwPQvb7KA
11:50.03brlcadyou're spinning around the object so you can see the shape
11:50.43brlcadI can clearly see that shape even with a 4th dimension added that makes it constantly changing
11:50.59brlcadits visibile because "it's spinning"
11:51.25brlcadnow does your look at all like that? :)
11:53.19brlcadfollowing the animation script wiki page would have resulted in something like that and the shape would have been more apparent
11:54.05brlcadhere's a page filled with real brl-cad examples based around that, including a ton of orbital animations: http://ronja.twibright.com/3d/
11:54.47brlcade.g., http://ronja.twibright.com/3d/front_cap_mpeg4_asp.avi
11:58.02Izak__Well the Fly around script didn't quite run as was on the Animation page so I edited it a little
11:58.05*** join/#brlcad kesha_ (~kesha@49.249.16.50)
11:59.12brlcadIzak__: what didn't run?  should fix the page if there's something wrong there
11:59.27brlcadand it's a teaching page, to understand the concepts so you can do your own thing
11:59.34brlcadnot to be a strict recipe
11:59.52brlcadbut still, it should have worked as-is, so what didn't work?
12:00.59Izak__`loop 000 359 10`
12:01.36brlcadwhat didn't work about that?
12:02.35Izak__Forgotten the error message
12:02.43Izak__But I used http://paste.kde.org/p87a670cd/ instead
12:03.56brlcadwell considering loop is one of our tools, I'd like to know what that error is so it can be fixed if it's something wrong with loop
12:04.38brlcadyour manual loop is fine, but we should fix the issue if you encountered an issue
12:06.49Izak__I had to remove that 'loop'. I can't retrieve the error messages
12:07.55brlcadhad to?  why?
12:08.02brlcadthis is all non-information
12:08.06brlcadif the error was "loop: command not found" then that would have been your own fault, and you wasted time working around it instead of understanding what mistake
12:08.10brlcadrun: loop 000 359 10
12:08.12brlcadwhat does it do?
12:09.36Izak__It prints 000 010 up to 340
12:09.55Izak__brlcad: Note that This did not work before
12:10.13Izak__So it's not like I never actually tried runing that script
12:10.19brlcadI know that
12:10.32brlcadthe point is to understand errors when encountered
12:10.46brlcadif the error was yours, then it was a point to learn
12:10.56brlcadif the error was in a tool, it was worth fixing
12:11.04brlcadat this point, there's no information as to which it was
12:11.40brlcadif it works now, it was almost certainly something you did wrong, perhaps didn't have your PATH set to find loop or something, perhaps a typo
12:12.28brlcadyou'll discover if you have not already, I have NO patience for ignoring errors ... it doesn't help you learn, it doesn't help the project improve
12:12.53brlcadwhat does this produce:  for i in `for i in `loop 000 359 10` ; do  rt -a $i -e 35 -w 640 -n 480 -o image$i.png database.g top_level_object
12:13.02brlcadoops, not that
12:13.28brlcadfor i in `loop 000 359 10` ; do echo "rt -a $i" ; done
12:13.43brlcadthat
12:14.04brlcadshould print a bunch of rt -a # lines
12:14.53Izak__rt:  BRL-CAD geometry database not specified....
12:15.33brlcadyou got that by running "for i in `loop 000 359 10` ; do echo "rt -a $i" ; done" ?
12:15.37brlcadI doubt it
12:17.45Izak__I get rt -a 000 up to rt -a 350 as output
12:18.35Izak__brlcad: When i worked with this script before, I threw questions to IRC as to the that impediments and i get no response
12:19.36brlcadfrom what I'm seeing, there are no impediments
12:20.00brlcadthe page as written is working for you right now exactly as written
12:20.18brlcadthe only variable is you! :)
12:22.42Izak__This is so NOT a  good day
12:23.04brlcadyou seem to be really resisting the notion that you did something wrong
12:23.24brlcadif that's a cultural issue, you're going to have to get over it ... that's how we learn
12:23.49brlcadI suggest giving it another try, maybe with 1 degree ... and using one of the three animation composers
12:23.55brlcadso it's smooth
12:24.22brlcad640 480 is to big, a 512x512 default is fine or even smaller so it renders faster
12:24.48Izak__I am already  correcting the movie brlcad:
12:25.13brlcadreally look forward to seeing it spinning
12:25.33Izak__Okay . /me working on that
12:28.17Ch3ck_is waiting on brlcad, to clarify on the math on pulling transformations from current centrepoint based on the AABB
13:28.07*** join/#brlcad kesha_ (~kesha@49.249.200.58)
14:35.01Notify03BRL-CAD Wiki:Phoenix * 6120 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */
14:38.52*** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.251)
14:53.24kesha_brlcad: I have a doubt - http://paste.kde.org/p542855c0/
15:01.30kesha_I found a good site - http://www.steptools.com/support/stdev_docs/stpfiles/ap203/ testing step samples from here.
15:35.56brlcadkesha_: you can use a precompiled 7.22.0, that's fine
15:37.00brlcadI suggest running from your build directory for svn checkouts, though (don't install them, just run them after "make" with "bin/step-g"
15:39.00kesha_okay.
16:35.04kanzurehello cruel world
16:35.08kanzure``Erik: ping again? see backlog.
16:35.58brlcadkesha_: is that 7.22.0 import/rendering of d.g you e-mailed correct or not?
16:36.15kanzurebrlcad: https://github.com/cogitokat/brlcad-python-ctypes-demo/blob/master/globe.py
16:39.30brlcadkanzure: hah, that's awesome
16:39.46kanzurebrlcad: hmm line 152 seems very wrong
16:39.48brlcadit's a terrible proc-db, but awesome conversion
16:39.54brlcad(i wrote it)
16:39.58kanzurebecause it was already defined above
16:40.01kanzurei see :)
16:40.40kanzurei still need to clean up the wrappers a lot
16:40.56kanzureand figure out how to make it work out-of-the-box on the major platforms. hrm.
16:42.08kanzuresince the core libraries don't change that often, i think writing the wrappers manually will be better. the generated junk is unacceptable.
16:42.45Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6121 /wiki/Animation: /* Fly-around animation */
16:45.59kesha_brlcad: There was no image file of it. I think it is correct .Isn't it ?
16:53.03zero_levelbrlcad, ``Erik : I would like to discuss the current TODO items in libicv.
16:53.05brlcadkanzure: so the challenge then is how to reduce it so the wrappers are actually fewer lines of code
16:53.13Notify03BRL-CAD:mohitdaga * 57546 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/libicv/operations.c): Convert all void return functions to int return. This is done in a process to have better error contralability and to bring a unison.
16:53.44zero_levelis trying to create a unified aproach for input argument validation. (in the meanwhile)
16:53.47brlcadkesha_: you're asking me if that's correct -- I have no idea, I do not know what was in that step file
16:53.47kanzurebrlcad: agreed, i think there's a lot of common idioms used everywhere that can be collapsed into some core helper methods
16:54.25brlcadkesha_: that gets at understanding the converter, you need something that will tell you whether it's right or wrong (an image, another cad program, a screenshot, a nod from cliff, something)
16:54.41brlcadkanzure: some of that can/should certainly happen on the C side too
16:54.55brlcadbut I know there are some python-specific features that could probably be leveraged
16:54.56kesha_But, looking at the model, it smells bad
16:55.19kanzurebrlcad: i definitely want things like python lists to work by default, instead of having to use ctypes.POINTER(bu.bu_list) etc.
16:58.28kesha_brlcad: Isn't there any other way ? Can't we infer from .stp / .g file in any way or the output on terminal during conversion(step-g) or anything else ?
17:03.19brlcadkesha_: that was a half dozen ways
17:03.30brlcadinferring from the file itself requires reading the file's contents
17:06.13kesha_I dont think it is necessary for testing for me to learn that. Better, I will choose models carefully. Right ?
17:35.27brlcadkesha_: no it's not necessary, but you need to have SOME way to know whether something is right or not
17:36.16brlcadand that's an image, a video, verifying the model in another program, seeing some screenshot of what it looks like, asking someone else that might know, reading the file's contents in detail ... SOMETHING
17:36.41brlcadif it "smells" bad like you said, all the more reason to check it in something else
17:39.08kesha_I have freecad installed. Do you know how to check stp models there or shall I google it ? Any other than freecad, you suggest to install ?
17:42.07brlcadgive them a try
17:42.13brlcadthe point is just cross validation
17:42.27brlcadif you see a whole lot more 3D geometry, then something may be wrong
17:42.41brlcadif you basically see the same thing, it's a validation of sorts
17:43.04brlcadnext step would be to check trunk, then to check an even earlier version
17:44.12kesha_ok. Continuing ..
17:44.13brlcadkesha_: note this is what it looked like at one point in the past: http://brlcad.org/gallery/screenshots/Via_OpenBook_part_d
17:44.26brlcadscreenshot says 7.14.7
17:45.05brlcadso you'll want to test a version before and/or near that to try and reproduce that view
17:45.36brlcadat a glance, it's definitely worse
17:45.42brlcad(now)
17:45.51brlcadso the goal is to find exactly when it got worse
17:48.19kesha_For that, I will need multiple versions . My question was that - how to go back and forth from one version to another when dealing with many versions.
18:05.45``Erikkanzure: when sf changed their repo, I completely regenerated the git-svn bridge... srry
18:06.35kanzure``Erik: okay. i'm wondering about regenerating it again to not include the sourceforge urls because sourceforge is (apparently) unreliable about these urls.
18:06.40kanzurejrayhawk: ping
18:07.03kanzure``Erik: the reason i'm bothering is because i had brlcad.git from a year ago (or whatever) and all of the commit ids changed on me..
18:08.57``Erikkanzure: with any luck, this is a once in a decade event and BRL-CAD will have caught up to the mid 00's by 2023 ;)
18:09.06kanzure00's ?
18:09.14``Erikgit is '05
18:09.31kanzureyou have much more trust in sourceforge than i do :)
18:09.42kanzurewell anyway, it's just really problematic because it breaks all of the brlcad git repos out there
18:10.31kanzureredoing the commit messages to not mention the sourceforge url will prevent sourceforge from causing this problem in the future
18:11.10kanzurealternatively i could setup my own git-svn bridge but then the commit ids will be different between people that clone the git repo from brlcad.org/brlcad.git and whatever i setup.
18:11.24brlcadthere is actually a need to upgrade our backend repo soon
18:11.37brlcaddont' know if that'll affect anything gitwise
18:11.52brlcadwon't change urls
18:11.58kanzurecould you elaborate on the change?
18:12.08``Erikgoing from svn 1.7 to 1.8 won't change anything re git
18:12.08brlcadkanzure: or you could just use an svn checkout too ;)
18:12.28brlcadthe repo very well may still be 1.4
18:12.37brlcadi couldn't find anything authoritative
18:12.43brlcadsvnsync might be upgrading on the fly
18:12.44kesha_waiting ..
18:12.46kanzuresourceforge allows you to upgrade the svn version of the repo server?
18:12.53``Erikmigrating from svn 1.4 to, say, git 1.8 would be keen
18:12.57``Erikor darcs, even
18:13.10``Erikjust not mercurial O.o
18:13.13brlcadkesha_: never just "wait", you don't have time to wait .. at least keep trying things and learning while "waiting" ;)
18:13.56brlcadkesha_: there are many ways you can go about doing what you asked
18:14.36brlcadyou can "svn up -rREV ." to change a checkout to a different revision
18:15.05brlcadyou can create separate build trees per revision or just delete your build dir each time
18:16.09kesha_deleting every time will be too tedious :/
18:16.39brlcadyou're trying to find a specific single commit that made it worse
18:16.48``Erikstill more productive than sitting on irc and bitching about how hard it is *cough*
18:17.12kesha_is there any link to different versions and its REVISIOn stamp ?
18:17.17brlcadnope
18:17.41brlcadbest is probably to run "svn annotate NEWS" and look at the revision near each release header
18:18.39brlcadso you'll then test.. you know 57500: broken
18:18.50brlcad50000:broken
18:18.57brlcad40000:still broken
18:19.04brlcad30000:no step importer
18:19.11brlcad35000:working
18:19.21brlcad38000:broken
18:19.31brlcad37000:working
18:19.33brlcadetc
18:19.45brlcaduntil you narrow down on exactly what made it worse
18:20.08brlcadnote that not every revision will necessarily compile, so you might need to jump a few revisions forward or backwards
18:21.08kesha_cool. Got it :)
18:21.16``Erikbisection ftw
18:21.21brlcadhow long does a compilation take you?
18:21.48brlcadWRITE DOWN each version you try and the result (even if it didn't compile)
18:21.48kesha_5-7 mins
18:21.54brlcadokay, that's good
18:22.25brlcadyou should be able to isolate what made it worse within an hour or two at most, presuming you FIRST confirm it looking better
18:22.50brlcadjump to the revision near 7.14.6 first
18:23.08brlcadmake sure you can find a version that looks like the screenshot
18:23.08kesha_okay
18:23.14Notify03BRL-CAD:starseeker * 57547 brlcad/trunk/src/conv/step/g-step/g-step.cpp: Use the output file name in the step header
18:23.59brlcadsvn log src/conv/step and svn log src/other/step  will give you a hint at what revisions might be important
18:28.20Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6122 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
18:29.54Notify03BRL-CAD:starseeker * 57548 brlcad/trunk/src/conv/step/g-step/g-step.cpp: Require object name rather than hardcoding brep.s - not much to argument handling at the moment, hopefully will be able to use the advanced argument parsing setup currently being developed later.
18:40.33Notify03BRL-CAD Wiki:Vladbogolin * 6123 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */
18:40.43Izak__brlcad: Please can you down this video, watch and give me any corrections http://youtu.be/lXAvX-Mjb24
18:41.00Izak__``Erik: Please can you down this video, watch and give me any corrections http://youtu.be/lXAvX-Mjb24
18:43.14``ErikIzak__: single hrt primitive using something like sh/orbit.sh ?
18:45.58Izak__``Erik: No. Used the script on the Animation wiki to produce it
18:46.10Izak__Watched it already ?
18:47.28``Erikhm, either way, top looks like an uneven number of hit points, bottom looks like bad hit points (boxy)... are there any reference images for what it's supposed to look like?
18:47.49Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6124 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
18:48.12``Erikdoes the wireframe look good? maybe fire up mged, pull up a wireframe, raytrace it, then nirt where the raytraced image is 'wrong' and start looking for clues there?
18:50.16Izak__``Erik: I am not yet done wit the wireframe. Still working on it
18:51.31``Erikaight, that'll help I think... otherwise, good progress!
18:52.24Izak__``Erik: The reference image is http://en.wikipedia.org/wiki/File:Heart3D.png
18:52.54``Erikthis is a more complex surface than I'd imagined :D
18:53.14Izak__What is shown in the video is from images produced only after rt, that is, prep and shot
18:54.04``Erikwell, prop, shot, norm, bbox, import5, ... there are a lot of moving parts to get data into rt_shootray() :)
18:54.06Izak__Still have to work on the explicit equation
18:56.28``Eriks/prop/prep/
19:01.00Notify03BRL-CAD:mohitdaga * 57549 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c and 9 others): Add macros for image validation. These reduces code repetetion.
19:02.23zero_levelbrlcad, ``Erik please have a look at 57549.
19:02.42zero_levelAdded macros as per (brlcad's) suggestion.
19:03.36Izak__Off to bed
19:11.27Ch3ckbrlcad: waiting..
19:15.30Notify03BRL-CAD Wiki:NyahCh3ck20 * 6125 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */
19:15.44Notify03BRL-CAD:tbrowder2 * 57550 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bu_opt_parse.cpp and 2 others): have a buildable wrapper for TCLAP; more work needed for a working demo
19:17.53Notify03BRL-CAD:mohitdaga * 57551 (brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/libicv/filter.c and 2 others): Trailing WS
19:24.39jrayhawkkanzure: not clear on why you want to build a third history
19:27.24kanzurejrayhawk: one that will be immune to sourceforge
19:27.49kanzurejrayhawk: obv. they are unreliable. they should have at least kept the subdomains working or something.. they broke *all* git-svn mirrors that use them. they might do it again.
19:28.45kanzuredunno. probably an extreme response from me.
19:29.01kanzurebut if i have 10 people forking it and i have to use git grafts in the future, i'm gonna have a lot of work to do.
19:29.34kanzureas far as i know, using a git graft is the only workaround if upstream changes under your feet
19:53.50jrayhawkthe current histories are already immutable
20:15.27kanzurehuh? if i have a pile of a few hundred commits on top of the last git repo, the only way to recover it is through a git graft. i just don't want to have to git graft again in the future..
20:27.25Notify03BRL-CAD:mohitdaga * 57552 brlcad/trunk/src/libicv/color_space.c: Validation and Log messages for color_space utilities.
20:30.34kesha_brlcad: make gives http://paste.kde.org/p4a9bfa90/
20:37.35Notify03BRL-CAD:mohitdaga * 57553 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Rename decimate.c to size.c. Originally decimate.c was supposed to contain rountines to scale down image size. Later enlarging routines were also added to create a single icv_resize api.
20:42.26zero_levelkesha_ : are you trying to build from brlcad main src code ? or STEP ?
20:42.53zero_levellooks at the error code
20:43.11kesha_zero_level: brlcad main src code
20:43.26zero_levelkesha_ Just figured :)
20:43.28kesha_version 7.14.6
20:43.35zero_levelkesha_ what commands did you run  ?
20:44.19kesha_sh autogen.sh -> this created configure script and then ./configure --enable-optimized
20:44.32zero_levelkesha_ : I believe you did svn up -rX , where X = V22.0 tag ?
20:45.29zero_leveldo we need autogen ?
20:46.09kesha_X=V14.6 tag
20:46.29kesha_yes , because there is no CMAkeLists.txt
20:46.34zero_levelok.
20:46.40kesha_And that is what instructed in INSTALL file
20:48.10kesha_http://paste.kde.org/pfd7e0b7d/
20:51.45zero_levelkesha_ : are u building inplace ?  or in some directory ?
20:54.14kesha_inplace .. in build directory, its again giving error.
20:54.45kesha_http://paste.kde.org/pbe1ceccb/
21:02.58kesha_starseeker: can you look into why 7.14.6 version is not able to compile?
21:04.15Notify03BRL-CAD:starseeker * 57554 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Make some notes on what we need to look for when dealing with combs.
21:06.54Notify03BRL-CAD:mohitdaga * 57555 brlcad/trunk/src/libicv/encoding.c: Add input argument validation. Also reduce a variable.
21:14.16Notify03BRL-CAD:mohitdaga * 57556 (brlcad/trunk/src/libicv/ppm.c =================================================================== and 37 others): Adding ppm.c This file will contain reading and writting ppm formats.
21:23.52starseekerkesha_: not at the moment - can you try a newer one?
21:24.55starseekeror just try configure from the release tarball without using autogen?
21:25.21starseekernewer autogen tools and older autogen files may not be a happy combination
21:26.01kesha_starseeker: basically I want to check where the d.stp model from your collection viaopenbook is getting worse.
21:26.14kesha_Screenshot has 7.16.7 version
21:28.52Notify03BRL-CAD:mohitdaga * 57557 brlcad/trunk/src/libicv/filter.c: Input argument validation in icv_fade(). Also API function should not exit an app instead show a log message and return Error.
21:30.18Notify03BRL-CAD:mohitdaga * 57558 brlcad/trunk/src/libicv/filter.c: WS
21:32.30*** join/#brlcad kesha_ (~kesha@49.249.200.58)
21:36.26Notify03BRL-CAD:mohitdaga * 57559 brlcad/trunk/src/libicv/filter.c: TYPO
21:44.21Notify03BRL-CAD:mohitdaga * 57560 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Remove unwanted macros and headers. These are not needed due to usage fopen instead of open.
21:46.00Notify03BRL-CAD:mohitdaga * 57561 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/libicv/ppm.c): Move ppm_write and image_flip function to ppm.c
21:49.58*** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
21:50.03pawleeq_hello
21:51.04Notify03BRL-CAD:mohitdaga * 57562 brlcad/trunk/src/libicv/ppm.c: use fopen instead of open. Also remove unwanted headers and macros.
21:51.55pawleeq_I am trying to build brlcad from svn and need to set the location of tk.h file, however, if I pass TCL_BIN_PREFIX="/usr/include/tcl8.5/" to cmake it ignores it, what I am doing wrong?
21:54.34Notify03BRL-CAD:mohitdaga * 57563 brlcad/trunk/src/libicv/ppm.c: FIX fixed size buffer.
21:59.28*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
22:12.44Notify03BRL-CAD:tbrowder2 * 57564 brlcad/trunk/src/util/dsp_add_t.cpp: move TCLAP customization into file bu_opt_parse_private.h
22:12.49pawleeq_Found it: the variable is -DBRLCAD_TCL_BIN_PREFIX="path"
22:14.57Notify03BRL-CAD:tbrowder2 * 57565 brlcad/trunk/src/util/bu_opt_parse.h: rearrange struct; add union; neaten
22:15.41Notify03BRL-CAD:tbrowder2 * 57566 brlcad/trunk/src/util/bu_opt_parse.h: remove two unneeded decls
22:16.35Notify03BRL-CAD:tbrowder2 * 57567 brlcad/trunk/src/util/bu_opt_parse.cpp: correct func signature
22:17.59Notify03BRL-CAD:tbrowder2 * 57568 brlcad/trunk/src/util/dsp_add2.c: add arg defs same as dsp_add_t; remove old code; change to C90 comments
22:20.47Notify03BRL-CAD:tbrowder2 * 57569 brlcad/trunk/src/util/dsp_add2.c: add comment; build is good; still need to work on guts of wrapped function
22:37.57Notify03BRL-CAD:mohitdaga * 57570 brlcad/trunk/src/libicv/ppm.c: Add ppm read function. This function also posses special power to read from stdin.
22:39.36Notify03BRL-CAD:mohitdaga * 57571 brlcad/trunk/src/libicv/fileformat.c: Add case for ppm in icv_read
22:40.00brlcadIzak_: OMG that's perfect
22:40.11brlcad(the youtube video)
22:43.01Notify03BRL-CAD:mohitdaga * 57572 brlcad/trunk/src/libicv/fileformat.c: Trailing WS
22:46.05Notify03BRL-CAD:tbrowder2 * 57573 brlcad/trunk/src/util/dsp_add_t.cpp: move non-TCLAP code out of try block
22:47.29Notify03BRL-CAD:mohitdaga * 57574 brlcad/trunk/src/libicv/fileformat.c: remove double checking of image.
22:48.50brlcadIzak_: now THAT I can seriously see the shape and how it's evaluating in prep+shot ... that's really fantastic
22:50.22Notify03BRL-CAD:mohitdaga * 57575 brlcad/trunk/src/libicv/fileformat.c: Input Argument Validation
22:52.04brlcadIzak_: that also implies you have quite a challenge ahead of you... that looks like a variety of errors
22:53.27brlcadlooks like the bounding box might be wrong, the solver is surprisingly stable
22:53.56Notify03BRL-CAD:mohitdaga * 57576 brlcad/trunk/src/libicv/fileformat.c: TYPO
22:55.37brlcadthe equations look like they may be off (normal doesn't seem to match the hit points) and that's going to be very tedious to verify
22:55.54zero_levelhii brlcaD
22:56.14brlcadnice progress zero_level
22:56.50brlcadnoticed you elminated the block in bw.c, no ICV_IMG_VAL_INT(img)
22:56.59brlcadlooks like maybe a mistake?
22:57.42zero_levelbrlcad : bw_write is hidden
22:57.53zero_levelI checked in icv_write instead. ;)
22:58.04zero_levelThanks for reviewing though.
22:58.06zero_level:)
22:58.09brlcadokay, cool
22:58.54brlcadkesha_: did you get a comile?
22:59.46Notify03BRL-CAD:mohitdaga * 57577 brlcad/trunk/src/libicv/pix.c: Dont need image validation in pix_write. Image is validated in icv_write instead.
22:59.48zero_levelbut brlcad : I didnt like those macros. :)
22:59.54brlcadforgot about the build system switch, going back that far -- nice to see you found and followed the old build instructions
23:00.02mpictorbrlcad: have you heard of a new static analyzer called STACK? it looks for code that may get optimized away due to undefined behavior http://blog.regehr.org/archives/970
23:00.15brlcadzero_level: alternative solution?
23:00.21zero_levelIt makes the code reading messy.
23:00.23brlcadmpictor: nope
23:00.36zero_levelWE just let them as it is :)
23:00.37brlcadzero_level: so better name?
23:00.53zero_levelcan u suggest me some. I bad at naming.
23:00.59zero_level^am
23:01.00mpictorone drawback is that it requires a bleeding-edge version of clang
23:01.36brlcadhow's that a drawback? :)
23:01.40brlcad(just kidding)
23:01.49mpictorlol
23:02.06brlcadloves the latest versions of clang and gcc, they are both breaking new ground crazy fast with their static analysis abilities
23:02.16brlcadnice competition
23:02.55zero_levelbrlcad : I will also need your feedback on how to proceed for the TODO items you have listed.
23:03.00brlcadwe need to run ourselves through coverity again, it's been over a year .. I bet they've got a slew too
23:03.45zero_levelIn particular for "Support dynamically loading formats (e.g., define a plug-in API)."
23:03.48brlcadkesha_: i'm not sure about that autogen.sh error, but you could run it again as "VERBOSE=1 ./autogen.sh" to hopefully see .. the real test is whether you can run ./configure and make
23:04.17zero_levelAs per today I am signing off.
23:04.38brlcadzero_level: okay
23:04.43brlcadhowever
23:04.49brlcadthe way to proceed with dynamic loading
23:04.54brlcadis to first encapsulate
23:05.11brlcadput everything needed for bw support, for example, into one file or one subdirectory
23:05.42zero_levelbrlcad : Even if that needs repetition of crtain functions ?
23:05.54brlcaddepends, that's what has to be inspected
23:06.06zero_levelthe current status is all the formats are in one file.
23:06.06brlcadwhat might belong as libicv plugin-API
23:06.12zero_levelbw.c pix.c ppm.c
23:06.17brlcadyeah, but not everything needed for that format
23:06.24brlcadthere are typedefs in the header
23:06.31brlcadthere are enum avlues
23:06.36brlcad/avlues/values/
23:06.43zero_levelI amm planning the development such that we will need functions from encoding.c
23:07.02brlcadliterally *everything* needed for a format needs to end up in one subdir
23:07.43zero_levelok. If that is strict notion then we might end up repiting codes from encoding.c
23:09.18brlcadwell that's the challenge
23:09.30brlcadhow to do it without repeating *anything*
23:09.57brlcadusually this is achieved with registration functions and private API
23:10.06brlcadbut we can talk more later
23:10.15brlcadgood progress today on a lot of the little things
23:10.32zero_levelok. brlcad
23:10.53brlcadCh3ck: what's up?
23:11.56brlcadwaiting on ... ?  you have a notion that the bounding box center is the "origin" ... primitives do not have a consistently defined origin, so that's the best you have to work with
23:15.57brlcadcreate an translation matrix that will move the bounding box to that position and then move the primitive by the inverse translation (so it ends up at the origin), and you pull the original matrix up
IRC log for #brlcad on 20130912

IRC log for #brlcad on 20130912

00:30.08``Erikseems to have survived parent orientation at an elementary school O.o
00:39.12Notify03BRL-CAD:starseeker * 57578 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Switch the core search logic from using struct db_full_path_list to struct bu_ptbl, which is what should have been done originally since it would have avoided introducing a specialized type just for search. This will allow the new API to be defined without using db_full_path_list, and allow both the struct and the
00:39.14Notifyfunctions using it to be gradually replaced and deprecated.
00:41.19starseekeris annoyed with himself in retrospect
00:46.37kanzure``Erik: congrats hah
00:59.33Notify03BRL-CAD:starseeker * 57579 brlcad/trunk/src/librt/search.c: More preliminary design for the final db_search function.
01:08.44brlcad``Erik: haha
01:09.19brlcadstarseeker: lot of interesting thoughts there in r57554
01:10.16brlcadlots
01:11.01brlcadis it possible to assign multiple advanced representations to the same associated product?
01:11.12brlcadis reminded to look for that diagram, hunts
01:14.47Notify03BRL-CAD:starseeker * 57580 brlcad/trunk/src/librt/search.c: More search notes.
01:15.21mpictortried STACK
01:15.22mpictorhas never heard the cpu fan go quite that fast :O
01:15.32starseekerhehe
01:15.58starseekerdebates simplicity of argv style char pointer array vs. more flexible but less standard bu_ptbl of char *...
01:16.17mpictoreven compiling brl-cad on all cores wasn't quite that bad... of course, that didn't take nearly as long as this
01:16.55starseekermpictor: if you really want to melt your machine I recommend a parallel make distcheck-full of BRL-CAD :-)
01:17.15mpictorwhat does distcheck-full do?
01:17.31starseekerbuilds 9 different configurations of BRL-CAD... at the same time
01:17.37mpictorlol
01:17.41starseekereach of which is also trying to do a full parallel build
01:18.01mpictoro.O
01:18.09starseekerparallel launching of parallel make compilations
01:19.01starseekernot to mention they're all running regression tests, benchmarking, what have you
01:19.22starseekerbeats up on hard drives AND cpus :-)
01:19.24mpictorwow
01:19.25mpictoryea
01:19.44mpictorwhat sort of machine do you run that on?!
01:20.15brlcadstarseeker: if it's a container you need, shouldn't that be a bu_list?
01:20.19*** join/#brlcad kesha_ (~kesha@49.249.200.58)
01:20.35brlcadseems like an odd use for ptbl
01:20.41starseekerbrlcad: where, inside search?
01:20.49starseekerworks like a charm...
01:20.52brlcadyour debate above
01:20.56starseekerah
01:21.23starseekerI suppose a bu_list of char * is possible - I'm not fond of bu_list, it's a bit clunky to work with, but I guess that would work
01:23.26brlcadcould make it a void* and wrap all insertions through a function that knows what the container is
01:23.32brlcadthat way you could change it later if needed
01:24.18starseekerI'm probably over-thinking it, really - a char *paths[] array is the simple solution
01:24.19brlcadthere is nice simplicity in a null-terminated argv array
01:25.27starseekerreminds himself not to over-complicate it this time around, will be paying the db_full_path_list costs for a while...
01:25.29brlcadstill probably want to wrap insertions in a function so you can realloc as needed instead of having hard limits
01:25.50brlcadand instead of having realloc in every possible place you need to add or remove from the array
01:26.19starseekerwell, the argv array will actually be managed elsewhere - by the time it reaches db_search, it should be in its "ready to go" form
01:26.52brlcadhmm, is that the things to look for or for results?
01:27.01starseekerthings to look for
01:27.09brlcadah, shucks, well yeah
01:27.15starseekerthe results are in a table - bu_ptbl of db_full_path pointers
01:27.17brlcadnull-terminated argv ftw
01:28.04brlcadthere is no "is it null-terminated issue" .. any more than "is this string nul-terminated??" ... you control that
01:28.38starseekernods
01:28.41Notify03BRL-CAD:starseeker * 57581 brlcad/trunk/src/librt/search.c: worry about making the argv array elsewhere - not db_search's job to worry about it.
01:28.56brlcadnote that there are bu functions for turning "a string like this" into an argv[] = {"a", "string", "like", "this", NULL}
01:29.20starseekernods - using those already to break the plan strings into an argv array :-)
01:29.22brlcadand vice versa
01:29.24starseekerslick
01:32.12starseekerfrom a programmatic standpoint, the best way to drive search is to define the string that you want in the C function.  libged's search function will need to re-construct the string from its own argv array entries, but that's trivial
01:32.59starseekeractually expects libged's search logic to simplify once things are properly defined
01:33.39starseekerbrlcad: oh, that reminds me - do we have a function at the librt level that builds the tops list?
01:33.49starseekerdb_top_objs or some such?
01:35.01starseekerhas repeated that logic waaay too many times...
01:55.36Notify03BRL-CAD:tbrowder2 * 57582 brlcad/trunk/src/util/bu_opt_parse.h: added double to union; reordered vars in union
01:58.04Notify03BRL-CAD:tbrowder2 * 57583 brlcad/trunk/src/util/bu_opt_parse.cpp: filled in func parts needed for dsp_add2.c; builds, but doesn't work correctly; more work needed; also need cleanup and memory reclaing bits; may need to use pointers to TCLAP objects
02:04.44brlcadwe do not have such a function
02:05.42brlcadit's taken much restraint
02:08.41brlcadthe getspace() method is sucky though
02:15.14brlcadchar **db_tops(const struct db_i *dbip);
02:16.17brlcador maybe allow user-provided memory with limits
02:22.24Notify03BRL-CAD:tbrowder2 * 57584 brlcad/trunk/src/util/dsp_add2.c: add comment; reorder some code in more logical order
02:27.11brlcadmaybe instead, int db_tops(const struct db_i *dbip, size_t maxtops, char **tops);
02:39.29starseekerare we likely to hit a memory limit with tops?
02:39.51starseekerdoesn't follow - why restraint?
02:40.05starseekerdo we not want such a function?
02:57.29brlcadrestraint in complaining every time someone replicated the tops logic once again .. :)
02:57.50brlcadit is a perfect refactoring case, should have been a function 25 years ago
03:00.42brlcadit's at least a days work to implement a function proper and a few more put it to use in the places a tops is pulled
03:01.59brlcadi'd like to see it taken to the next level, making all the places where we require object names be optional, defaulting to the tops listing (at least if num tops == 1, but sometimes even if num > 1)
03:14.38starseekerah - what complicates the function definition?
03:14.48starseeker(besides that annoying hidden flag...)
03:15.10starseekermemory management of char **tops?
03:16.22starseekerreflects we may need a parameter to tell the function whether to respect the hidden flag
03:17.01starseekernot even sure what that means in the more general case - if a top level object is hidden, do we show the ones below it in the tree that aren't hidden instead or just not show *anything* below it?
03:17.14starseekerbelieves it is the latter now, can see a case for both ways...
03:18.18starseekerfirst approach would be tricky, come to think of it...
03:29.25brlcadgiving up, can't find the diagram
03:34.39brlcadboth approaches are tricky in different ways
03:35.02brlcadpretending the objects do not exist is best (as if you ran kill)
03:38.31kesha_brlcad: Enabled verbose, still the same error. http://paste.kde.org/pfa7f8c64/
03:43.06*** join/#brlcad kesha__ (~kesha@49.249.8.171)
03:44.56starseekerhmm - ../src/util/dsp_add2.c:230:5: error: ISO C90 forbids mixed declarations and code [-Werror=edantic]
03:48.31Notify03BRL-CAD:starseeker * 57585 brlcad/trunk/src/util/dsp_add2.c: C90 wants declaration at the top.
04:02.51*** join/#brlcad kesha (~kesha@49.249.8.40)
04:11.20*** join/#brlcad kimzzzz (~AndChat31@1.38.31.251)
04:18.01Notify03BRL-CAD:starseeker * 57586 brlcad/trunk/src/librt/search.c: edging closer to a fleshed-out design for db_search
04:37.56*** join/#brlcad kesha_ (~kesha@49.249.16.249)
04:52.08kesha_brlcad: 7.16.6 also - http://paste.kde.org/p66bea846/
05:28.06*** join/#brlcad kesha__ (~kesha@49.249.17.239)
05:39.02kesha__brlcad: rev 45657 - http://paste.kde.org/pbedc5da0/
06:32.43*** join/#brlcad bch (~bch@dsl081-162-155.sea1.dsl.speakeasy.net)
06:32.50bchhello #brlcad
07:12.19*** join/#brlcad kimzzzz (~AndChat31@1.38.31.251)
07:13.24Notify03BRL-CAD:phoenixyjll * 57587 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Fix memory leaks.
07:29.43*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
07:34.00*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:45.28*** join/#brlcad vladbogo (~vlad@188.25.237.111)
07:46.05*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:54.42*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
08:08.05Notify03BRL-CAD:phoenixyjll * 57588 brlcad/trunk/src/libbrep/boolean.cpp: Delete the 3D curve for singular trims (no edges are added), and remove dead code.
08:31.49Notify03BRL-CAD:phoenixyjll * 57589 brlcad/trunk/src/libbrep/boolean.cpp: Delete the unused curves.
08:38.11kesha__starseeker: brlcad: Like we do bin/step-g from build directory to use step-g of trunk, In case of inplace compiling using autogen.sh and ./configure, how to use step-g of that revision ?
08:58.45Notify03BRL-CAD:phoenixyjll * 57590 brlcad/trunk/src/libbrep/boolean.cpp: Continue working on memory leaks.
09:46.21Notify03BRL-CAD:phoenixyjll * 57591 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Free the memory.
09:51.12*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:33.17*** join/#brlcad kesha (~kesha@49.249.16.57)
10:44.49Notify03BRL-CAD:tbrowder2 * 57592 (brlcad/trunk/src/util/bu_opt_parse.cpp brlcad/trunk/src/util/bu_opt_parse.h brlcad/trunk/src/util/dsp_add2.c): change flag to be string as TCLAP uses it; simpifies TCLAP arg handlers
10:58.23Notify03BRL-CAD:tbrowder2 * 57593 (brlcad/trunk/src/util/bu_opt_parse.cpp brlcad/trunk/src/util/bu_opt_parse.h brlcad/trunk/src/util/dsp_add2.c): formalize error handling a bit; consider TCLAP error message satisfactory so we don't get in the way; but note TCLAP handling still needs work
10:59.33Notify03BRL-CAD:tbrowder2 * 57594 brlcad/trunk/src/util/bu_opt_parse.cpp: remove unneeded code
11:04.26*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:06.08Notify03BRL-CAD:tbrowder2 * 57595 brlcad/trunk/src/util/dsp_add2.c: enhance comment
11:07.02Notify03BRL-CAD:tbrowder2 * 57596 brlcad/trunk/src/util/bu_opt_parse_private.h: titdy output format
11:19.55Notify03BRL-CAD:tbrowder2 * 57597 brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h: modified handling of progname: removed path
11:21.19*** join/#brlcad kesha (~kesha@49.249.16.57)
11:35.20*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:36.02Notify03BRL-CAD:tbrowder2 * 57598 (brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h brlcad/trunk/src/util/bu_opt_parse_private.h): move changes out of orginal TCLAP into our customization header
11:44.57Notify03BRL-CAD:tbrowder2 * 57599 brlcad/trunk/src/util/bu_opt_parse.cpp: now using arg pointers; looks like success--need cleanup; memory handling; and filling out remaining handlers
12:04.41*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:05.59*** join/#brlcad kimzzzz (~AndChat31@1.38.31.251)
12:07.33brlcadkesha: it'll be in src/conv/step/step-g I believe
12:07.54brlcadCh3ck_: I answered you already
12:08.19FLOSSrookieI just want to get a final yes or no on this, if I want to contribute to the project will Tcl be necessary?
12:09.40Ch3ck_I don't see it ;)
12:09.48Ch3ck_could you please reiterate?
12:10.56keshalet me see.
12:11.48brlcadFLOSSrookie: I've answered that three times... no :)
12:12.16FLOSSrookiebrlcad: Oh...Sorry, I guess I forgot. :(
12:12.22keshano. Not found
12:12.22brlcadno worries
12:12.39brlcadkesha: not found because it didn't compile or ... ?
12:14.29brlcadCh3ck_: you have a notion that the bounding box center is the "origin" ... primitives do not have a consistently defined origin, so that's the best you have to work with
12:14.32brlcadCh3ck_: create an translation matrix that will move the bounding box to that position and then move the primitive by the inverse translation (so it ends up at the origin), and you pull the  original matrix up
12:15.34keshar42916, it compiled but without installing I am not getting how to use step-g
12:16.21brlcadCh3ck_: and you need to figure out a better way to check the log, I won't be repeating again like that ..
12:16.24brlcadthat's the point of asking you to use screen+irssi, but if you're not willing then you'll have to manually search the saved logs next time
12:16.37brlcadkesha: you didn't get an error during compilation?
12:16.42Ch3ck_well i use the log
12:17.04keshain src/conv/step/step-g.cpp is there. It cant be used as executable  
12:17.30brlcadCh3ck_: like I said, then you need to figure out a better way because whatever you just did was inadequate
12:17.48brlcadmy response is still sitting in my backlog from less than 12 hours ago
12:18.03brlcadif I can pull it up, you should be able to
12:18.03keshafor revisions near to 35000 - 41000 around its giving error.
12:18.14Ch3ck_brlcad, ok
12:18.17keshahttp://paste.kde.org/p4a9bfa90/
12:18.29keshathis error -
12:19.02brlcadkesha: of course it can't be the exec .. that's the *source* file...
12:19.30brlcadlet's not get distracted
12:19.49brlcadyou said r42916 compiled
12:19.53brlcaddid it compile successfully?
12:20.47brlcadi.e., other than not being able to find the step-g binary, did it give you an error when you ran make?
12:21.05brlcadand was step-g in the output log if you did not get an error?
12:21.36keshayes . compiled.
12:21.57keshaIt was not using cmake, but with autogen and ./congigure and make
12:23.46keshano error while make
12:27.58*** join/#brlcad kesha_ (~kesha@49.249.0.246)
12:28.39*** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:28.43pawleeq_hello
12:30.14pawleeq_I did svn checkout today and tried to complie brlcad from source. I got stuck with brepintečrsect. Make error is here: http://pastebin.com/jMNgPsu9
12:33.34brlcadkesha_: so then try: find . -name \*step-g\*
12:36.08kesha_http://paste.kde.org/p5dc0b16c/
12:37.11*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:39.43brlcadpawleeq_: ah, that's my doing yesterday
12:41.30brlcadpawleeq_: fixed
12:41.51Notify03BRL-CAD:brlcad * 57600 brlcad/trunk/src/proc-db/CMakeLists.txt: the cpp files still need to be NO_STRICT because of signed overflow warnings in the opennurbs headers
12:42.32brlcadkesha_: that doesn't look right, looks like compilation did not succeed
12:43.06brlcadkesha_: run "make clean" then rerun "make 2>&1 | tee make.log"  then pastebin the make.log file
12:44.24kesha_http://paste.kde.org/p7fdcfc1f/
12:44.46kesha_this was what I compiled before
12:45.54brlcadkesha_: do you have more of that log?
12:46.08brlcadyou need to look at the src/conv/step section
12:46.33kesha_ya.. have full of it. pasting..
12:46.48brlcaddon't paste, read it ;0
12:46.58brlcadsee like 13 in your previous paste
12:47.55brlcadthat line says a lot but notice how it's a little different from 11 and 12 .. it's got a -o vdeck followed by a lot of .o files
12:48.10brlcadthat's the linkage line where the 'vdeck' tool was built
12:48.35brlcadin the full log should be a similar -o step-g file.o file.o file.o for the step-g importer
12:49.45brlcadpaste if you can't find it, but you should be reading it regardless and look for that line
12:50.01brlcadif you find it, see what directory it was in, go there, look around
13:04.20*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:06.37Notify03BRL-CAD:tbrowder2 * 57601 brlcad/trunk/src/util/bu_opt_parse.cpp: delete heap vars at end
13:09.08kesha_step-g is not there in make.log
13:17.30brlcadpost the whole log
13:19.55Notify03BRL-CAD:tbrowder2 * 57602 brlcad/trunk/src/util/dsp_add2.c: add some notes
13:22.30Notify03BRL-CAD:carlmoore * 57603 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/libicv/fileformat.c and 2 others): fix spellings; remove trailing blanks/tabs
13:26.38*** join/#brlcad kesha_ (~kesha@49.249.16.237)
13:29.21brlcadkesha_: post the whole log please
13:29.23kesha_brlcad: its a huge file, connection of pastebin is being hung up. I have sent u in mail
13:29.28brlcadk
13:30.49*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:31.36brlcadokay, it's not even traversing into src/conv/step
13:32.01brlcadyou need to read the src/conv/step/Makefile.am file and see if there's any logic in there commented out for the step directory
13:32.17brlcadalternative, cd src/conv/step && make
13:32.28brlcadtry that first actually
13:37.27kesha_http://paste.kde.org/pdd3fd54b/
13:37.52brlcadwhat does that mean?
13:38.10brlcadi.e., what does that output look like to you?
13:38.48kesha_It has nothing to do ;)
13:38.59brlcadwhich means?
13:39.14kesha_no command given to run
13:39.57brlcadbasically, yes it has no build instructions in that directory
13:40.17kesha_so now go to MAKeFile ?
13:40.58brlcadno
13:41.25brlcadjust thinking that far back (couple years), there was almost certainly a way to enable/disable the compiler because it was under development
13:41.30brlcadit's clearly disabled
13:41.38brlcadthe files are there, but there are no build instructions enabled
13:42.40brlcadkesha_: I'm confused by that pastebin a little though
13:43.25brlcadwhat command did you run?  (pastebin's should usually be preceded with what exactly you ran so that can be inspected as well)
13:44.08kesha_kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$ make | tee makestep.log
13:44.11brlcadi.e., what came before 1. make  all-am
13:44.26kesha_and pasted makestep.log in pstebin
13:44.35brlcadhuh, odd
13:45.05brlcadah, try: make step-g
13:45.21Notify03BRL-CAD Wiki:Phoenix * 6126 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */
13:45.42brlcadand whenever you run make with tee, you need 2>&1 after make
13:45.52kesha_make: `step-g' is up to date.
13:46.10brlcadthat wasn't just because I like to type punctuation characters
13:46.12kesha_cleaning
13:46.22brlcadls -la step-g
13:48.51kesha_-rwxrwxr-x 1 kesha kesha 15520 Sep 12 19:18 step-g
13:50.34*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:53.39kesha_brlcad: how do we enable build instructions ?
13:54.46brlcaduhm, kesha_ you're not giving the whole picture of commands you are running
13:54.51brlcadrun this: ./step-g
13:55.20Notify03BRL-CAD:tbrowder2 * 57604 brlcad/trunk/src/util/bu_opt_parse_private.h: format
13:55.26kesha_kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$ ./step-g
13:55.28kesha_Usage: step-g -o outfile.g infile.stp
13:55.45brlcadso you compile it at some point
13:55.53brlcadand you didn't even realize you did?
13:56.15brlcadyou compiled it sometime in the last half hour
13:56.36kesha_[19:16] <kesha_> cleaning
13:56.57kesha_At that time, I just ran make clean because it showed upto date
13:57.05brlcadcleaning implies you running "make clean"
13:57.07kesha_and when u asked for la -la
13:57.12kesha_I again did make
13:57.28kesha_The timestamp was also of that time only
13:57.29brlcadup-to-date implied that it was compiled
13:57.37brlcad*already*
13:57.51brlcadbefore you ran make clean
13:58.34kesha_I wonder when and how it was done before make clean, but after clean, I did it for sure.
13:58.53kesha_I have no idea abt how *already*
13:59.05brlcadneed you to concentrate on what every command you run is and KNOW what it does when you run it, verify things with ls -la, read the log files
13:59.07kesha_ok . so now testing d.stp
13:59.17brlcadi obviously can't watch every command you issue
13:59.27brlcadnor read paste output from every command
13:59.46brlcaddon't just gloss over the output -- you should understand everything it's printing
14:00.25brlcadthere are some aspects I don't expect you to know, like the make/cmake build system, right away, but as you run commands make sure you understand them
14:00.26kesha_hmm..
14:01.33brlcadi say this because we basically wasted a half hour
14:02.02brlcadwhen I said this, you must have run make twice
14:02.03brlcad09:32 < brlcad> alternative, cd src/conv/step && make
14:02.04brlcad09:32 < brlcad> try that first actually
14:02.26brlcadthen you pastebinned the second make
14:02.34brlcadat some point, make was run in src/conv/step
14:02.48brlcadbefore your paste http://paste.kde.org/pdd3fd54b
14:03.09brlcad(run *twice* .. the paste is the second time)
14:03.40brlcadokay, so anyways, there's your binary, you can get back to testing
14:04.00brlcadand should have a process for other autoconf revisions, cd src/conv/step && make && step-g
14:04.18brlcader, cd src/conv/step && make step-g && ./step-g
14:05.25kesha_http://paste.kde.org/p4f64670b/
14:10.17brlcadwhat do you want me to do with that output?
14:10.46brlcadare you telling me something, asking me something?
14:12.30kesha_importing is not done.
14:12.40kesha_81 -91 lines shows error
14:12.58kesha_I also tried with r45000 in meanwhile
14:13.20kesha_Its output - http://paste.kde.org/p7513a45f/
14:13.52kesha_In the 1st line the d*****.g shows revision stamp.
14:15.28brlcadso telling me something ;)
14:15.46brlcadthis is going to be a mine field
14:15.51kesha_Nooo..
14:16.21kesha_Asking you .. If its not importer how am I gonna test !
14:16.33brlcadwhat is your question?
14:16.33kesha_s/importer/importing
14:16.37kesha_?
14:17.02brlcadyou need to frame it as a question then, not implied .. put a '?' somewhere ...
14:17.31brlcadif it's not importing, you cannot test it
14:17.37maths22brlcad: what is the status on that list of web stuff?
14:17.38brlcadmight as well have not compiled
14:18.02brlcadmaths22: you mean the ones I asked for a reminder on in a couple days just a few hours ago? :)  unchanged
14:18.51kesha_Ah, so whats wrong ?
14:19.01brlcadwhat do you mean?
14:19.38kesha_I mean, how do I get it imported correctly and test ?
14:19.49kesha_very bad at framing questions
14:19.59brlcadi'm seeing that
14:20.15brlcadyou cannot
14:20.22brlcadnot with that revision at least
14:20.33brlcadyou're going to have to be far more specific with your revision testing
14:21.13kesha_So, its like 7.14.7 - best , 7.20 -worst , 7.22 -bad
14:23.20brlcadit's not anywhere near that simple
14:23.46brlcadgo to a *trunk* checkout and run this:
14:24.00brlcad(rather, a HEAD revision)
14:24.21brlcadsvn log src/conv/step >> step.log && svn log src/other/stepcode >> step.log
14:24.35brlcadgrep '^r' step.log | awk '{print $1}' | sort | uniq
14:25.12brlcadthose are the revisions that need exploring
14:27.20kesha_okay.. and while we are it, lets discuss abt this also - http://paste.kde.org/p4a9bfa90/ While compiling a version near 35k to 40k it gives these errors
14:39.32brlcadthe only error in all of that is  the line that says:
14:39.33brlcadmake[4]: *** No rule to make target `lib.exp', needed by `binaries'.  Stop
14:40.07*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:40.14brlcadread it again carefully and at least try to see that, understand why that is the error
14:41.18brlcadand what to discuss?  you picked a version that has some issue there
14:41.57brlcadI told you that some versions will have issues, you have to find ones near it that do not -- using the log revisions from above should help
14:52.38*** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.251)
16:18.11*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
16:36.11kesha_brlcad:The version list - http://paste.kde.org/pad666f93/. I tried a few from them. They compiled but when I run ./step-g they either have memory leaks or error while importing. http://paste.kde.org/p2e0e1cc1/  http://paste.kde.org/p9bb12b42/   http://paste.kde.org/pac7219f7/  .
16:36.37kesha_The d*.g in 1st line is revision
16:37.33kesha_s/is/* is
17:07.20*** join/#brlcad merzo (~merzo@142-215-133-95.pool.ukrtel.net)
17:09.23kesha_and the 'lib.exp' error exists in other revision from that list also.
17:10.01kesha_http://paste.kde.org/pf05d5203/
17:24.45*** join/#brlcad merzo (~merzo@142-215-133-95.pool.ukrtel.net)
17:35.13*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
17:47.28Notify03BRL-CAD:starseeker * 57605 brlcad/trunk/src/libged/search.c: make sure we print help if the only options specified don't involve a search plan or paths. add comment out code from earlier search work - some of this should be the responsibility of the libged cmd, so need it handy as the rework begins
18:06.13zero_levelhi all.
18:46.38pawleeq_brlcad, it works now, thank you
19:28.19brlcadnp pawleeq_
20:07.30*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:21.26*** join/#brlcad vladbogo (~vlad@188.25.237.111)
21:03.55Izak_zero_level: What's appp ?
21:11.08Notify03BRL-CAD:vladbogo * 57606 (brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-qt.cpp): Use Tcl_DoWhenIdle and Tcl_CreateTimerHandler to simulate non-blocking behaviour.
21:16.31Notify03BRL-CAD:carlmoore * 57607 brlcad/trunk/src/conv/g-shell-rect.c: fix Usage and getopt (adding h, ?), simplify what had been if-then-else for 'output' file name
21:23.52Notify03BRL-CAD Wiki:Vladbogolin * 6127 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */
21:29.47Notify03BRL-CAD Wiki:NyahCh3ck20 * 6128 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */
22:49.07maths22No.  The ones you responded to a few days ago.  For brl-cad itself
23:19.20Notify03BRL-CAD:starseeker * 57608 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Activate the db_search function and adapt src/libged/search.c to use it. Undoubtably needs more shaking out, but the core ability seems to be present.
23:29.26*** join/#brlcad kimzzzz (~AndChat31@1.38.31.251)
IRC log for #brlcad on 20130913

IRC log for #brlcad on 20130913

01:17.23Notify03BRL-CAD Wiki:Soulwindow * 0 /wiki/User:Soulwindow:
01:48.45Notify03BRL-CAD Wiki:Conanactual * 0 /wiki/User:Conanactual:
01:50.45Notify03BRL-CAD:starseeker * 57609 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Clear up memory leaks in the search code.
02:47.45Notify03BRL-CAD:starseeker * 57610 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Needing a unique list of directory pointers back from a search is probably going to be common - at least, comb already uses that style in several calls - so duplicating that logic multiple times is a no-go. Wrap up the logic into another simple function, since most of the 'search types'
02:47.47Notifyunder contemplation earlier actually end up being toplevel path list generator options and the return table type for this scenario is a table of pointers instead of a table of full paths (latter has a non-standard freeing obligation).
03:00.39Notify03BRL-CAD:starseeker * 57611 brlcad/trunk/src/libged/search.c: Don't crash if search results are null.
03:05.07Notify03BRL-CAD:starseeker * 57612 brlcad/trunk/src/libged/search.c: comment explaining why we're re-assembling plan argv elements into a string
05:02.36*** join/#brlcad kesha_ (~kesha@49.202.238.88)
05:05.58Notify03BRL-CAD:phoenixyjll * 57613 brlcad/trunk/src/libbrep/boolean.cpp: Delete the generated m_curve. And overload the operator= to avoid sharing of m_curve.
05:23.32*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:48.45kesha_brlcad: After make step-g , running ./step-g ... always ends up with error -> http://paste.kde.org/p3cf74f23/
05:49.30kesha_yesterday also I posted several pastebins showing the same error.
06:38.26*** join/#brlcad kesha_ (~kesha@49.249.191.17)
06:48.57*** join/#brlcad kesha__ (~kesha@49.249.17.148)
07:19.42*** join/#brlcad vladbogo (~vlad@188.25.237.111)
07:28.02*** join/#brlcad kesha__ (~kesha@49.249.17.88)
07:40.33Notify03BRL-CAD Wiki:KeshaSShah * 6129 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 13 */
07:41.24Notify03BRL-CAD:vladbogo * 57614 brlcad/trunk/src/libdm/dm-qt.cpp: Print log calls only if debug level is enabled.
07:48.29*** join/#brlcad kesha__ (~kesha@49.249.17.55)
07:52.59Notify03BRL-CAD:vladbogo * 57615 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt_draw + comments.
08:20.02*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:57.10kesha__What is the flag used while compiling to silent variable declared but not used warnings into errors ?
08:57.15kesha__http://paste.kde.org/pdb346bbb/
10:56.18*** join/#brlcad caen23 (~caen23@92.81.182.233)
11:09.44*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:45.15*** join/#brlcad kesha__ (~kesha@49.249.17.55)
12:02.36*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:04.27brlcadkesha__: segfaults like that are expected for many versions
12:04.58brlcadnotice in the commit version numbers that they tend to come in sets of activity
12:06.19brlcadso you can test earlier and later versions "smartly", jumping forward to the next set or jumping to the end of a given set to see where work stopped for a while
12:06.35brlcadif they're all busted, then that will answer our question
12:08.13*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:24.59Notify03BRL-CAD:phoenixyjll * 57616 brlcad/trunk/src/libged/brep.c: Free the result internal.
12:31.03Notify03BRL-CAD:phoenixyjll * 57617 brlcad/trunk/src/libbrep/intersect.cpp: Delete the input curve by default.
12:33.22*** join/#brlcad kesha (~kesha@49.249.16.116)
12:42.04keshabrlcad: okay, but many give -Werror that variable set but not used. Basically convert warning into error.
12:42.20keshaCan we compile them successfully ? Any flags ?
12:44.50keshaI tried out an obvious way of commenting those unused, but then it complained that that variable was undeclared when used in later part of code
12:46.56brlcadi believe INSTALL covers that
12:47.21brlcadit's one way for configure and another for cmake
12:47.25brlcadthey both document it somewhere
12:47.29brlcadtry --help
12:55.32keshahttp://paste.kde.org/pdd20c49c/
12:55.40keshaopp of 29
13:02.08Notify03BRL-CAD:phoenixyjll * 57618 brlcad/trunk/src/libbrep/boolean.cpp: Delete the curves in newloop if it's not valid (so not added to the final geometry)
13:08.15*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:19.02*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:25.57Notify03BRL-CAD:phoenixyjll * 57619 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Still memory leak...
13:34.46Notify03BRL-CAD:phoenixyjll * 57620 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/comb/comb_brep.cpp): Free the internals.
13:37.36Notify03BRL-CAD Wiki:Phoenix * 6130 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */
13:38.44*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
13:45.22Notify03BRL-CAD:phoenixyjll * 57621 brlcad/trunk/src/librt/comb/comb_brep.cpp: Call rt_db_free_internal().
13:51.46Notify03BRL-CAD:phoenixyjll * 57622 brlcad/trunk/src/librt/comb/comb_brep.cpp: Free the two original breps...
13:56.01Notify03BRL-CAD:starseeker * 57623 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/db_lookup.c): I don't know if this is the 'proper' final form of the db_tops command, but as possible uses of db_search expand the costs of duplicating this logic will get high very quickly. Make a stab at a librt db_tops.
13:57.06starseekerwaits for brlcad to strike down r57623...
14:06.33*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:36.27keshabrlcad: how to deal with this fatal error ? http://paste.kde.org/p1396e8d5/
15:00.34Notify03BRL-CAD:carlmoore * 57624 (brlcad/trunk/include/icv.h brlcad/trunk/src/bwish/tcl.c and 2 others): fix spelling, and remove trailing blanks/tabs
15:07.55Notify03BRL-CAD:starseeker * 57625 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c and 2 others): More search API work. The comb example makes the case for making it trivially easy to handle either lists or individual paths, so structure the API that way - db_search_path, db_search_paths, etc. comb.c builds but is currently untested - need to test. Should be just about ready to start marking functions
15:07.57Notifydeprecated for the old search API.
15:18.45Notify03BRL-CAD:starseeker * 57626 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Fix typos
15:20.34Notify03BRL-CAD:starseeker * 57627 brlcad/trunk/src/libged/comb.c: Add missing blank line
15:25.28Notify03BRL-CAD:starseeker * 57628 brlcad/trunk/include/raytrace.h: These were never in a released version of BRL-CAD, so just yank them.
15:41.10*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
15:48.07``ErikAyn Rand McNally: Road Atlas Shrugged
15:51.59starseekerheh
15:52.09Notify03BRL-CAD:starseeker * 57629 (brlcad/trunk/CHANGES brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/search.c): Mark the old search API and db_full_path_list structure as deprecated.
15:53.09*** join/#brlcad caen23 (~caen23@92.81.189.104)
15:58.24*** join/#brlcad kesha (~kesha@49.249.17.91)
16:02.11Notify03BRL-CAD:starseeker * 57630 brlcad/trunk/include/raytrace.h: Clean up the header - compact the deprecated calls, update API comments
16:08.19starseekerturns his sites on dbfind - time to add whatever is need to search to fully encompass its capabilities and make it go away
16:08.45*** join/#brlcad kesha (~kesha@49.249.17.119)
16:10.54Notify03BRL-CAD:indianlarry * 57631 (brlcad/branches/nurbs/CHANGES brlcad/branches/nurbs/TODO and 57 others): Merging trunk into branch 'nurbs' r:57498:57630
16:16.46*** join/#brlcad _Ch3ck (~Shadownet@195.24.220.16)
16:38.37keshabrlcad: http://paste.kde.org/p527c9652/ I get this compiling error for all revision r49k around .. Do I need to set some variables ?
16:49.58*** join/#brlcad kesha (~kesha@49.249.17.119)
17:06.57*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:13.39_Ch3ckbrlcad: finished the pull routine ;) succesfully pulled the translation and the combinations right up to the root of the tree so what do i do next?
17:13.49_Ch3ckuploading patch to source forge now....
17:20.44Ch3ckbrlcad: I'll try to port it to archer and see how it goes but currently facing some problems with the archer interface
17:37.02Notify03BRL-CAD Wiki:NyahCh3ck20 * 6131 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */
18:18.27Izak_brlcad: I have drawn  lines in mged/archer using plot(). Still can't figure out how to iterate though the elevation and azimuth ranges to plot the heart. Which do you think should be in the outer loop (if the order matters) ?
18:19.15Izak_have parametric equations already but don't know how to exploit them
18:20.57Izak_I observed that the 2 lobes of the heart are simply reflections of eachother along the Z-axis. Can this help with designing the strategy to write rt_hrt_plot()? brlcad:
18:24.48*** join/#brlcad Izak__ (~Izak@195.24.220.16)
18:27.10Izak__``Erik: Any light to throw on the aforementioned concerns I've expressed ?
18:30.34``Erikif the two lobes are identical, you can evaluate one side and mirror it for the other... you might even be able to cut it into quarters this way
18:32.45``Erikcontemplate taking one of these quarters and overlaying a grid... each intersection on the grid provides you an x/y, if you can solve the z for that point, you can approximate the surface and draw lines between those intersection points (which may even give you the _tess function later)
18:33.08``Erikdoes that sound feasible?
18:36.45Izak__What about this ? Since a plane through the vertical Z-axis acts like a mirror, does it mean I draw from The negative Z radial direction vector (-C) though the positive X direction vector (A) to the positive Z direction vector (C), that's anti-clockwise ?
18:37.46``Erikwinding order doesn't matter for plot, it's just line segments
18:38.04*** join/#brlcad caen23 (~caen23@92.81.189.104)
18:40.52Izak__HHmm. ``Erik: So you mean i work from one quarter to another ?. That's a great divide and conquer approach.
18:41.15``ErikI don't think the lines even need to be connected,[D technically... like it's a list of line lists
18:41.46``Erikyeah, start with a quarter, mirror it one way (say the Z axis), then mirror the result (on, say, the X axis), done
18:44.49Izak__Is a grid a single isocontour ? Like in the ell / superell, i see 3 grids, is each a grid what you call an isocontour ?
18:46.26``Erikbut it'll probably start with a grid ... for(x=0;x<width;x+=step) for(y=0;y<height;y+=step)  stash(x,y,eval(x,y)); for(x=0;x<width;x+=step)for(y=0;y<height;y+=step) { add_line( unstash(x,y), unstash(x+step,y) ); add_line( unstash(x,y), unstash(x,y+step) ); }
18:47.11``Erikell/sph doens't use a grid, it traveses the surface in the 3 planes...
18:47.54``ErikI'm thinking more like how the raytracer works, just sample a regular grid and link each intersection point to its neighbors
18:49.17``Erik(and I'd think you should just do it really simple at first and accept the visual flaws to get something working, then you can fix the flaws or decide if another approach is better)
18:50.27Izak__yeah ``Erik: The problem is getting that alpha-version working first. I agree
19:26.58brlcadstarseeker: were they deprecated in 7.24 or .. 7.22 ?
19:27.11brlcadthought it might be earlier
19:30.55*** join/#brlcad kesha_ (~kesha@49.249.0.250)
19:37.34_Ch3ckruns to bed!
19:38.03Izak__Izak_ yawns....
19:38.20Izak__yawns....
19:41.37brlcadstarseeker: tops looks okay to me
19:42.18brlcadsome room for improvement perhaps, but isn't that always the case
19:42.47brlcad'flat' seems like the wrong option ... at least by definition they're not top-level objects
19:43.10brlcadbut then you want a list of all objects, so perhaps inverting the function semantically is in order
19:45.38brlcade.g., db_ls() or db_index() to get "all objects", of which tops may be a categoric option (along with all regions, all solids, all hidden, ... typedef bitwise enum ftw)
19:46.56brlcadthen the only consideration is whether we have any callers that want to manage their own memory (e.g., on the stack with a limit), or always use heap and require caller bu_free() the return (btw, the doxygen docs should state that requirement)
19:53.55Notify03BRL-CAD Wiki:Harman052 * 6132 /wiki/User:Harman052/GSoc2013/Logs:
20:00.56Notify03BRL-CAD Wiki:Harman052 * 6133 /wiki/User:Harman052/GSoc2013/Logs: /* September 13 2013 */
20:13.24Notify03BRL-CAD:starseeker * 57632 brlcad/trunk/include/raytrace.h: Add the search.c file tag to the comments at the new API
20:15.46brlcadnifty: http://www.drdobbs.com/cpp/programming-without-variables/240161204
20:17.24Notify03BRL-CAD:starseeker * 57633 brlcad/trunk/src/libged/search.c: Add the ability to search to do a 'flat' search where every object in the .g file is a toplevel starting point for search. As long as we are at it, add the same ability to specific paths as well. Right now, the | symbol is added to the beginning of the search path to identify it as a flat search. For non-full-path searches the results will be the same
20:17.26Notify(for more processing overhead) but it does make a difference for the results if full path output is of interest.
20:24.18Notify03BRL-CAD:starseeker * 57634 brlcad/trunk/src/libged/search.c: Just do the smart thing under the hood and avoid the full flat search unless we need full paths.
20:27.16Notify03BRL-CAD:starseeker * 57635 brlcad/trunk/src/libged/search.c: Actually, that's not necessarily true when the hidden flag is involved - play safe and do what's requested
20:28.51starseekerbrlcad: the search APIs?  I just now deprecated them
20:29.48starseekerlikes the db_index idea...
20:31.23starseekerI mainly added the ability to do the "every object is a toplevel object" return to make the search feature in r57633 easier to implement
20:31.43brlcadhuh, okay I thought at least some of them already had a comment, just not the DEPRECATED symbol
20:31.54starseekerI guess that does suggest that a more general function like db_index...
20:31.58brlcadI figured it was for search
20:32.29brlcadalternative is two separate functions, but I think they are mergeable into one API
20:32.37starseekeris trying to walk a line between not making a mess of the API again and coding up something that will be at least moderately less embarassing to come back to...
20:33.10brlcadappreciates this in ever increasing quantities ;)
20:33.27brlcadwhat do you think about the memory management aspect?
20:34.22starseekerI went with the "caller needs to free" thing mainly because I was worried that a large enough db list could really cause problems for the stack, and the API complexity of dealing with "here's some but not all of the result" didn't appeal...
20:35.01brlcadI like that reasoning, okay
20:35.07brlcadpretty sound
20:35.28brlcadgoing points, requiring callers bu_free vs. allowing the caller to decide vs. forcing the caller to provide .. merits and downsides to both, but there would be issues cascading for partial results
20:35.34brlcads/going/good/
20:35.49starseekerwill add it to the doxygen comments - I hadn't documented the tops thing much yet because I figured there was at least one major iteration of some sort coming ;-)
20:36.30brlcadi think aflag and tops actually go away with a typedef bitwise enum
20:36.52starseekerlike the region flag on struct directory?
20:36.59starseekermix and match ftw?
20:37.06brlcadbasically a set of filters
20:37.27brlcadwonders if 'index' implies something else
20:37.46starseekerhmm... db_set?
20:37.51brlcadtoo generic
20:37.55brlcaddb_catalog()?
20:38.17brlcaddb_index isn't bad, need to see what else we call index
20:38.17starseekermaybe,  has connotations of comprehensiveness
20:38.22brlcadtrue
20:38.46brlcaddb_contents()
20:39.17brlcaddb_ls() fits conceptually
20:40.06starseekerdb_objects()?
20:40.31brlcadI'd kind of expect directory pointers back
20:40.45starseekerI think that's what I'm providing, isn't it?
20:40.51starseekerdouble checks...
20:40.59brlcadreturing an argv
20:41.05brlcadI thought I saw
20:41.11starseekerah, right
20:41.14starseekermy bad
20:41.24starseekerconsidered dp, but went with the more generic solution
20:41.27brlcadwe should have another function that converts an argv to a set of dirp's
20:41.43starseekerand vice versa, for that matter ;-)
20:41.50brlcadsure
20:42.09starseekerdb_obj_names()?
20:44.19brlcadunless we're going to have a set of other funcs that naturally go with it, we don't (yet) need a package scope in the name
20:44.24brlcadlikes db_ls and db_index more too
20:44.43starseekerwould go with ls if it weren't for the mged behavior of just listing everything
20:44.58starseekerbut I guess it wouldn't be unreasonable to have an ls --tops option or some such
20:45.02brlcadlooks like rays have a notion of an index, the spatial partition has a cutting plane index notion
20:45.34brlcadmged's ls command is actually 'similar'  .. it's got flags that filter out and show more
20:45.44starseekeris warming up to db_ls the more he thinks about it - the default is the flat list (ls), and the enums match up to options to ls (filters)
20:46.05brlcadged_ls would naturally wrap it
20:46.32starseekerwhats a good example of typedef bitwise enum?  I'm not comfortable enough with bits to want to come at it cold...
20:46.46brlcadof course, it does beg wether it *should* return a list of dirp's instead of argv's ... and have a function to extract an argv from that as a helper
20:46.57brlcadsince it is a *db*_ command
20:47.16brlcaddunno, not compelling, but interesting consideration
20:47.54starseekernods - fair enough. I return either db_full_path or directory pointers from search, and the db_ls API should be generic rater than tuned to my specific convenience here
20:48.39brlcadi'm sure search can be made to use either
20:48.44starseekerwith a wrapper function, it's like one extra line anyway - not a big price to pay, since I'd bet directory pointers would be the more common case in the code
20:48.47brlcadthey're not that different conceptually
20:49.19brlcadit's more API-design wise whether we predominantly have db_* funcs that deal in string-name terms or struct directory * terms
20:49.32starseekersure - if we have functions that do argv->dp and dp->argv, it really makes no difference at all
20:50.01brlcadthere'd be a minor performance difference if you need one vs the other and the db's were huge
20:50.39starseekerin that situation I imagine you'd want to stay with dp as much as possible?
20:50.59brlcade.g., to walk the dirp hash, extract strings to return argv, look up each string into a dirp ...
20:51.35brlcadthat's O(N^2) .... + N :)
20:52.00brlcadvs. O(N) if all you needed was the dirp
20:53.41brlcadhm, and it'd still be O(N) to walk the dirp hash, extract dirp array, extract string for each dirp  (it's 2*N, so overall complexity is N)
20:53.42starseekeris actually translating the path names to dp under the hood now for search, so pushing out that step to other functions would actually reduce the logic slightly
20:54.06brlcadyeah, I think it needs to return dirp
20:54.18starseekerdb_ls?
20:54.21brlcadotherwise that becomes very expensive and non-linearly
20:54.42brlcadsure
20:54.53brlcadlets see how it feels
20:55.05starseekershould I modify the search API to take directory pointers as inputs too then?
20:55.17starseekerguess that makes sense
20:55.29starseekerrolls up the coding sleeves... here we go again
20:55.32brlcadif it's in librt, probably
20:55.49starseekerwhere should the argv->dp and dp->argv functions live?
20:56.00starseekerwill be needing them shortly
20:56.16brlcadlibged should be the place where string conversions happen (even if it's by calling a db routine to do the conversion/extraction)
20:56.58starseekerOK - I can rough out some code in src/libged/search.c and if it looks OK we can find somewhere more general to put it
20:57.04brlcadneed to check, wouldn't be at all surprised if one of those functions already exists somewhere
20:58.00brlcadI think they clearly belong in librt, notion was just that they probably already exist somewhere else
20:58.54brlcadmaybe just put all three in a src/librt/ls.c
20:59.04starseeker3?
20:59.09starseekerah
20:59.22starseekerdb_ls, db_argv_to_dp and db_db_to_argv ?
20:59.30brlcaddb_ls() and the argv->dp and dp->argv funcs (either moving or implementing if they dont' exist somewhere)
21:01.45brlcaddb_argv_to_dirp() db_argv_from_dirp() ? they could be separated into src/librt/argv.c instead (and there are conceivably other other to/from argv-specific calls)
21:02.21brlcadheh, already a db_argv_to_path()
21:02.37starseekeryeah, that's argv to db_full_path though :-)
21:03.18brlcadI just mean that it fits the convention (db_argv_*)
21:03.24starseekerah :-)
21:03.55brlcadeither becomes db_argv_*() or db_type1_to_type2() (no _from_)
21:04.00starseekerwhat does argv actually abbreviate - argument vector ?
21:04.07brlcadwe have several other "from" funcs as it is, so nothing major there
21:04.39brlcadyep
21:05.00starseekerso would that make it db_argv_to_dpv and db_dpv_toargv ?
21:05.23starseekers/db_dpv_toargv/db_dpv_to_argv
21:05.35brlcadargument count, argument vector ("value" also works, but I believe vector was the original intent)
21:06.19starseekerbrlcad: how did you want to set up the enum?
21:06.29starseekeris reworking db_tops...
21:06.44brlcadsee bu_fnmatch for starters
21:06.56brlcadit's got flags that are the same concept
21:07.22starseekerah
21:07.30brlcadthey're not wrapped in an enum, but same idea
21:07.37starseekerso we pass in the dbip and the flags
21:07.43brlcadyep
21:08.32brlcadget back a 'struct directory **' (a dpv, a null-terminated list of struct directory *'s)?
21:08.44brlcadhm, that could be a littlbe bit of a problem
21:09.01brlcadnot a problem for db_ls() but a problem for the other two
21:09.10starseekerhow does (or doesn't) the enum changes things vs. the int for something like this?
21:09.33starseekeryou mean sanity checking to make sure the directory array is null terminated?
21:09.52brlcadso option1: db_argv_to_dpv() and db_argv_from_dpv() .. or .. option2: db_argv_to_dpv() and db_dpv_to_argv()
21:10.22starseekerah.  hmm
21:10.32starseekeris too used to the ghostscript toools
21:10.39starseekerpdf2ps, ps2pdf, etc.
21:11.46brlcadyeah, my gut feeling for years has been the same bias, just because we're not consistent and that irks me
21:12.01brlcadbut API-design I'm not so sure
21:12.05brlcaddesign-wise
21:12.22brlcadthey logically group together as argv functions
21:12.34brlcadargv strings to/from various representation types
21:13.24brlcadbut then maybe they shouldn't .. maybe db_argv_to_path() shouldn't exist and there should instead be a db_dpv_to_path()
21:14.05starseekerdoes db_full_path have such a vector in its struct?
21:14.08brlcadI stay up way too late thinking about these kinds of things...
21:14.13starseekerhehe
21:15.10brlcaddb_argv_to_path() is a little bit of a different beast because the ordering of the argv matters, it's not an arbitrary set of objects
21:16.52starseekeras long as we're on naming conventions, which one would you like to use for the db_ls enum?
21:26.13*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
21:29.20brlcadwithout any other uses yet defined, I'd stick with an 'int flags' argument, no enum/typedef to keep the API simple
21:29.34starseekerok
21:30.26brlcadotherwise same concern I mentioned on the list earlier, it becomes a type we have to document and people reading the API have to learn
21:30.42brlcadbitwise flags in an int is pretty common (fnmatch, regex, ...)
21:31.09starseekeris there ever a situation where we can or would want to return things that match the RT_DIR_PHONY_ADDR flag?
21:31.09brlcadand matches several other places we have flags (debug flags, cv types, ..)
21:31.57brlcadlook at where all that is used ... is it actually written to disk ever?
21:32.05brlcadif it's not, then no
21:32.27brlcadif it is, db_ls() should have some way to return it
21:36.36brlcadstarseeker: fwiw, you don't need to do the D B _ S E A R C H _ P A T H expansion any longer .. slowly weeding those out as API is cleaned up
21:36.56starseekeroh, you mean in search.c?
21:36.59starseekeror in the header?
21:37.01brlcadthey used to help differentiate public API from static/internal/private functions in the implementation files
21:37.07brlcadin the public headers
21:37.14starseekernods
21:37.43brlcadas public headers, the rest is weeded out so every comment should be important for the statement that follows
21:39.34brlcaddon't forget your HIDDEN markers on static/private/internal functions that aren't declared in a header
21:40.04starseekererm
21:40.08starseekerforgot - will fix
21:45.02brlcadmpictor: awesome list of issues .. making me want to run that on our codebase
21:45.13brlcadwere they all "anti-simplify"?
21:46.48Notify03BRL-CAD:starseeker * 57636 (brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Mark some functions as HIDDEN
21:47.33Notify03BRL-CAD:tbrowder2 * 57637 brlcad/trunk/src/util/bu_opt_parse.h: reduce and modify possible arg value types
21:49.01Notify03BRL-CAD:tbrowder2 * 57638 brlcad/trunk/src/util/bu_opt_parse.h: don't need char type either
21:49.23maths22brlcad: I meant the list of things for brl-cad itself
21:53.46Notify03BRL-CAD:tbrowder2 * 57639 brlcad/trunk/src/util/dsp_add2.c: change int to long; set char* values to 0
21:55.34Notify03BRL-CAD:tbrowder2 * 57640 brlcad/trunk/src/util/bu_opt_parse.cpp: change int handling to long; eliminate unneeded val types; start handling data mapping from TCLAP back to bu_args after successful parsing
22:03.55brlcadmaths22: i'm afraid I don't understand, need some context or repeat
22:10.41zero_levelbrlcad: During one our disucssio, you said something about. "HIDDEN extern"
22:10.57zero_levelAnd it being an error.
22:11.19zero_levelCan you suggest me how to get rid of this. If it is an error ?
22:15.09zero_levelc/disucssio/discussion
22:15.42``Erikhttp://blogs.scientificamerican.com/roots-of-unity/2013/09/12/10-trig-functions-youve-never-heard-of/?WT_mc_id=SA_DD_20130913
22:23.12zero_level``Erik : Can you help me regarding "HIDDEN" ? Is it a macro ? I dont find it defined anywhere.(used searching tools) Can you point me somewhere in the code where this is defined.
22:23.54Notify03BRL-CAD:starseeker * 57641 brlcad/trunk/src/librt/CMakeLists.txt: Add db_ls and related functions - comples, but not hooked up or tested - this is just initial code to drive discussion.
22:25.46starseekerbrlcad: let me know if that's at least the right general idea.
22:26.02zero_level``Erik, brlcad, starseeker : I would like to point you all to the modification in rt. (uses of icv).
22:27.17zero_levelas per the current practice I have used UCHAR data to be sent to icv api (i.e icv_writeline(...,ICV_DATA_UCHAR) ).
22:27.49zero_levelFor specimen see L:578 in src/rt/view.c
22:29.39zero_levelI seek your help to modify this to write double data (as produced by rt.). (Need pointer on how should I proceede =)
22:29.53zero_levelhas little idea regarding rt.
22:29.57zero_level:)
22:37.02``Erikzero_level: HIDDEN is typically defined as static or nil, ignore it and don't use it
22:38.13maths22brlcad; I asked 15:53 < maths22> brlcad: is there any website work I should/can be working on?
22:38.27maths22You replyed: 23:50 < brlcad> maths22: oh my gosh yes!
22:38.32maths2223:51 < brlcad> i'll try to come up with a summary of where we're at on Monday
22:47.12zero_level``Erik : thanks :)
22:59.14mpictorbrlcad: didn't see your comment
22:59.21mpictornot all are anti-simplify
23:00.43Notify03BRL-CAD:mohitdaga * 57642 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/encoding.c and 3 others): Ignore HIDDEN
23:01.00zero_level``Erik see r57643.
23:02.02mpictorthere are 3 different ones for resolve.c:502; I can guess about 2 of them but not sure what anti-dce is
23:02.47Notify03BRL-CAD:mohitdaga * 57643 brlcad/trunk/src/libicv/dpix.c: Ignore HIDDEN
23:05.44mpictorstack took a *very* long time to run on stepcode, with 8 cores at 100%, but I did force powersaving because it was running so hot
23:08.17*** join/#brlcad kesha__ (~kesha@49.249.0.50)
23:12.10mpictorbrlcad: script to run stack with CMake: http://pastebin.com/mHq06tAs
IRC log for #brlcad on 20130914

IRC log for #brlcad on 20130914

00:10.20starseekermpictor: hmm - the autotools setup I've got doesn't seem to like stack's files
00:10.58mpictorstarseeker:  did you run autoreconf -fvi ?
00:11.15starseekerah - no
00:11.18starseekeris rusty on autotools
00:11.35mpictorme too. that's in INSTALL
00:11.54starseekerheh - when all else fails, read the directions
00:11.59mpictorI built it on gentoo with llvm-9999 and clang-9999
00:12.02mpictoryup
00:13.09mpictoreither the documentation is wrong or building against those versions broke stack; the output file was not named poptck.txt
00:14.21mpictors/output file/only file I found/
00:15.11starseekerhmm
00:15.26starseekersees he has some building to do if he wants to try this sucker
00:16.11mpictoralso, I had to edit poptck to use python2.7; it won't work with v3 which is default on my system
00:17.12starseekernods
00:48.25Notify03BRL-CAD:tbrowder2 * 57644 brlcad/trunk/src/util/CMakeLists.txt: add another test file for TCLAP
00:55.24Notify03BRL-CAD:tbrowder2 * 57645 brlcad/trunk/src/util/CMakeLists.txt: finish the phrase
01:06.03Notify03BRL-CAD:tbrowder2 * 57646 brlcad/trunk/src/util/bu_opt_parse.cpp: refactor cmd.add to follow the switch
01:08.27Notify03BRL-CAD:tbrowder2 * 57647 brlcad/trunk/src/util/bu_opt_parse.cpp: zero the pointer in the container after deletion (for OCD programmers)
01:15.26zero_level``Erik, brlcad : If we want a capacity to read/write bmp files. I believe we will need libbmp in our source code ?
01:16.14zero_levelIs this recommended ? Is there any other alternative ?
01:16.46zero_levelHow to configure libbmp with the src code ?
01:18.53*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:20.44Notify03BRL-CAD:tbrowder2 * 57648 brlcad/trunk/src/util/bu_opt_parse.h: remove unused char type
01:21.50Notify03BRL-CAD:tbrowder2 * 57649 brlcad/trunk/src/util/bu_opt_parse.cpp: fill data extraction for rest of types for UnlabeledValueArg
03:35.05brlcadzero_level: I would not worry about bmp files at this point
03:35.39brlcaddoxygen comments are easily more important than that
03:36.42brlcadbasically making what you have even easier to use still, and used by more tools in util
03:37.32brlcadmaths22: ahh! that refresher, yes okay that did slip memory
03:54.42brlcadstarseeker: hm, not digging the mix of positive and negative flags
03:56.03brlcadi get the desire to have the default be 'ls' with hidden hidden, but the flags/api should probably be positive
03:57.53brlcadwith default flags=0 being something like DB_LS_VISIBLE, others become DB_LS_REGION, DB_LS_COMB, DB_LS_TOPS, etc  
03:57.56brlcad(note that "solid" implying primitives is a convention most of our docs have been intentionally moving away from)
03:58.25brlcad(they're not all solid, not even all are geometric)
04:01.22brlcadthe other point I started to make earlier about there being a problem with struct directory ** is in db_argv_to_dpv() ... you have to know when the list ends, so it needs to be null terminated but argv entries can result in a null entry
04:01.45brlcadlooks like you don't null-terminate either db_argv_to_dpv() or db_dpv_to_argv(), that's a second issue
04:22.36brlcadoof, STACK's build system is very llvm and linux-specific .. this is going to take some work
05:41.29*** join/#brlcad kesha__ (~kesha@49.249.0.50)
06:16.24*** join/#brlcad FLOSSrookie (~brian@107.200.34.111)
06:51.32*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:57.55*** join/#brlcad kesha__ (~kesha@49.249.0.106)
07:47.56*** join/#brlcad kesha (~kesha@49.249.200.19)
08:23.45*** join/#brlcad kesha_ (~kesha@49.249.191.62)
08:36.45Notify03BRL-CAD Wiki:Vladbogolin * 6134 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */
08:50.32*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:53.41*** join/#brlcad kesha_ (~kesha@49.249.16.85)
09:08.12*** join/#brlcad vladbogo (~vlad@188.25.237.111)
09:34.05*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
09:44.42*** join/#brlcad vladbogo (~vlad@188.25.237.111)
09:47.11vladbogohi all. After updating to the latest revision archer does not start (gives a segfault at the begining). Does anyoane know why this happen?
10:40.15Notify03BRL-CAD:tbrowder2 * 57650 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/dsp_add2.c and 2 others): rename files for consistency to bu_arg* instead of bu_opt; add bu_arg_free function for bulk heap memory recovery
10:42.24Notify03BRL-CAD:tbrowder2 * 57651 brlcad/trunk/src/util/dsp_add2.c: free bu_arg_vars memory
11:21.04Notify03BRL-CAD:tbrowder2 * 57652 brlcad/trunk/src/util/test_bu_arg_parse.c: clean out unneeded code
11:28.10Izak_ls
11:42.28*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
11:52.59starseekerbrlcad: so we'd just document what the standard set of flags would be to get default 'ls' behavior?
11:53.58starseekersuspected mixing positive and negative wouldn't fly well, but it seemed odd to have to add a lot of flags to get the most common behavior...
11:54.41starseekercan live with it... API cleanliness probably trumps verbosity concerns in this instance
11:56.35starseekerhmm, see the point with db_argv_to_dpv - do we need the full argc/argv paring convention for that API then?
11:57.10starseekeror is there some empty-but-not-NULL convention we could establish for the directory ** arrays?
12:13.34*** join/#brlcad kesha__ (~kesha@49.249.0.96)
13:12.04*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:51.03*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
14:20.50Notify03BRL-CAD:iiizzzaaakkk * 57653 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting rt_hrt_bbox(): Stretching the xdir vector to accomodate the heart, rt_hrt_norm():Correcting Z component of the normal vector.
14:25.56Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6135 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
14:44.01*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:04.18*** join/#brlcad caen23 (~caen23@92.85.89.94)
15:07.51Notify03BRL-CAD:starseeker * 57654 brlcad/trunk/src/librt/ls.c: Make a second stab at ls.c
15:08.01starseekerbrlcad: how does that look?
15:13.04Notify03BRL-CAD:starseeker * 57655 brlcad/trunk/src/librt/ls.c: whoops, copy paste issue
15:13.33Notify03BRL-CAD:starseeker * 57656 brlcad/trunk/src/librt/ls.c: ws
15:36.47Notify03BRL-CAD:starseeker * 57657 brlcad/trunk/src/librt/ls.c: The previous flags allowed filtering but not the additive building of objects that matched one or more flags. Add a second set of flags to allow for that scenario.
15:42.11Notify03BRL-CAD:starseeker * 57658 brlcad/trunk/src/librt/ls.c: Only return after all the flags are checked - additive flags may change the final result.
15:58.19*** join/#brlcad kesha__ (~kesha@49.249.8.16)
16:35.36*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:32.54*** join/#brlcad kesha__ (~kesha@49.249.0.72)
17:36.38Notify03BRL-CAD:starseeker * 57659 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c and 4 others): Rework search to use directory pointers instead of char ** arrays. Use db_ls, remove db_tops
17:53.28*** join/#brlcad kesha (~kesha@49.202.231.142)
17:57.08Notify03BRL-CAD:tbrowder2 * 57660 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h): put const in correct position
20:01.31*** join/#brlcad whyesse (~quassel@94.159.133.103)
20:26.05*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
21:19.50Ch3ck_runs to bed!
21:23.28Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6136 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
21:33.44Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6137 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
21:34.24Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6138 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
21:36.55*** join/#brlcad kesha (~kesha@49.202.231.142)
IRC log for #brlcad on 20130915

IRC log for #brlcad on 20130915

04:03.26*** join/#brlcad kesha (~kesha@49.249.0.72)
04:55.29*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:38.10*** join/#brlcad kesha (~kesha@49.249.0.72)
08:03.25*** join/#brlcad kesha (~kesha@49.249.16.133)
08:13.53*** join/#brlcad kesha_ (~kesha@49.248.244.60)
08:57.51*** join/#brlcad kesha__ (~kesha@49.249.16.122)
09:20.32*** join/#brlcad kesha (~kesha@49.249.16.122)
10:22.15*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
10:50.09*** join/#brlcad kesha_ (~kesha@49.249.16.122)
10:55.04*** join/#brlcad kesha_ (~kesha@49.249.16.122)
11:23.45*** join/#brlcad kesha_ (~kesha@49.249.16.69)
11:40.00*** join/#brlcad kesha__ (~kesha@49.249.16.69)
12:22.22*** join/#brlcad kesha__ (~kesha@49.249.16.69)
13:01.50*** join/#brlcad vladbogo (~vlad@188.25.237.111)
13:27.03vladbogohi. It seems that the segfault in archer hasn't been solved. I used gdb to locate the source:
13:28.25vladbogoProgram received signal SIGSEGV, Segmentation fault. 0x00007fffe66e2fe3 in ged_search (gedp=0x1437560, argc=4, argv_orig=0x631998) at /home/vlad/brlcad-code/src/libged/search.c:337
13:28.54vladbogobut I don't know exactly what happens there
13:28.59*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:29.28vladbogoany hints?
13:53.33*** join/#brlcad vladbogo (~vlad@188.25.239.16)
13:55.16*** join/#brlcad vladbogo_ (~vlad@188.25.237.215)
13:57.00*** join/#brlcad vladbogo__ (~vlad@188.25.237.92)
14:31.00starseekervladbogo__: what input are you using?
14:34.13starseekernevermind, I see it
14:39.38Notify03BRL-CAD:starseeker * 57661 brlcad/trunk/src/libged/search.c: Don't crash when we hit an invalid search. Not sure how we're getting here yet, but should get Archer working
15:36.52*** join/#brlcad kesha__ (~kesha@49.249.16.69)
15:49.31Notify03BRL-CAD:starseeker * 57662 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c and 2 others): Add the -Q option to search, which uses a new db_search_plan_validate function to silently make sure the plan string is valid before doing a search. Lets archer start up without spewing warnings.
16:00.00Notify03BRL-CAD:starseeker * 57663 brlcad/trunk/src/libicv/ppm.c: Clang error - 'while loop has empty body'
16:09.55*** join/#brlcad caen23 (~caen23@92.85.89.94)
16:50.29*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:09.56*** join/#brlcad Gaganjyot (~gagan@1.38.17.130)
17:19.12Notify03BRL-CAD:vladbogo * 57664 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Mention Qt in the cmake report.
17:21.43*** join/#brlcad vladbogo (~vlad@188.25.237.92)
17:35.18Notify03BRL-CAD:vladbogo * 57665 (brlcad/trunk/include/dm.h brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-generic.c): Removed qt-tk process events function since it's not being used anymore.
17:40.36Notify03BRL-CAD:vladbogo * 57666 brlcad/trunk/src/mged/mged.c: Stop processing mged events when Qt enabled non-blocking since it's not necessary anymore. Also removed the setlocale to UNIX since it's already set in dm-qt and it was only enabled because of Qt.
17:58.51Notify03BRL-CAD:vladbogo * 57667 brlcad/trunk/src/libdm/dm-qt.cpp: Comments + print logs only if debugLevel is set.
18:03.25*** join/#brlcad kesha__ (~kesha@49.249.16.242)
18:09.06Notify03BRL-CAD:vladbogo * 57668 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/dm-Null.c and 9 others): Removed dm_processEvents from struct dm since it's no longer necessary.
18:20.41Notify03BRL-CAD Wiki:Vladbogolin * 6139 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */
18:29.01kesha__brlcad: what does "2>&1" signify ?
18:30.39kesha__a day or so before we saw "make 2>&1 | tee make.log"
18:38.26vladbogohi kesha__. You can find info here http://stackoverflow.com/questions/2341023/what-does-the-ampersand-indicate-in-this-bash-command-12
18:46.50kesha__vladbogo: thanks !
18:48.22vladbogoyou're welcome
18:56.42kesha__brlcad: what is $1 here ? because it is not able to get library.sh
18:57.18kesha__http://paste.kde.org/p69192240/ ^^
18:58.55vladbogokesha__: $1 is the first argument to the script
20:49.25*** join/#brlcad merzo (~merzo@6-144-133-95.pool.ukrtel.net)
22:00.48*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:57.28Notify03BRL-CAD:indianlarry * 57669 (brlcad/branches/nurbs/include/dm.h brlcad/branches/nurbs/include/raytrace.h and 30 others): Merging trunk into branch 'nurbs' r:57630:57668
IRC log for #brlcad on 20130916

IRC log for #brlcad on 20130916

01:49.25Notify03BRL-CAD:phoenixyjll * 57670 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/comb/comb_brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Tweak the code - use rt_db_internal instead of ON_Brep for the interface between libged and librt.
03:03.48Notify03BRL-CAD:phoenixyjll * 57671 brlcad/trunk/src/librt/comb/comb_brep.cpp: single_conversion() should be used for ON_Brep*. And check the pointers before free the memory.
04:06.03*** join/#brlcad kesha__ (~kesha@49.249.16.242)
05:20.14*** join/#brlcad kesha__ (~kesha@49.249.16.242)
05:48.01*** join/#brlcad kesha__ (~kesha@49.202.231.149)
07:11.20*** join/#brlcad kesha (~kesha@49.202.231.149)
07:13.11Notify03BRL-CAD Wiki:Agredain84 * 0 /wiki/User:Agredain84:
07:14.28*** join/#brlcad vladbogo (~vlad@188.25.237.92)
07:16.12*** join/#brlcad kesha (~kesha@49.202.231.149)
07:25.22*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
07:31.07*** join/#brlcad kesha (~kesha@49.202.231.149)
09:37.22*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:09.01*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:39.59*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:44.44*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:53.02Notify03BRL-CAD Wiki:Phoenix * 6140 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */
12:53.17Notify03BRL-CAD Wiki:Phoenix * 6141 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */
13:01.28*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
13:08.42*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:37.18Ch3ck_I wish to ask if BRL-CAD has any routine in the bn.h or vmath.h that determines if two matrices are equal; if not i'll like to implement one which will be needed for pulling combinations
13:37.29Ch3ck_and can also be applied in other cases.
13:37.44Ch3ck_i've checked and i'm not seeing any
13:40.15Notify03BRL-CAD:carlmoore * 57672 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libdm/dm-qt.cpp and 2 others): remove trailing blanks/tabs; fix usage,spelling (including function name appearing in a comment)
14:03.01Notify03BRL-CAD:carlmoore * 57673 (brlcad/trunk/src/conv/stl/g-stl.c brlcad/trunk/src/conv/tankill/g-tankill.c): implement h?, remove unneeded 'break' (due to control passing into bu_exit), and remove a pair of braces (only 1 statement
14:25.24*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:16.24*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
15:49.34Notify03BRL-CAD:starseeker * 57674 brlcad/trunk/src/librt/search.c: Break out the logic that splits the attribute name, the equality specification, and the value into its own function.
15:51.58*** join/#brlcad kesha (~kesha@49.249.200.7)
16:42.31*** join/#brlcad kesha (~kesha@49.249.200.7)
16:54.22*** join/#brlcad kesha (~kesha@49.249.200.7)
16:59.38*** join/#brlcad Izak__ (~Izak@195.24.220.16)
17:08.11Izak__I'm working on rt_hrt_plot() which depends on a private helper function rt_hrt_24pts().When testing in archer, this error ( see http://paste.kde.org/pfa8a5da8/) shows up. Can anyone help me out with possible clarifications on how to approach this error ?  This is the  rt_hrt_plot() code http://paste.kde.org/p75413ef1/
17:08.35Notify03BRL-CAD:tbrowder2 * 57675 brlcad/trunk/src/libbu/ptbl.c: style
17:48.44Notify03BRL-CAD Wiki:NyahCh3ck20 * 6142 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 16 - Sept 22 */
18:02.57*** join/#brlcad kesha_ (~kesha@49.249.16.137)
18:03.50Ch3ck_hits the road ;)
18:07.05Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6143 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */
18:54.52Notify03BRL-CAD Wiki:Vladbogolin * 6144 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */
18:59.20*** join/#brlcad Gaganjyot (~gagan@210.56.106.69)
19:20.38Notify03BRL-CAD:mohitdaga * 57676 brlcad/trunk/include/icv.h: Add doxygen comments for functions in icv.
20:02.25*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:02.44*** join/#brlcad Gaganjyot (~gagan@125.62.121.36)
20:03.44Notify03BRL-CAD:starseeker * 57677 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Start working on adding support for specifying limits to above and below in the search command. Making some progress with below.
22:26.19Notify03BRL-CAD:starseeker * 57678 brlcad/trunk/src/librt/search.c: Hmm. Bit tricky figuring out what values need to be where...
22:36.05*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
22:44.25Notify03BRL-CAD:starseeker * 57679 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): This approach isn't going to fly without a lot more careful thought and design - back out for now.
23:05.56starseekergrr
IRC log for #brlcad on 20130917

IRC log for #brlcad on 20130917

00:52.44brlcadstarseeker: looks like you introduced a bug in r57663, changed the loop meaning
00:53.04*** join/#brlcad kesha_ (~kesha@49.249.16.137)
00:58.28brlcadCh3ck: bn_mat_is_equal()
02:55.50Notify03BRL-CAD:starseeker * 57680 brlcad/trunk/src/libicv/ppm.c: revert 57663
02:57.05starseekerbrlcad: reverted until a proper fix is made
03:18.03*** join/#brlcad kesha__ (~kesha@49.249.16.137)
03:26.28*** join/#brlcad kesha__ (~kesha@49.249.16.137)
03:29.51brlcadstarseeker: cool, I think it just needed to be do { c = getc(); } while (c != '\n'); so that the loop wasn't empty
03:30.24brlcadthat's all it was complaining about the while () ;  where that semi is "do nothing" which was intended
03:30.46brlcadthe perils of having an expression that does more than evaluate to a value, but performs some work
03:31.24brlcadwhy I prefer to separate them whenever possible even if it means a couple more lines of code, it's explicitly clear what each line does
03:32.38brlcadstarseeker: been thinking about the directly ** return as well and I think the way to handle it closer to how you originally had it ... basically we need an alternative to NULL for both the dpv and argv when they are set/returned
03:33.42kesha__hi brlcad.. For the previous compilation error, I ran it from the main directory and here's the paste- http://paste.kde.org/pe1a69e09/ . It gives error #69
03:36.15brlcadstarseeker: and I think there's already a pattern there, we can and should always return a struct directory for each argv .. they just may be RT_DIR_PHONY_ADDR with zero len, but even that is still incredibly useful
03:38.43brlcadkesha__: and?
03:38.50brlcadyou've shown that error before
03:39.02brlcadnothing has changed about how you were told to handle it
03:39.26kesha__brlcad: and its not fixing ..
03:39.41brlcadhow would it get fixed, you didn't change anything... :)
03:40.04kesha__change what ? :)
03:40.25brlcadgoing back over a week when you first showed that lib.exp error
03:40.26kesha__compiling dependencies in other ?
03:40.35brlcadI said you can either investigate and fix the cause of that build error
03:40.45brlcador note that version as a failed compile
03:41.01brlcadhoping that there are huge important sections that result like that
03:41.29kesha__Thats not the only version that failed compile with this error. there are about 2 dozens which give same compiling error.
03:41.37brlcadI don't have a quick fix answer for that bug, it has to be inspected by someone and diagnosed
03:42.01brlcadbug isn't even the right word, it's some peculiar mix of old sources and newer tools
03:42.20brlcadright, not the only one
03:42.36brlcadso then what are you telling me by having me look at a pastebin of it ??
03:42.59kesha__How do I go about investigating make ?
03:43.22brlcadthat's almost as generic as asking how you might go about writing code
03:43.26brlcadyou investigate
03:43.45brlcadread the sources, read the makefile that you're running
03:43.53brlcadunderstand the error for starters, go from there
03:44.52brlcadstill, I think we're hitting diminishing returns on this path
03:45.12brlcadyou've at least not been able to thusfar confirm any version working better than current head
03:45.57kesha__7.21 is somewhat 1% better .. But thats not sufficient .
03:46.15brlcadwhere are you coming up with that number?
03:46.43kesha__I searched for lib.exp in Makefile and other directories, but its not called from there.
03:47.17brlcadit is somewhere
03:47.33brlcadmaybe not as "lib.exp" directly, as is often the case with code
03:48.00kesha__some revision abt 50k ,I tested and in the current head the lines like structure( like falling rain has been converted to an ellipse)
03:48.05brlcadfor example, it could be"${something}.exp"
03:49.23brlcaddiminishing returns
03:49.25brlcadlets change the focus these last remaining days to either improving current trunk head step-g importer (make some entity that is failing not fail) or improve/complete the step regression test
03:50.35kesha__In regression test, next is find area, volume and other quantities
03:50.48kesha__and check if >0
03:51.13brlcadno we don't need to find a bunch of quantities
03:51.18brlcadwe need A quantity
03:51.24brlcadjust to make sure it made something
03:51.44kesha__just Volume.. fine ?
03:51.46brlcadand to make sure that something is valid for some marginal notion of valid
03:52.10kesha__*marginal notion of valid* as in ?
03:52.46brlcadyou tell me
03:54.18kesha__something boundary related ? :)
03:54.27brlcadre-read my e-mail
03:54.31brlcadI'm not sure what you mean by that
03:55.42kesha__being sure of its geometry
03:56.14brlcadstarseeker: r57657 .. smells bad
03:57.19kesha__" Make sure the conversion worked (zero return code, .g file exists, >0 file size, etc).  Then you'll need to perform some sort of validation.  Maybe calculate a volume (gqa -Av) and make sure the volume is >0 for each file. "
03:58.12brlcadkesha__: and?
03:58.39brlcadall that tells me is that you received what I wrote and you know how to copy-paste
03:58.43brlcadthat's not useful
03:58.50brlcadshow me you understand what that meant
03:59.45brlcadyou were on the right track, you just missing my original point perhaps -- it was very specific
04:00.09kesha__1. checking for step-g and the existance of both files and then checking geometry of .g file  
04:00.13brlcadyou said "next is find area, volume and other quantities" .. i said ... "no ..."
04:00.54brlcadwell, your script that you sent also runs "touch file.g" so checking existence with that seems meaningless
04:01.48kesha__if the file is not there, then it creates, but eventually we are seeing if something is there in file or it was made by touch..
04:03.22Notify03BRL-CAD:brlcad * 57681 brlcad/trunk/src/libicv/ppm.c: make no-statement while loops more obvious
04:07.51brlcadwhy create it (empty)?
04:10.47kesha__I had used touch script earlier, so I thought that strategy can be used over here also. I will try to modify directly if it exists or not without creating empty file.
04:11.00starseekerbrlcad: re:r57657 I'm open to suggestions or just not supporting that at all...
04:12.16kesha__Btw is there any issue in creating it ?
04:12.46starseekerhad to get something working to move forward... Even the feature I was working on today may have to get shelved, if I can't get it working in a few more hours
04:13.28starseekercan probably do what he needs for g-step now, so replacing dbfind get's shoved back again...
04:16.01Notify03BRL-CAD:brlcad * 57682 brlcad/trunk/src/libicv/ppm.c: handle ppm files a little more gracefully, supporting mac, unix, windows line ending headers just in case. since we don't do anything with them, just add a function that skips to the next line.
04:17.12brlcadkesha__: the issue is it begs the question why a file is being touched.  must a .g file exist for something, even if it is completely invalid.  if it serves no purpose, the code becomes unnecessary unhelpful distracting complexity that obfuscates what really matters
04:17.28brlcadso again I ask you, "why are you making the script touch the file"
04:17.55brlcadthis isn't a question of can or can't, it's should or shouldn't .. i.e., it needs for some reason or it does not
04:18.51brlcadif you cannot answer that (and you wrote the script), then the answer is probably that it doesn't do anything useful and this is just bloat to make it seem like more is going on than really is
04:21.10brlcadstarseeker: yeah, my inclination would be to not support that feature (caller's can 'or' the data themselves ... or use the search API)
04:21.14brlcadkeeps it simple
04:22.29brlcadlets db_ls() doing one thing simple/well too I think, give a list of geometry of given type(s)
04:31.13kesha__brlcad: touch as such serves no *special* meaningful purpose, it can be replaced by directly checking existance of file and also resulting would be lesser complex. :)
04:36.12Notify03BRL-CAD:phoenixyjll * 57683 brlcad/trunk/src/libged/brep.c: Add an "--no-evaluation" option, using the old routine of converting comb without NURBS evaluations (CSG tree + brep).
04:36.56Notify03BRL-CAD:phoenixyjll * 57684 brlcad/trunk/src/librt/comb/comb_brep.cpp: Mark conv_tree() with HIDDEN.
04:48.42zero_levelbrlcad : Thanks for the ppm files.
04:50.23zero_levelis analyzing the changes made.
04:59.26zero_levelok.
06:12.26*** join/#brlcad yiyus (1242712427@je.je.je)
06:13.04*** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net)
06:13.12*** join/#brlcad kesha__ (~kesha@49.249.17.64)
06:14.06*** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/session)
06:15.59*** join/#brlcad quantumkat (~kat@ip70-171-0-190.ga.at.cox.net)
06:34.03*** join/#brlcad kesha__ (~kesha@49.249.199.55)
06:40.22Notify03BRL-CAD Wiki:Eduardolalla * 0 /wiki/User:Eduardolalla:
06:53.09*** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net)
06:53.37*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xsamscszvskldbnl)
07:39.30kanzurebrlcad: any hints on how i can pick which parts to wrap first? i've been working on bu and wdb but maybe i should be looking at other things too? are there a pile of tests i could re-implement into python?
07:48.32*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:06.42*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
08:13.33*** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.154)
08:15.19*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
08:22.31*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
08:28.34*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:42.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:43.54*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
09:34.02*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
09:48.30*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:59.25Notify03BRL-CAD:tbrowder2 * 57685 brlcad/trunk/include/bu.h: not sure what was intended, but this should suffice until something better appears
10:07.53*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
10:11.26Notify03BRL-CAD Wiki:NandlalPael * 0 /wiki/User:NandlalPael:
10:15.05Notify03BRL-CAD:tbrowder2 * 57686 brlcad/trunk/include/bu.h: correct glob expression
10:49.48*** join/#brlcad kesha__ (~kesha@14.139.122.114)
11:06.26*** join/#brlcad Izak__ (~Izak@195.24.220.16)
11:12.41*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
11:26.08Izak__brlcad: ``Erik: I'm working on rt_hrt_plot() which depends on a private helper function rt_hrt_24pts().When testing in archer, this error ( see http://paste.kde.org/pfa8a5da8/) shows up. Can anyone help me out with possible clarifications on how to approach this error ?  This is the  rt_hrt_plot() code http://paste.kde.org/p75413ef1/
12:09.19Notify03BRL-CAD:indianlarry * 57687 (brlcad/branches/nurbs/include/bu.h brlcad/branches/nurbs/include/icv.h and 11 others): Merging trunk into branch 'nurbs' r:57668:57686
12:13.19*** join/#brlcad Gaganjyot (~gagan@125.62.105.4)
12:18.40Notify03BRL-CAD Wiki:KeshaSShah * 6145 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */
12:24.36*** join/#brlcad kesha__ (~kesha@14.139.122.114)
13:00.55*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:18.29*** part/#brlcad Gaganjyot (~gagan@125.62.105.4)
13:49.39brlcadkanzure: I'd suggest libged next ... that'd let someone basically write an entire editor if they really wanted
13:59.57Notify03BRL-CAD:brlcad * 57688 brlcad/trunk/TODO: mirror command needs some tlc. the offset value looks like a translation after mirror instead of before.
14:05.56Notify03BRL-CAD:carlmoore * 57689 brlcad/trunk/include/icv.h: remove trailing blanks/tabs
15:08.09kanzurebrlcad: thanks, i'll do that
15:17.58Izak__brlcad: can you help me with the concern I last posted ?
15:57.15Notify03BRL-CAD:carlmoore * 57690 brlcad/trunk/src/conv/tankill/g-tankill.c: add P to the usage, which was split in 2 due to warning about string length
16:06.41*** join/#brlcad kesha__ (~kesha@14.139.122.114)
16:33.31*** join/#brlcad Gaganjyot (~gagan@125.62.105.4)
17:08.02*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
17:09.15*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:06.33brlcadIzak_: what do you need?
18:06.51brlcadit gave you a line number and there should be a stack trace saved in that log file
18:07.27brlcadthat's a memory validation error, one of the *_CK_*() checks to make sure something is properly initialized is failing, saying it's zero (i.e, unset)
19:12.39*** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.154)
19:15.24Ch3ck_runs home
19:57.01*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
20:01.08*** join/#brlcad kesha (~kesha@14.139.122.114)
20:05.46brlcadmpictor: since you apparently already have it set up somewhere, how might I entice you to run stack on brl-cad ? :)
20:06.47brlcadi've kicked it on three systems now and they all have a problem .. need to install llvm from scratch so I can compile stack cleanly, unfortunately not in a ports repository anywhere
20:11.31mpictorbrlcad: can I wait until winter? Then I can turn my furnace off for a few days while my computer heats the place :P
20:12.23mpictordo you think it needs llvm at runtime? If not, I could send you a tarball
20:16.54mpictorIf I can force it to only run on some cores, I guess I can let it run in the background for a few days
20:30.41mpictorls
20:30.44mpictorack
20:33.31mpictorbrlcad: ldd shows no dependencies on llvm, so it ought to work if I tar it up
20:34.17mpictorfirst, I'll see if I'm using a debug build or an optimized build
20:52.17Notify03BRL-CAD:starseeker * 57691 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): OK, don't have the performance optimizations in yet but this looks like it gets -below working with the >=, <= and = optional addtions to limit returns.
20:55.18*** join/#brlcad urubu (96a102c8@gateway/web/freenode/ip.150.161.2.200)
21:15.02mpictorbrlcad: it *does* require llvm at runtime, unfortunately. I just updated to r57691 and started a build
21:19.23urubuhello.  It is possible to use brl-cad to "dump"  a set of mathematical formulas that represent an object?
21:28.29brlcadmpictor: no idea, willing to try a tarball
21:29.08brlcadah, mpictor never mind -- see that you're running it .. awesome
21:29.18brlcadurubu: i'm not sure what that means
21:30.15*** part/#brlcad Gaganjyot (~gagan@125.62.105.4)
21:30.38mpictorbrlcad: if you do run it at some point, it's pretty easy to change bin/poptck to limit the number of cores used
21:30.56brlcadurubu: i mean, i get describing an object with formulas, but they are rarely sufficient for describing an object (and no we do not have a generalized primitive that takes arbitrary equations)
21:31.40brlcadmpictor: good to know
21:35.42*** join/#brlcad urubu (96a102c8@gateway/web/freenode/ip.150.161.2.200)
21:37.13brlcadurubu: if you didn't get my reply, feel free to elaborate what you meant
21:37.19Notify03BRL-CAD:brlcad * 57692 brlcad/trunk/NEWS: cliff improved the search command so that you can now specify >= <= and = depth options
21:37.26brlcadstarseeker: is it only -below or doing -above and -depth too?
21:37.33Notify03BRL-CAD:starseeker * 57693 brlcad/trunk/src/librt/search.c: Also get -above working with the >=, <= and = optional addtions to limit returns.
21:37.38urububrlcad: hmm, okay. I was looking for examples/benchmarks to use in a project (volume computation with monte carlo).
21:38.25brlcadooh, I get it now
21:38.26starseekerbrlcad: -below and -above so far
21:38.41starseekercould do depth too... hadn't thought about it, but logical
21:38.44starseekerone sec...
21:38.46urubuI saw that is possible to calculate volume of objects with brl-cad
21:38.46brlcadstarseeker: cool
21:39.06brlcadurubu: yes, the gqa/g_qa command is made for that (-Av option)
21:39.23starseekerneeded a way to replace dbfind's trick of reporting combs that include a particular object
21:39.35brlcadif it's a really simple object, like a single sphere or box, the 'analyze' command will directly calculate many mathematical properties
21:39.51urubuso I thought that maybe it would be possible to convert an object to a set of mathematical constraints
21:40.42brlcadyou're not really "converting" anything
21:41.02starseekerbrlcad: urm.  Should I replace -maxdepth and -mindepth with just -depth and the ><= logic?
21:41.05brlcadjust evaluating/describing that intrinsic characteristic
21:41.16starseekersuppose I'd have to deprecate those other two options...
21:41.34brlcadstarseeker: no, I'd match 'find'
21:41.48brlcadleverage the familiarity as much as possible
21:42.08brlcadit's got all three
21:42.27Notify03BRL-CAD:starseeker * 57694 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add example using results from search with tcl, explain new path syntax.
21:42.27urubuyeah, "convert" is not the best word
21:42.27starseekernods
21:42.34urubuanyway, thanks for the help
21:42.37urububye o/
21:42.40brlcadurubu: cya
21:43.23starseekerok, I'll add depth
21:43.53brlcadI'd try to support find's syntax exactly if possible first, just for usability
21:44.02brlcadthen can be expanded with a more rich syntax too
21:44.19brlcadlike "-depth 5" and "-depth >5"
21:45.07brlcadthe latter is synonymous with -mindepth 6, I think
21:45.40starseekersure - that's a little different than what I've done for above and below, since they don't require an argument, but if -depth can require an argument that'll work fine
21:47.09brlcadhm, manpage seems to indicate gnu find supports both, but unclear what -depth by itself means
21:47.33starseekervotes for requiring a numerical or inequality argument
21:48.20brlcadahh, I see
21:48.42brlcad-d/-depth implies a depth-first traversal with bsd find, which gnu find ignores
21:48.49brlcadso yeah, no worries requiring it
21:50.15brlcador something like that
21:50.45starseekeryou're OK with doing something different in search with it?
21:51.05starseekerdoesn't have the first idea how to do a depth-first search of our db hierarchy...
21:51.44starseekernor any idea of when/why a user would want that...
21:52.18brlcadboolean evaluation is usually depth-first
21:53.19brlcadyou traverse depth-first all the way to a leaf, get polys, come up, go down next path to leaf, get polys, come up, apply operator, etc
21:53.44starseekeroh, right - I guess we see that in the facetize output, don't we
21:54.01brlcadalmost everything that calls db_walk_tree()
21:54.15starseekerforgot how much *fun* it is to add a new search option. *rolls up sleeves*
21:54.29brlcadjust with no reg_start func
21:56.07brlcadlooks like db_functree() is also a depth-first traversal
21:56.41Notify03BRL-CAD:carlmoore * 57695 brlcad/trunk/src/conv/g-var.c: remove some unneeded braces and 1 'break'; implement h?
21:56.55brlcadand looks like db_preorder_traverse() is not
21:57.31brlcaddb_walk_tree() depends on which callbacks are specified
22:00.12brlcadlooks like db_recurse() also depends on callbacks
22:17.56Notify03BRL-CAD:starseeker * 57696 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Add a -depth option to search that supports ><= modifiers to a numerical depth.
22:18.00starseekerbrlcad: there we go
22:19.27brlcadcool
22:19.31brlcadwhat's the syntax?
22:20.03brlcad-depth 4 -depth >4 -depth <4 -depth >=4 -depth <=4?
22:22.08starseekeryeah
22:22.15Notify03BRL-CAD:starseeker * 57697 brlcad/trunk/src/librt/search.c: MUCH simpler way to do the min and max depth tests.
22:22.20starseeker-depth 0 wil lgive toplevel
22:22.46starseekeroh, -depth =4 will also work (just falls out from string handling)
22:23.10brlcad-depth ==4 too? :)
22:23.16starseeker-above and -below don't have the space, because they need to work without arguments
22:23.19starseekeruh...
22:23.26brlcadnot needed, just wondering
22:23.39starseekerno, actually
22:23.52starseekeroption parsing is too simple minded for that
22:24.05brlcadpresumably then => and =< also will not work
22:24.24starseekerright
22:24.55starseekerwe could make it work, would need to add more logic to the string_to_name_and_val function
22:25.31starseekerneeds to update the man page first though :-)
22:26.05starseekerand make sure all the NEWS worth stuff is in - don't remember if the new path specifier modifier
22:26.08starseekermade it in
22:30.50Notify03BRL-CAD:starseeker * 57698 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search man page to document -depth
22:35.23Notify03BRL-CAD:starseeker * 57699 brlcad/trunk/NEWS: Add the ability for either a generic toplevel search specifier or a specific object path supplied to the search command to specify it wishes to be treated as a 'flat' object - in other words, every object in the database (or, for specific objects, every object below that object) is added as a top level search starting point.
22:37.48Notify03BRL-CAD:starseeker * 57700 brlcad/trunk/NEWS: Add a -depth command to search that allow specification of either absolute or relative depth limits.
22:41.01Notify03BRL-CAD:starseeker * 57701 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/ls.c): Remove the additive version of the db_ls flags - per Sean's suggestion, keep the function logic simple and focused.
22:41.29Notify03BRL-CAD:brlcad * 57702 brlcad/trunk/NEWS: (reword r56478 and expand name for post-processing) Cliff added -l option to comb command that 'lifts' the region flag to the top level (specified) comb and clears all region flags in the tree below that comb. Has some advanced features, like automatically wrapping regions that are used elsewhere in the .g file and referencing the comb created by the wrap, and refusing to
22:41.31Notifyperform the operation if it cannot be done without changing assembly definitions used elsewhere in the tree (see the comb man page for examples.)
22:41.49brlcadnotes search is not specific to mged
22:41.53starseekerbrlcad: do you want me to yank the argv to dpv and vice versa functions until we've settled on their final form?
22:41.59starseekerer, right
22:42.44starseekersorry, was distracted trying to distinguish the -depth option from the additons to -above and -below in the other NEWS item... hard to avoid being confusing in one line...
22:42.48brlcadyank? no, but I think the previous  state you had them (before the argc/count additions) was better
22:43.15starseekeractually ended up not needing to convert an argv array in the end, so those functions actually aren't needed (yet)
22:43.20brlcadmy point about NULL dp's was flawed
22:43.32starseekerO.o?
22:43.56starseekerI thought it made sense...
22:44.06starseekera failed lookup would result in a NULL dp...
22:44.54brlcad23:36 < brlcad> starseeker: and I think there's already a pattern there, we can and should always return a struct directory for each argv .. they just may be  RT_DIR_PHONY_ADDR with zero len, but even that is still incredibly useful
22:45.10starseekeroh, gotcha
22:45.13brlcadit may result in a null lookup
22:45.17brlcadbut that doesn't mean we return null
22:45.31brlcadcould be pretty powerful actually
22:45.31starseekersorry - brain trying to hold too much in too small a space today ;-)
22:45.55starseekerfishes out the old form from the commit history
22:45.55brlcadsubmit a list of names, get back a set of dps for them, fill in their details, write them to a db
22:48.46starseekerwill stub back in the old form, but suggests we keep it out of raytrace.h for this release...
23:08.04mpictorwow, stack only took 46 minutes on brlcad!
23:08.31mpictorI wonder if the big generated files slowed it down on stepcode
23:12.04mpictorstack output here: http://pastebin.com/jc3B3G00
23:14.05mpictoroh, I did rebuild it with -O3 -march=native instead of the default -O2
23:14.22mpictorI'm sure that made some difference
IRC log for #brlcad on 20130918

IRC log for #brlcad on 20130918

02:13.47*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
02:54.05Notify03BRL-CAD Wiki:Phoenix * 6146 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */
03:11.30*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
03:11.46*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
03:11.50*** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net)
03:18.03*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:27.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
03:28.03Notify03BRL-CAD:phoenixyjll * 57704 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Scrub the code - reuse sub_curve() and sub_surface().
03:32.35Notify03BRL-CAD:brlcad * 57705 brlcad/trunk/src/mged/mged.c: checking for p implies it could be null, so stack complained about the potential null pointer dereferences that followed. we do bu_bomb() earlier, but it doesn't know that routine doesn't return.
03:36.59Notify03BRL-CAD:brlcad * 57706 brlcad/trunk/src/conv/step/step-g/SurfacePatch.cpp: step could be NULL if default constructor, so should check for it
03:43.48Notify03BRL-CAD:phoenixyjll * 57707 brlcad/trunk/src/libbrep/intersect.cpp: Correct the comments.
03:44.47Notify03BRL-CAD:brlcad * 57708 brlcad/trunk/src/conv/step/step-g/VertexLoop.cpp: another sanity check for null
03:49.38*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
03:52.05*** join/#brlcad kesha (~kesha@14.139.122.114)
07:02.43*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:31.57*** join/#brlcad vladbogo (~vlad@188.25.237.92)
07:37.05*** join/#brlcad kimzzzz (~AndChat31@1.38.31.154)
07:42.50*** join/#brlcad kesha (~kesha@14.139.122.114)
09:19.54Notify03BRL-CAD:phoenixyjll * 57709 brlcad/trunk/src/libbrep/intersect.cpp: Scrub code and add comment.
09:20.49Notify03BRL-CAD Wiki:Phoenix * 6147 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */
09:28.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:08.43*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
10:18.43*** join/#brlcad mpictor_ (~mark@c-67-177-102-131.hsd1.in.comcast.net)
11:32.11*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:32.15*** join/#brlcad kesha (~kesha@14.139.122.114)
11:36.26Notify03BRL-CAD:brlcad * 57710 (brlcad/trunk/src/proc-db/brep_cube.cpp brlcad/trunk/src/proc-db/brep_simple.cpp brlcad/trunk/src/proc-db/surfaceintersect.cpp): add a few nullity checks
11:37.24Notify03BRL-CAD:brlcad * 57711 brlcad/trunk/src/fbserv/fbserv.c: if clients[sub] can be null, don't derefence it right before the check
11:41.58Notify03BRL-CAD:brlcad * 57712 brlcad/trunk/src/util/bu_arg_parse.cpp: new doesn't return NULL, it throws an exception (there needs to be an exception handler)
11:45.14Izak__brlcad: it gave you a line number and there should be a stack trace saved in that log file. Which log file is that ?
11:51.56Izak__brlcad: I mean I have not found the file bwish-18642-bomb.log
13:00.37*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
13:19.12*** join/#brlcad Gaganjyot (~gagan@210.56.97.133)
13:33.24Notify03BRL-CAD:indianlarry * 57713 (brlcad/branches/nurbs/NEWS brlcad/branches/nurbs/TODO and 18 others): Merging trunk into branch 'nurbs' r:57686:57712
13:47.30Notify03BRL-CAD:carlmoore * 57714 (brlcad/trunk/doc/docbook/system/mann/en/search.xml brlcad/trunk/src/libbrep/intersect.cpp): remove trailing blanks/tabs; fix spellings
13:50.40Notify03BRL-CAD:starseeker * 57715 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/ls.c): Go back to the original dpv to/from argv style, use Sean's suggestion of creating an empty struct directory instead of NULL for db_argv_to_dpv
13:51.11*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
13:54.00Notify03BRL-CAD:starseeker * 57716 brlcad/trunk/TODO: Make a note that there is a little more work to do to reach the final form of the comb command's region lifting abilities.
14:03.28brlcadmpictor: tons of false positives
14:04.03brlcadmpictor: talked to the author and there's apparently a flag that should prevent many of these
14:10.14Notify03BRL-CAD:starseeker * 57717 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): get the STEP BRep writing function ready to be called by another function, as a precursor to walking a comb tree instead of specifying a single brep directly.
14:16.31Izak__d
14:22.53*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:23.17*** join/#brlcad kesha (~kesha@14.139.122.114)
14:29.20Notify03BRL-CAD:starseeker * 57718 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Pass directory pointer so we can use actual object name instead of hardcoded 'brep.s' name
14:31.19brlcadIzak__: it would have written it out into the current directory
14:31.46brlcadfind / -name bwish-18642-bomb.log
14:42.50Notify03BRL-CAD Wiki:NyahCh3ck20 * 6148 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 16 - Sept 22 */
14:46.41Notify03BRL-CAD:starseeker * 57719 (brlcad/trunk/src/conv/step/g-step/G_STEP_Util.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Use the brep shape respresentation when we are making the shape definition.
14:57.07Notify03BRL-CAD:starseeker * 57720 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Simplify the toplevel structure automatically generated by the brep routine, unless/until it is clear it needs to provide something else...
15:09.07Notify03BRL-CAD:starseeker * 57721 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 4 others): The container we are using to hold data for the brep->step process is Brep specific, so name it accordingly.
15:29.56Notify03BRL-CAD:tbrowder2 * 57722 brlcad/trunk/include/bu.h: clarify bu_ptbl comments; neaten Doxygen var comments
16:24.37*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:26.49Notify03BRL-CAD:starseeker * 57723 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Stub in some files for comb trees.
16:46.28Notify03BRL-CAD:tbrowder2 * 57724 brlcad/trunk/src/util/CMakeLists.txt: for now ignore the interface test file; change 'c' to 'C'
16:50.47Notify03BRL-CAD:tbrowder2 * 57725 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h and 2 others): new API that incorporates severak of Sean's and Cliff's ideas; uses pointers but cleans up automatically upon exit; builds and gives same no-arg response as before; still needs work but ready for comment on new approach; note that TCLAP C++ memory use is not clean yet
17:13.09*** join/#brlcad caen23 (~caen23@92.85.89.94)
17:19.17brlcadstarseeker: maybe helpful, close to the diagrams I was mentioning: http://www.sciencedirect.com/science/article/pii/S1367578809000522?np=y
17:19.30brlcadparticularly the step pdm images
17:20.17brlcadfigure 2 here is apropos too: http://www.scielo.br/scielo.php?script=sci_arttext&pid=S0100-73862000000400003
17:40.53*** join/#brlcad kesha (~kesha@14.139.122.114)
17:52.43``Erikhttps://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
17:55.48Notify03BRL-CAD:carlmoore * 57726 brlcad/trunk/src/conv/g-vrml.c: remove unneeded braces; note that default units are mm; initialize units to 'mm' and they stay that way if we don't otherwise specify units
18:08.46brlcadanyone want to design a new BRL-CAD sticker?
18:34.19Notify03BRL-CAD:carlmoore * 57727 brlcad/trunk/src/conv/g-vrml.c: remove trailing blanks from fprintf statements; detected on file output, which is user-readable
18:44.09*** join/#brlcad Izak_ (~Izak@195.24.220.16)
18:57.27*** join/#brlcad Izak_ (~Izak@195.24.220.16)
18:58.05*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
19:26.27*** join/#brlcad vladbogo (~vlad@188.25.237.92)
19:33.57Notify03BRL-CAD:iiizzzaaakkk * 57728 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Corrections to rt_hrt_norm() and adding flesh to rt_hrt_plot() and its helper function rt_hrt_24pts()
19:38.30``Erikhuh, othe rthan the normals, the hrt primitive is looking pretty good
19:39.28*** join/#brlcad kesha (~kesha@14.139.122.114)
19:56.34Izak_brlcad: ``Erik: rt_hrt_norm() is corrected and ray tracing results are at their best (although slower). You can watch the video on http://youtu.be/EpdBJIIe31U
19:56.54Izak_Izak_ jets off to bed
20:10.52Notify03BRL-CAD:starseeker * 57729 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Carry the 'flat' search concept to its logical limit. If the flat modifier is passed without either a local top level search path, a full path toplevel search path, or a specific object it runs a search that iterates over the database objects without walking any trees. This search has the
20:10.54Notifypotential to be a great deal faster when doing type or name filtering searches for objects where full paths aren't needed, but will result in depth aware options not functioning.
20:20.30Notify03BRL-CAD:tbrowder2 * 57730 brlcad/trunk/src/util/bu_arg_parse_private.h: reclaim some memory; delete unintentional duplicat line
20:22.15Notify03BRL-CAD:tbrowder2 * 57731 brlcad/trunk/src/util/bu_arg_parse.cpp: remove FIXME; add some blank lines
20:23.57Notify03BRL-CAD:indianlarry * 57732 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: Added surface_GetBoundingBox() which currently makes use of static variable to reuse surface memory and allows user to get surface bounds over specific U,V intervals. WIP, need to replace static with per cpu memory similar to whats done in libbu's heap.c.
20:27.02Notify03BRL-CAD Wiki:Vladbogolin * 6149 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */
20:30.36Notify03BRL-CAD:starseeker * 57733 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search man page for new path option.
20:32.56*** join/#brlcad kesha (~kesha@14.139.122.114)
20:49.13Notify03BRL-CAD:starseeker * 57734 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): We don't want -below to trigger if we're doing a true iterative flat search.
21:20.02Notify03BRL-CAD:tbrowder2 * 57735 brlcad/trunk/src/util/bu_arg_parse.cpp: add some asserts for error paths
22:07.57*** join/#brlcad kesha (~kesha@14.139.122.114)
22:27.18Notify03BRL-CAD:starseeker * 57736 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Start collecting geometric sets we will need for comb step export.
22:53.17*** join/#brlcad Gaganjyot (~gagan@210.56.99.195)
23:10.29Notify03BRL-CAD:mohitdaga * 57737 brlcad/trunk/include/icv.h: Sanitize the comments in icv.h
IRC log for #brlcad on 20130919

IRC log for #brlcad on 20130919

01:24.42Notify03BRL-CAD Wiki:Haa1234321 * 0 /wiki/User:Haa1234321:
03:17.44Notify03BRL-CAD:phoenixyjll * 57738 brlcad/trunk/src/libbrep/intersect.cpp: At most one element would be in the pending array. Just use a single ON_X_EVENT rather than an array.
03:29.33Notify03BRL-CAD:phoenixyjll * 57739 brlcad/trunk/src/libbrep/intersect.cpp: Correct the comments.
03:50.17brlcadIzak__: looks like it may have been an order of operations problem.. try normalizing either the inputs or the result in norm()
03:50.28brlcads/normalizing/unitizing/
03:50.38brlcadit was in the middle before you removed it
04:23.44Notify03BRL-CAD:brlcad * 57740 brlcad/trunk/src/libged/search.c: ws style cleanup, move struct to top
04:31.48Notify03BRL-CAD:brlcad * 57741 brlcad/trunk/src/libged/search.c: check function args so we don't have an opportunity to dereference NULL
04:32.42Notify03BRL-CAD:brlcad * 57742 brlcad/trunk/include/bu.h: provide sane behavior if we happen to pass a null pointer to a BU_PTBL_ macro.
05:18.57*** join/#brlcad kesha (~kesha@14.139.122.114)
06:38.00*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:13.31keshahi brlcad
07:13.43keshaUpdated patch on sf.
07:14.26keshahttp://paste.kde.org/pe3c06397/ -> this is what I get running "make regress-step2g" .
07:14.35kesha#2380-#2391
07:15.09keshaAnd I have sent you screenshots of all three tests in mail.
07:15.46keshahttp://www.steptools.com/support/stdev_docs/index.html -> this is the site from which I have picked up models
07:25.25keshahttp://www.steptools.com/copyright.html -> copyright
07:27.26keshaI think I should add this http://paste.kde.org/pd4db1886/ as comment before all the three .step files and then we can use. But I am not very sure. I have never dealt with license and copyrights related issue earlier
07:27.53keshaWill adding the copyright comments be sufficient ?
07:29.55*** join/#brlcad kimzzzz (~AndChat31@1.38.31.241)
07:42.38Notify03BRL-CAD Wiki:Phoenix * 6150 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */
07:57.07*** join/#brlcad kesha (~kesha@14.139.122.114)
07:59.06*** join/#brlcad caen23 (~caen23@92.85.89.94)
08:01.24Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Instance_stepfile1.png:
08:01.44Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Instance_stepfile2.png:
08:02.30Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Instance_stepfile3.png:
08:02.55Notify03BRL-CAD Wiki:KeshaSShah * 6154 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */
08:07.10Notify03BRL-CAD Wiki:KeshaSShah * 6155 /wiki/User:KeshaSShah/GSoC13/Reports: /* September 19 */
08:54.22*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:07.31Ch3cklooks like src/librt/bool.c is pretty messed up! will take a peek ;)
09:07.58*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
09:34.32Notify03BRL-CAD:d_rossberg * 57743 brlcad/trunk/include/bu.h: reverted r57742this revision needs some additional considerations: it breaks the build and putting additional brackets around the macros doesn't solve all issues, e.g.:brlcad/src/librt/bool.c:1998:14: error: the address of ?\226?\128?\152open_parts?\226?\128?\153 will always evaluate as ?\226?\128?\152true?\226?\128?\153 [-Werror=address]
09:35.06d_rossbergCh3ck: this should solve the bool.c issue
09:47.52Izak__d_rossberg: Thanks for reverting that commit
09:48.16Izak__Ch3ck: Build is doing great now :)
09:48.18Ch3ckd_rossberg: :) ;)
09:49.06*** join/#brlcad kimzzzz (~AndChat31@1.38.29.119)
10:43.42*** join/#brlcad kimzzzz (~AndChat31@1.38.29.119)
10:52.22*** join/#brlcad AndChat|317009 (~AndChat31@1.38.29.119)
11:19.41Notify03BRL-CAD:tbrowder2 * 57744 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): remove atexit function; use new bu_arg_exit function
11:22.49Notify03BRL-CAD:tbrowder2 * 57745 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): drop '_value' from getter funcs
11:28.44*** join/#brlcad kimzzzz (~AndChat31@1.38.29.119)
11:34.51*** join/#brlcad Izak_ (~Izak@195.24.220.16)
12:24.40Notify03BRL-CAD:indianlarry * 57746 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: Cleaning up recursive bailouts for forced subdivision pullback need to work on tolerences then work back into FIRST order pullback, WIP
12:25.26brlcadthanks d_rossberg, should have compiled more fully, just tried a few dirs
12:25.40brlcadmake sense, any static will issue a warning
13:00.12*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:05.54Notify03BRL-CAD:indianlarry * 57747 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: More cleanup in surface_GetClosestPoint3dFirstOrder()
13:18.31Notify03BRL-CAD:indianlarry * 57748 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/docbook/system/mann/en/search.xml and 23 others): Merging trunk into branch 'nurbs' r:57712:57745
13:27.32*** join/#brlcad caen23 (~caen23@92.85.89.94)
13:32.20Notify03BRL-CAD:indianlarry * 57749 (brlcad/trunk/src/libdm/dm_obj.c brlcad/trunk/src/libtclcad/tclcad_obj.c): The typedef "Tcl_Obj" not declared at top of block causing problems under windows.
14:00.33Notify03BRL-CAD:starseeker * 57750 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/Shape_Definition_Representation.cpp): No contents yet, but start writing out comb product definitions.
14:05.52Notify03BRL-CAD:indianlarry * 57751 brlcad/trunk/src/librt/search.c: "HIDDEN static" -> "HIDDEN".
14:16.41Notify03BRL-CAD:starseeker * 57752 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: start working on how to extract matricies from combs
14:25.29brlcadstarseeker: your code comments are very curious .. what are you considering a product?
15:04.57*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:27.00kanzurebrlcad: still working on the python bindings. i've figured out a basic architecture that i'm happy with. instead of generating the bindings and committing that to a python package repo, i'm going to make a hard dependency on my fork of ctypesgen (which is what i used to generate those ctypes bindings), and just run ctypesgen at python module install time.
15:27.09kanzurebrlcad: the goal there is to not create a billion lines of code that i have to maintain
15:27.38kanzurebrlcad: and it should generate bindings compatible with whatever version of brlcad the python user/developer has installed. but also they have to install the brlcad headers for their version of brlcad.
16:00.11Notify03BRL-CAD:carlmoore * 57753 (brlcad/trunk/TODO brlcad/trunk/include/icv.h and 6 others): remove trailing blanks and fix spellings
16:09.31*** join/#brlcad Gaganjyot (~gagan@106.192.46.172)
16:16.43*** join/#brlcad Izak (~Izak@195.24.220.16)
16:16.53*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
16:18.55*** join/#brlcad Izak_ (~Izak@195.24.220.16)
16:41.35brlcadkanzure: sounds reasonable .. were you able to reduce any lines of code?
16:47.08kanzurebrlcad: the module will probably end up being very tiny. if you mean the generated code.. sort of. there's a few problems in the generator library that i'm going to fix. their only output formats are "python text file" and "json". obviously if we are in python we can just create python objects, so that's why i've forked ctypesgen: https://github.com/kanzure/ctypesgen
16:54.32*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:56.42Notify03BRL-CAD:starseeker * 57754 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Check for non-identity matricies over breps in possible wrapper combs.
17:06.27*** join/#brlcad kesha (~kesha@49.249.191.48)
17:57.18Notify03BRL-CAD:starseeker * 57755 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Having some success now seeing matrix over object instances.
18:11.34Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6156 /wiki/User:Izak/GSOC_2013_logs: /* September 16th to September 21st */
18:17.39Notify03BRL-CAD:carlmoore * 57756 brlcad/trunk/src/conv/g-vrml.c: remove a space
18:24.55Notify03BRL-CAD:brlcad * 57757 brlcad/trunk/CHANGES: clarify and reorganize change policy comments so that it's clear that we characterize interface changes into one of three categories. this affords a place to mention our policy on allowing NEW api to change as needed while it's being actively developed, as well as clarifying minimally impacting changes to any release, and being then more strict about our deprecation
18:24.57Notifypolicy requirement.
18:40.09Notify03BRL-CAD:brlcad * 57758 brlcad/trunk/CHANGES: not just API, all interfaces, and not just a log. it's our policy.
18:42.04Notify03BRL-CAD:carlmoore * 57759 brlcad/trunk/src/conv/g-x3d.c: implement h?; remove some unneeded braces; simplify usage of 'units' variable
18:44.18Notify03BRL-CAD:brlcad * 57760 brlcad/trunk/CHANGES: no longer below
18:56.53starseekerbrlcad: uh... I'm figuring out what needs to be a "product" as I go?
18:57.10starseekereven reading the STEP docs and looking at examples, it's a bizarre arrangement
18:58.08starseekerOnce it settles down a bit more I'll try to clean up the comments and make the naming conventions more consistent (will need to do some of that anyhow just to write a coherent man page)
19:09.38brlcadstarseeker: from my understanding, and the graphs I pointed at yesterday reinforce the notion, a product is comprised of one or more assemblies (groups), which are comprised of one or more subassemblies (groups), which are comprised of one or more parts (regions), which contain the actual representation information
19:09.53brlcadso basically, our notion of a .g is a product
19:10.19brlcadout above-region combs (groups) are assemblies and subassemblies
19:12.37brlcadreally cool: clang has -Wdocumentation to find errors in comments!  (looks like primarily doxygen errors)
20:01.10Notify03BRL-CAD:indianlarry * 57761 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: working subdivision back into parts of first order pullback that fail, getting close but currently recursing to deep based on normals at edges, WIP
20:15.14Notify03BRL-CAD:brlcad * 57762 NIL: syncing missing file from trunk
20:15.51Notify03BRL-CAD:brlcad * 57763 brlcad/branches/RELEASE/TODO: sorting priorities needed to release, pushing others back onto the backlog
20:16.45Notify03BRL-CAD:brlcad * 57764 brlcad/branches/RELEASE/TODO: do or do not, there is no try
20:17.19starseekerbrlcad: I think I actually added in support for the -Wdocumentation flag at one point, but with -Werror it may have been impractical...
20:18.13*** part/#brlcad Gaganjyot (~gagan@106.192.46.172)
20:18.36starseekerthis work?  http://llvm.org/devmtg/2012-11/Gribenko_CommentParsing.pdf
20:19.25brlcadstarseeker: yeah, you posted that earlier
20:19.30brlcadlooks like it's integrated
20:19.34starseekerawesome
20:19.52starseekerwant to try adding it to the build?
20:20.13brlcadnot right this second, but can get added to the list
20:20.26brlcadthere's a list of several warning flags hoping to eventually turn on once all the issues are fixed
20:20.36brlcadthey're in the file that tests for them
20:21.20starseekercool - I'll add in a note for that one.  Last time I tried it we weren't too bad
20:29.43starseekerthe documentation says axis2_placement_3d defines the "orientation"
20:39.15starseekerthere's also a cartesian_transformation_operator...
20:39.36starseekernuts - not seeing any discussion of matrices
20:43.05Notify03BRL-CAD:starseeker * 57765 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Add -Wdocumentation to the list of warnings to look into adding
21:12.40Notify03BRL-CAD:starseeker * 57766 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: May be able to generate inputs for AXIS2_PLACEMENT_3D components...
21:24.39Notify03BRL-CAD:mohitdaga * 57767 brlcad/trunk/src/libicv/CMakeLists.txt: Add tests folder in libicv. Primary aim of these files will be to do performance analysis of libicv api calls. Also it will be helpful in checking memory leaks. In the long run this will demonstrate the usage of libicv.
21:39.38Notify03BRL-CAD:carlmoore * 57768 brlcad/trunk/src/conv/g-xxx_facets.c: implement h?; remove unneded break & set of braces
21:50.56mpictorbrlcad: how helpful was the STACK output?
21:52.27mpictoror have you had a chance to look at much of its output yet?
21:54.02Notify03BRL-CAD:r_weiss * 57769 brlcad/trunk/src/libbrep/intersect.cpp: Fixed a bug in libbrep function curve_fitting where the bounds of the knots array was exceeded.
22:07.56Notify03BRL-CAD:starseeker * 57770 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Add more thoughts about AXIS2_PLACEMENT_3D and CARTESIAN_TRANSFORMATION_OPERATOR_3D
22:47.22maths22brlcad: what is the status for web work and the extensions?
22:48.51Notify03BRL-CAD:tbrowder2 * 57771 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): rename arg constructor functions per Sean's suggestion
22:51.54Notify03BRL-CAD:tbrowder2 * 57772 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): change switch arg func to return int instead of long per Sean's suggestion
23:57.38brlcadstarseeker: if i'm reading the spec right, it's ap214 and ap210 that support arbitrary matrix placement like we use
23:58.09brlcadap214 has a Component_placement entity type that is used for just that purpose
23:58.33brlcadhttp://www.prostep.org/fileadmin/freie_downloads/Guidlines-UseCases/ProSTEP-iViP_Implementation-Guideline_STEP-CC08_1.2.pdf seems to confirm
IRC log for #brlcad on 20130920

IRC log for #brlcad on 20130920

00:01.01brlcadthis document http://www.steptools.com/support/stdev_docs/express/ap203/recprac203v8.pdf  (...very helpful) seems to indicate that you specify them as non-scaling placements
00:01.22brlcad(page 36)
00:03.39brlcadlooks like cartesian_transformation_operator_3d is translation, supertype provides scaling, orientation .. what a mess!
00:23.46brlcadmpictor: very helpful, but LOTS of false positives .. talked to the dev and he said the -ignore-bugon-post flag should be quelling the ones I described to him
00:26.00brlcadmpictor: do you know if that flag was used?  he said it was included in the optck script by default
01:43.20mpictorbrlcad: yes, it contains -ignore-bugon-post, and they haven't updated the master branch since then
01:44.16mpictorI didn't build llvm/clang exactly as specified - I just let gentoo do its thing - but I assume that a misconfiguration would result in a build failure or crash rather than false positives
01:47.14brlcadahh, that'd be why
01:47.29brlcadhe said it has to be built that way so that exit() is properly detected
01:47.42brlcadotherwise llvm doesn't output some information they need
01:47.51mpictorall they want is --enable-cxx11 --enable-targets=host --enable-bindings=none --enable-shared --enable-debug-symbols --enable-optimized
01:48.37mpictorwonders how hard it would be to set up an ebuild for stack that does it right
01:51.38brlcadhis statement was: "Make sure to build your own clang as instructed in the INSTALL
01:51.41brlcadfile; don't use a prebuilt clang, which doesn't emit names for basic
01:51.44brlcadblocks and causes a lot of false positives."
01:52.41mpictorIf I get time, I'll try to rebuild as they specify and compare the output
01:53.01brlcadof course, he also says that functions marked noreturn shouldn't be reported.. and ours should marked as that
01:53.17mpictorheh
01:53.27brlcadyep, they are
01:53.44brlcadof course, hidden behind a preprocessor symbol, maybe it has issues with that
02:13.10brlcadmpictor: it's definitely finding issues, but so far it's about 90% false positives with the null-dereference issues
02:14.20mpictorI'll try to rebuild tomorrow.
02:50.48Notify03BRL-CAD:brlcad * 57773 brlcad/trunk/src/libged/analyze.c: use snprintf instead of sprintf for safety printing into the fixed-size buffer. can probably switch to bu_vls_printf now and fix the FIXMEs.
02:52.11Notify03BRL-CAD:brlcad * 57774 brlcad/trunk/src/libged/analyze.c: ws indent cleanup
03:08.03*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-zcrsunauvuqnonbq)
03:12.06Notify03BRL-CAD:brlcad * 57775 brlcad/trunk/src/shapes/wire.c: remove the newbie dev end scope markers. remove the dead code else case (i > 99).
03:12.55Notify03BRL-CAD:brlcad * 57776 brlcad/trunk/src/shapes/wire.c: remove newbie dev start scope comments.
03:15.23Notify03BRL-CAD:brlcad * 57777 brlcad/trunk/src/shapes/wire.c: style fixes
04:03.44*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ijulyuyzetygqhtn)
06:35.53*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:31.39Notify03BRL-CAD:indianlarry * 57778 (brlcad/branches/nurbs/CHANGES brlcad/branches/nurbs/TODO and 20 others): Merging trunk into branch 'nurbs' r:57745:57777
10:37.04Notify03BRL-CAD:phoenixyjll * 57779 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Add more comment.
10:40.19Notify03BRL-CAD Wiki:Phoenix * 6157 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */
10:45.00*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
10:45.03Ch3ck_join ##security
10:47.35brlcadmoin
10:53.24Notify03BRL-CAD Wiki:Phoenix * 6158 /wiki/User:Phoenix/GSoc2013/Reports: /* Final summary */
10:53.35Notify03BRL-CAD Wiki:Phoenix * 6159 /wiki/User:Phoenix/GSoc2013/Reports: /* Final summary */
11:56.21*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
12:45.24*** join/#brlcad kesha (0e8b7a72@gateway/web/freenode/ip.14.139.122.114)
12:59.34Notify03BRL-CAD:iiizzzaaakkk * 57780 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Some fixes to rt_hrt_norm, multiplying the transposed rotation matrix by the normal causes the bumps in the middle of the heart.After running the rt command on a heart object, I realised that unitizing is useless
13:02.04Notify03BRL-CAD Wiki:NyahCh3ck20 * 6160 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Coding Log Report for GSoc 2013 */
13:10.35Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6161 /wiki/User:Izak/GSOC_2013_logs: /* September 16th to September 21st */
13:15.02keshawaves to brlcad
13:15.19keshaDid you see at those tests ?
13:24.58*** join/#brlcad kimzzzz (~AndChat31@1.38.29.25)
13:45.46*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
14:33.10*** join/#brlcad kimzzzz (~AndChat31@1.38.29.25)
14:34.57Notify03BRL-CAD:carlmoore * 57781 (brlcad/trunk/CHANGES brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): fix spellings (this includes CHANGES file)
14:41.25*** join/#brlcad kesha (~kesha@14.139.122.114)
14:56.56*** join/#brlcad kimzzzz (~AndChat31@1.38.27.226)
15:17.28*** join/#brlcad kesha (~kesha@14.139.122.114)
15:27.14Notify03BRL-CAD Wiki:KeshaSShah * 6162 /wiki/Code_Cleanup: /* CPPCHECK-CLEANUP */
15:36.20Notify03BRL-CAD Wiki:KeshaSShah * 6163 /wiki/Deuces:
16:31.09Notify03BRL-CAD Wiki:KeshaSShah * 6164 /wiki/Deuces: /* Implement a primitive surface area function */
16:57.07*** join/#brlcad Gaganjyot (~gagan@106.192.6.9)
17:02.40Notify03BRL-CAD Wiki:Harman052 * 6165 /wiki/User:Harman052/GSoc2013/Logs:
18:34.15*** join/#brlcad kesha (~kesha@14.139.122.114)
18:38.06*** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226)
18:50.09Notify03BRL-CAD:carlmoore * 57782 brlcad/trunk/src/conv/g-xxx_facets.c: remove unneeded braces (however, lack of storage of file name makes me doubt this program is in use)
19:14.46*** join/#brlcad kesha (~kesha@14.139.122.114)
19:27.42Notify03BRL-CAD Wiki:KeshaSShah * 6166 /wiki/Deuces: /* Implement a primitive centroid function */
19:43.30Notify03BRL-CAD:indianlarry * 57783 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: hybrid get closest point pullback working for hood but not getting through all of the M1025 geometry need to lookat, still WIP with a lot of debug code
19:44.20Notify03BRL-CAD Wiki:KeshaSShah * 6167 /wiki/Deuces: /* Implement a primitive UV-mapping callback */
19:57.17Notify03BRL-CAD Wiki:KeshaSShah * 6168 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */
20:04.05*** join/#brlcad Gaganjyot (~gagan@106.192.33.170)
20:35.03brlcadstarseeker: dykstra's brl-cad overview paper references a brl report that I don't think I've seen, and it's not in our .bib
20:35.25brlcadref #8
20:36.53brlcadthat looks like possibly the first actual publication from the team on brl-cad
20:38.29Notify03BRL-CAD:brlcad * 57784 brlcad/trunk/doc/BRL-CAD.bib: sort the publications by year so it's easier to find if things are listed in here. probably an automatic way availlable, but did this manually.
20:43.49Notify03BRL-CAD:brlcad * 57785 brlcad/trunk/doc/BRL-CAD.bib: consistency, most do not have commas separating the multiple authors
20:48.09keshabrlcad: ping ! hi ..
20:50.29*** join/#brlcad kimzzzz (~AndChat31@1.38.27.226)
20:52.33Notify03BRL-CAD:brlcad * 57786 brlcad/trunk/doc/BRL-CAD.bib: author cleanup
20:57.17brlcadkesha: pong
20:57.28Notify03BRL-CAD:brlcad * 57787 brlcad/trunk/doc/BRL-CAD.bib: dykstra's oct. 1987 brl-cad overview paper mentions the existence of a brl internal publication (brl report?) in june 1987.
20:58.34keshabrlcad: :D Do you recieve my mail ?
20:59.32keshaLook at few recent patches on sf when free and merge it or provide feedback, if needed some modifications :)
20:59.59keshaAlso, I need some guidance abt next tasks ..
21:05.25*** join/#brlcad kimzzzz (~AndChat31@1.38.27.226)
21:06.14*** join/#brlcad kimzzzz (~AndChat31@1.38.27.226)
21:06.17*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
21:12.44Notify03BRL-CAD:carlmoore * 57788 brlcad/trunk/src/shapes/gastank.c: remove set of unneeded braces; ensure that numtnk is handled the same way either as answer-to-question or as -n argument
21:30.15brlcadstarseeker: it's also entirely possible that it was just the 1.21 release, though I did find another reference that it presented in some form
21:31.10brlcadkesha: yes, I received your e-mail but have not read it yet
21:31.23brlcadI also saw the patches, I get notified every time
21:37.21*** join/#brlcad kesha (~kesha@14.139.122.114)
21:37.44keshabrlcad: okay .. cool ! (y)
21:42.01brlcadoof, another I haven't seen: http://books.google.com/books?id=KuvC5-OML7sC
21:43.18Notify03BRL-CAD Wiki:Vladbogolin * 6169 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */
22:35.54Notify03BRL-CAD:tbrowder2 * 57789 brlcad/trunk/src/util/CMakeLists.txt: add another file for testing static structs for arg parsing
22:45.51Notify03BRL-CAD:tbrowder2 * 57790 brlcad/trunk/src/util/bu_arg_parse.h: add structs and funcs for static init use
22:48.09Notify03BRL-CAD:tbrowder2 * 57791 brlcad/trunk/src/util/bu_arg_parse.h: use tmp names for disambiguation while two methods (APIs) in use
IRC log for #brlcad on 20130921

IRC log for #brlcad on 20130921

02:32.46kanzurebrlcad: in general, if i submitted patches that rewrote bu macros into functions, would they be particularly welcome? (this is for my bindings)
03:28.10*** join/#brlcad caen23 (~caen23@92.85.89.94)
03:29.47Notify03BRL-CAD:mohitdaga * 57792 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester function for icv_rect.
06:50.06*** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226)
06:50.58*** join/#brlcad kimzzzz (~AndChat31@1.38.27.226)
06:59.54*** join/#brlcad kimzzzz (~AndChat31@1.38.27.226)
07:32.43*** join/#brlcad kesha (~kesha@14.139.122.114)
08:56.15*** join/#brlcad kesha (~kesha@14.139.122.114)
09:36.39*** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226)
09:42.13*** join/#brlcad kimzzzz (~AndChat31@1.38.27.226)
10:03.52*** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226)
10:06.35*** join/#brlcad kimzzzz (~AndChat31@1.38.31.242)
10:12.12*** join/#brlcad kesha (~kesha@14.139.122.114)
10:16.30*** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.242)
10:22.16Notify03BRL-CAD Wiki:NyahCh3ck20 * 6170 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* PROJECT SUMMARY */
10:23.47*** join/#brlcad kimzzzz (~AndChat31@1.38.31.242)
10:30.47Notify03BRL-CAD Wiki:NyahCh3ck20 * 6171 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 16 - Sept 22 */
11:27.12*** join/#brlcad kesha (~kesha@14.139.122.114)
11:32.55*** join/#brlcad kesha (~kesha@14.139.122.114)
13:23.48Notify03BRL-CAD:mohitdaga * 57793 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester utility for icv_crop api.
13:37.48Notify03BRL-CAD:mohitdaga * 57794 (brlcad/trunk/src/libicv/tests/icv_read_write.c brlcad/trunk/src/libicv/tests/icv_rect.c): Free image after working on it.
13:41.35zero_levelhi brlcad, ``Erik : Can you help me compile a programm using gprof flags ?
13:42.49zero_levelbasically to paraphrase I wish to add "libicv" and "libbu" while compiling with gcc in an external directory.
13:43.10zero_levelthis will enable me to add gprof flags. :)
14:47.16*** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223)
15:35.54*** join/#brlcad vladbogo (~vlad@188.25.237.92)
15:55.04*** join/#brlcad Gaganjyot (~gagan@106.192.59.142)
17:26.49*** join/#brlcad Gaganjyot (~gagan@106.192.36.121)
17:30.31*** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik)
17:31.35Notify03BRL-CAD Wiki:Vladbogolin * 6172 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: Created page with "=Project Summary= Being my first participation in Google Summer of Code and my fist contact with open source projects I was very excited and eager to start working. For the p..."
17:42.42Notify03BRL-CAD Wiki:Vladbogolin * 6173 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager:
18:39.43*** join/#brlcad Gaganjyot (~gagan@1.38.16.41)
19:52.58*** join/#brlcad Gaganjyot (~gagan@1.38.16.41)
19:59.27Notify03BRL-CAD:vladbogo * 57795 brlcad/trunk/src/libdm/dm-qt.cpp: Added new events + comments and small fixes
20:01.28Notify03BRL-CAD Wiki:Vladbogolin * 6174 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */
23:22.36Notify03BRL-CAD:mohitdaga * 57796 brlcad/trunk/src/libicv/filter.c: Missing typo in icv_filter. Also move the cursor for output data.
23:32.52Notify03BRL-CAD:mohitdaga * 57797 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester utility for icv_filter
IRC log for #brlcad on 20130922

IRC log for #brlcad on 20130922

03:28.25Notify03BRL-CAD:brlcad * 57798 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libicv/tests/CMakeLists.txt): LOCAL is no longer used/necessary. NO_INSTALL implies keeping the binary in the corresponding build directory.
03:58.18Notify03BRL-CAD Wiki:Puppy8Doggy * 0 /wiki/User:Puppy8Doggy:
06:14.37*** join/#brlcad kesha (~kesha@49.249.16.31)
06:19.37keshabrlcad: Is there something on priority list ? or shall I continue with refactoring ?
06:20.42keshaAnd if u get some time, please look at the test so that I can edit if any modifications required . :)
10:56.50*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
11:33.55*** join/#brlcad kesha_ (~kesha@49.249.17.233)
11:34.29Notify03BRL-CAD:mohitdaga * 57799 brlcad/trunk/src/libicv/tests/icv_filter.c: Correct templete heading for icv_filter.c
12:03.31*** join/#brlcad kesha_ (~kesha@49.249.16.194)
12:17.35*** join/#brlcad kesha_ (~kesha@49.249.0.61)
12:22.56*** join/#brlcad kesha_ (~kesha@49.249.0.61)
12:57.44*** join/#brlcad Gaganjyot (~gagan@1.38.16.41)
12:58.54Notify03BRL-CAD:mohitdaga * 57800 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester function for icv_fade api.
13:27.40Notify03BRL-CAD Wiki:KeshaSShah * 6175 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */
14:54.21*** join/#brlcad Gaganjyot (~gagan@1.38.16.41)
15:10.27*** join/#brlcad whyesse (~quassel@109.160.252.157)
15:42.42Notify03BRL-CAD:tbrowder2 * 57801 brlcad/trunk/src/util/bu_arg_parse_private.h: remove invalid code--pointers aren't accessed properly
15:43.26Notify03BRL-CAD:tbrowder2 * 57802 brlcad/trunk/src/util/dsp_add_t.cpp: add ws
15:44.45Notify03BRL-CAD:tbrowder2 * 57803 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add3.c): define a second, static API; change file scope func and var names to have leading undercsore
15:49.26Notify03BRL-CAD:tbrowder2 * 57804 brlcad/trunk/src/util/bu_arg_parse.cpp: add underscore to file scope var
15:51.14Notify03BRL-CAD:tbrowder2 * 57805 brlcad/trunk/src/util/bu_arg_parse.cpp: add static specifier to file scope funcs
17:11.50*** join/#brlcad kesha_ (~kesha@49.249.17.26)
17:40.57*** join/#brlcad vladbogo (~vlad@188.25.237.92)
18:29.08Notify03BRL-CAD:tbrowder2 * 57806 brlcad/trunk/src/util/bu_arg_parse.h: add boolean macros; add magic for arg structs; add new, specialized arg structs
18:31.32Notify03BRL-CAD:tbrowder2 * 57807 brlcad/trunk/src/util/bu_arg_parse.h: rename (and document adding) the arg init macros
18:38.36Notify03BRL-CAD:tbrowder2 * 57808 brlcad/trunk/src/util/bu_arg_parse.h: use the correct arg type enum value
19:23.24Notify03BRL-CAD:tbrowder2 * 57809 brlcad/trunk/src/util/bu_arg_parse.h: change to void to handle multiple type struct pointers; swith type needs a default bool var (always false for our purposes at the moment)
19:24.58Notify03BRL-CAD:tbrowder2 * 57810 brlcad/trunk/src/util/bu_arg_parse.cpp: add local func for 'RTTI'; change func sigs to handle new API structs
19:25.47Notify03BRL-CAD:tbrowder2 * 57811 brlcad/trunk/src/util/dsp_add3.c: mods to handle new struct types
19:31.50Notify03BRL-CAD:vladbogo * 57812 (brlcad/trunk/include/dm-Null.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented/Removed some trivial functions.
19:38.01Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Archer.png:
19:39.02Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Mged.png:
19:39.27Notify03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Mged-c.png:
19:47.59Notify03BRL-CAD Wiki:Vladbogolin * 6179 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: /* Results */
19:55.30Notify03BRL-CAD Wiki:Vladbogolin * 6180 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager:
19:58.51Notify03BRL-CAD Wiki:Vladbogolin * 6181 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: /* To be done */
19:58.57*** part/#brlcad Gaganjyot (~gagan@1.38.16.41)
20:04.55Notify03BRL-CAD:tbrowder2 * 57813 brlcad/trunk/src/util/dsp_add3.c: don't need void casts for arg pointer array; add to and tidy some comments; builds okay; no-args tests look good; whole thing still needs work for prime time but 3rd arg parse API ready for critique
20:24.09Notify03BRL-CAD:vladbogo * 57814 brlcad/trunk/src/libdm/dm-qt.cpp: More cleanups.
20:28.41Notify03BRL-CAD Wiki:Vladbogolin * 6182 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */
20:29.26Notify03BRL-CAD Wiki:Vladbogolin * 6183 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 (16 September - 22 September) */
23:47.53Notify03BRL-CAD:tbrowder2 * 57815 brlcad/trunk/src/util/bu_arg_parse.h: try for better type safety with enums vs. defines; add BU_FALSE and BU_TRUE defs; add more constness for magic
IRC log for #brlcad on 20130923

IRC log for #brlcad on 20130923

01:11.07Notify03BRL-CAD:mohitdaga * 57816 (brlcad/trunk/src/libicv/size.c brlcad/trunk/src/libicv/tests/CMakeLists.txt): Add tester function for icv_resize [methods dealing in to increase the size] api.
01:12.21Notify03BRL-CAD:mohitdaga * 57817 brlcad/trunk/src/libicv/tests/icv_size_up.c: TYPO
01:15.45Notify03BRL-CAD:mohitdaga * 57818 brlcad/trunk/src/libicv/size.c: remove debug flags.
01:53.21Notify03BRL-CAD:mohitdaga * 57819 brlcad/trunk/src/libicv/size.c: Few sanitizers.
01:55.10Notify03BRL-CAD:mohitdaga * 57820 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester function for icv_resize [methods dealing in to decrease the size] api.
02:17.26*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ijulyuyzetygqhtn)
07:07.17*** join/#brlcad whyesse (~quassel@109.160.252.157)
09:00.36*** join/#brlcad whyesse (~quassel@109.160.252.157)
10:49.50Notify03BRL-CAD:tbrowder2 * 57821 brlcad/trunk/misc/CMake/CompilerFlags.cmake: remove 'the'
10:52.20Notify03BRL-CAD:tbrowder2 * 57822 brlcad/trunk/misc/CMake/CompilerFlags.cmake: format some comments to narrower width for ease of reading
11:09.00Notify03BRL-CAD:tbrowder2 * 57823 brlcad/trunk/CMakeLists.txt: improve grammar (remove superflous 'got'); end sentences wih a period
11:10.44Notify03BRL-CAD:tbrowder2 * 57824 brlcad/trunk/CMakeLists.txt: narrow too-wide comment; indent a link in a comment for highlighting
11:13.52Notify03BRL-CAD:tbrowder2 * 57825 brlcad/trunk/CMakeLists.txt: add missing 'a'
11:42.42Notify03BRL-CAD Wiki:Carlosmunoz * 0 /wiki/User:Carlosmunoz:
11:48.17Notify03BRL-CAD:tbrowder2 * 57826 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/CompilerFlags.cmake): add an option to do strict C89 checking
13:13.26Notify03BRL-CAD:tbrowder2 * 57827 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add label for c89 checking option
13:14.38*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:48.18*** join/#brlcad vladbogo (~vlad@188.25.237.92)
13:51.57vladbogod_rossberg
13:52.06vladbogoI've just seen your mail
13:54.10vladbogoI've tried the same thing (calling XInitThreads) in mged and there still is a segfault. It occurs more infrequent and it cannot be captured in gdb (so it might be something else) but still occurs from time to time.
13:54.49d_rossbergwhere did you put the XInitThreads()?
13:55.08vladbogofirst line in main in src/mged/mged.c
13:56.49d_rossbergthis should be ok for the mged
13:57.34d_rossbergthere is probable another issue too causing a segfault
13:58.57vladbogoit might be
14:00.19vladbogoI'll try to run several times to see if it occurs in the debugger
14:00.33d_rossbergi got a segmentation fault by simply starting and closing archer, with calling XInitThreads() first in bwish this segfault was gone
14:07.26*** join/#brlcad Gaganjyot (~gagan@210.56.99.213)
14:10.57d_rossbergvladbogo: will the bu_log("close called"); stay in the source file?
14:12.09vladbogod_rossberg: no, I'll remove it and also bu_log("open called")
14:16.30*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
14:21.33d_rossbergok
14:21.59Notify03BRL-CAD:vladbogo * 57828 brlcad/trunk/src/libdm/dm-qt.cpp: Removed some log calls.
14:22.16vladbogod_rossberg: I removed them. They were left there just to make sure that when running mged I change and use the qt dm.
15:15.46Notify03BRL-CAD:n_reed * 57829 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Revert rt_hrt_norm to previous revision. Latest suffered from non-standard signature and set-but-unused.
15:19.25Notify03BRL-CAD:starseeker * 57830 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: More work on figuring out how to break matricies down for AP203.
15:33.41Notify03BRL-CAD:starseeker * 57831 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Add function to create an identity AXIS2_PLACEMENT_3D
15:46.21Notify03BRL-CAD:starseeker * 57832 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: This string comes from the standard and is expected to be this particular domain.
15:55.06Notify03BRL-CAD:starseeker * 57833 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Add design context
16:13.30*** join/#brlcad kesha (~kesha@49.202.231.141)
16:18.01*** join/#brlcad kesha (~kesha@49.202.238.200)
16:32.10Notify03BRL-CAD:brlcad * 57834 brlcad/branches/RELEASE/include/bu.h: they return (BRL-CAD), not (unknown)
16:48.21Notify03BRL-CAD:brlcad * 57835 brlcad/branches/RELEASE/src/libbu/progname.c: fix the fixme's, no worse for the wear, by removing progname_ipwd()
16:59.17Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6184 /wiki/User:Izak/GSOC_2013_logs: /* September 16th to September 21st */
17:00.08Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6185 /wiki/User:Izak/GSOC_2013_logs: /* GSoC 2013 summary */
17:18.13Notify03BRL-CAD:mohitdaga * 57836 brlcad/trunk/src/libicv/operations.c: Sanitize divide operations by adding EPS.
17:23.22Notify03BRL-CAD:mohitdaga * 57837 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester functions for icv_saturate api
17:27.33*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:33.46brlcadzero_level: r57836 .. cannot throw in arbitrary constants like that without documenting them
17:34.10brlcadshould also consider whether there's an existing constant that will suffice (search the headers)
17:36.16brlcadin particular, there is VUNITIZE_TOL, VDIVIDE_TOL, BN_TOL_DIST, plus all the std limit tolernaces ... to name a few
17:45.27brlcadif you're protecting from a divide by zero, you should check for zero .. otherwise you could be injecting a drift
18:05.39*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:07.44Notify03BRL-CAD:iiizzzaaakkk * 57838 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Some corrections to rt_hrt_norm() function
18:12.19Notify03BRL-CAD Wiki:NyahCh3ck20 * 6186 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 23 - Sept 28 */
18:37.54Izak__exit
18:41.10Notify03BRL-CAD:starseeker * 57839 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Quote comb names
18:41.28brlcadIzak__: looks like the heart is necrotic ;)
18:41.54brlcadstarseeker: how can I test for a flag using our compiler flags?
18:42.04brlcader, test for a symbol
18:43.34starseekeruh... not sure
18:43.35Notify03BRL-CAD:mohitdaga * 57840 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Correct validation process.
18:44.20brlcadcheck_c_source_compiles() doesn't seem to set any flags
18:44.36starseekeroh - IIRC there are CMake variables you can set
18:44.38starseekerone sec
18:44.44brlcadso a symbol is passing that then breaks compilation when it doesn't exist later (when -std= is set, for example)
18:45.29starseekeris CMAKE_C_FLAGS what you're looking for?
18:46.22starseekerBRLCAD_CHECK_LIBRARY has to deal with that, for example...
18:46.45brlcadthey're doing the opposite though
18:46.56brlcadthey're intentionally unsetting CMAKE_C_FLAGS
18:47.06brlcad(which is related to this problem)
18:47.09starseekeryou want to know if a particular symbol is set?
18:47.50brlcadI want to know if we can use a particular symbol
18:48.24brlcada symbol that passes testing if I use check_c_source_compiles() or BRLCAD_CHECK_*() ... but it shouldn't be passing
18:48.29starseekeryou mean something like if(DEFINED C89_FLAG) or something?
18:48.54brlcadexcept there are practically an unlimited number of things that might make it fail
18:48.57brlcadnot just c89
18:49.15brlcadand in this case, not at all c89-related, though I'm sure that would be one of the cases
18:50.10starseekerbrlcad: the problem, iirc, was that something that have to work (like the bigendian test, IIRC) can get messed with by having things in CMAKE_C_FLAGS
18:50.15brlcadi'm a little surprised check_c_source_compiles() is passing nothing -- does it ignore CMAKE_C_FLAGS?  (or maybe the other flags haven't been tested yet)
18:52.00brlcadis that documented somewhere?  seems like that will ultimately be necessary/helpful to have symbols tested with a given set of compilation flags
18:52.06starseekerwinces
18:52.10brlcadthat being the bigendian problem
18:52.26brlcadwhat?
18:52.57starseekerbrlcad: essentially, what you need to do that right is a system that defines tests and allows them to be dependent on other tests
18:53.16starseekerthat's one of the core necessities for parallel configure
18:53.35starseekeressentially, duplicates the build target dependency resolution in a "configure setup" stage
18:53.53starseekerpretty sure CMake doesn't have that - I don't know of any build tool that does, for that matter
18:54.35starseekerhad actually guessed that was a likely feature that would characterize the "next generation" of build tool after CMake...
18:55.08brlcadi don't follow, we don't configure in parallel now ... it's a big script
18:55.43starseekerI know, but if you make test dependent on other tests you have to sort out some thorny ordering issues
18:56.00brlcadand I cannot describe all the possible ways some test might be dependent on something else making it available/unavailble...
18:56.07starseekeralmost exactly the same problem as target dependency resoultion
18:56.30Notify03BRL-CAD:mohitdaga * 57841 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add test utility for operations.c
18:58.10brlcadthis all seems non sequitor too.. how else can we possibly know if a symbol is actually usable during compilation without testing it with our compilation flags?
18:58.21starseekerbrlcad: so you want to have all tests use whatever flags have already been added, except in cases where we know there are issues?
18:58.28brlcadwe're getting lucky at the moment in a way (because we turn on extensions0
18:59.39brlcadhard to say that for sure without knowing what those issues are, but yeah .. I think that will be necessary to make the code actually toggle implementation behavior correctly
18:59.56starseekereek
19:00.00brlcadgot to know if some symbol like fileno is really available
19:00.13brlcadyou keep doing
19:00.24Notify03BRL-CAD:mohitdaga * 57842 (brlcad/trunk/src/libicv/tests/icv_crop.c brlcad/trunk/src/libicv/tests/icv_fade.c and 5 others): Trailing WS
19:00.26brlcaddoing that .. tell me what other alternative solution there is?
19:00.37brlcadI don't see any possible way frankly
19:00.41starseekerisn't there a subset of definitions like the std definitions that we know *might* impact such availability
19:01.18brlcadstd definitions?
19:01.20starseekerif any definition might impact any other definition, what order do we pick in which to test things?
19:01.21brlcadwhich std?
19:01.33starseeker-std=gnu99 et al
19:01.34brlcadwhat mode of compilation, what defines
19:02.15brlcadno, there's not a set of definitions
19:02.34brlcad-std=* is one way, and there are about a half-dozen other ways
19:02.36brlcadand that's just gcc
19:02.58starseekerthen if we test something at some point in the configure process and it succeeded, what guarantee do we have that a flag added further down the configure process won't invalidate the test we just had succeed?
19:03.00brlcad-pedantic affects things dramatically too
19:04.28brlcadwe guarantee the order of testing, that was exactly why configure defined the N categories of tests ..
19:04.55brlcadwasn't just for fun to keep things organized, it was requried to know that a given symbol was actually usable (because the compiler behavior was tested first)
19:05.16brlcadoversimplifying, but that was the reason for categorical testing
19:05.41starseekerI may be confused on terminology here - compiler behavior is independent of symbol usability?
19:06.46brlcadnot sure what you mean by independent
19:06.48starseekeror rather, we don't make decisions about compiler behavior flags based on what symbols are are aren't usable?
19:07.04brlcadcompiler characteristics can certainly affect the outcome of symbols
19:07.04starseekers/are are/are or/
19:07.23brlcadah, no
19:07.27brlcadother way around
19:07.41brlcadsymbol availability is driven by the compiler settings
19:07.53brlcadso you have to test compiler first
19:08.03brlcadit's the header in CMakeLists.txt that was copied from configure.ac
19:08.09starseekerbut which one do we care about?  Or rather, which one changes based on the results of the other?
19:08.38starseekerif we know we need a symbol, do we cycle through compiler behavior flags until it works?
19:08.39brlcad3) check compilear characteristics has to come before 7) check functions (for example) because they affect those results
19:09.00zero_levelwaves to brlcad, ``Erik
19:09.17brlcaddo we have a case where we know we need a symbol?
19:09.26brlcadI've never thought of it that way
19:09.42zero_levelbrlcad, ``Erik : have you seen the test infrastructure.
19:10.02starseekerI dont know offhand - I was thinking of the Mac where if we add the c89 strict flag the Mac headers shut us down
19:10.19brlcadalways the other way around, we need certain compiler flags, we cycle through symbols so code can find some implementation that works
19:10.21starseekerexample of non-viable compiler behavior flags
19:10.35brlcadzero_level: yep, looked good
19:11.23brlcadstarseeker: AH .. now *that* I would believe.. that you ran into a problem with strictness and system headers, punted by turning off flags :)
19:11.50starseekerbrlcad: then what we need to do internally is differentiate between compiler behavior flags and options related to symbols, and populate CMAKE_C_FLAGS with whatever subset is approporate for the test at hand
19:12.12starseekerI very much doubt we have that level of granularity currently
19:12.17brlcadoptions related to symbols?
19:12.48starseekerif any are needed - for example, if a test for one symbol can't work without another symbol being defined
19:12.49brlcadso there are already some flags that are called out in specific directories, and some that are just global to the whole project
19:12.59brlcadit's the ones that are global to the project that should be used
19:13.06starseekeragain, don't know if that could happen but I don't know enough to rule it out
19:13.50brlcadwhat you just described was 8) check system services
19:13.57starseekerbrlcad: if you want to make a quick test just alter all the macros to not zero out CMAKE_C_FLAGS - that'll tell you what happens currently
19:14.04brlcadi.e., a test for one symbol can't work without another symbol being defined
19:14.05zero_levelbrlcad : This is my first year in GSoC. Can I still code ? (Pencils Down) or I have to stop now and resume after 27th ?
19:14.27brlcadstarseeker: I'm still not sure that will fix my current symbol problem
19:14.42brlcadstarseeker: like I said, check_c_source_compiles() passes ... and has no flags
19:14.54starseekerlet me check the macro definition
19:14.56brlcadimplies empty CFLAGS no?
19:15.32brlcadzero_level: you can absolutely still keep coding!
19:15.52zero_levelok.
19:16.05brlcadmy goodness!  that's the whole point is to get you all coding as much as possible, working on open source for fun :)
19:16.24brlcadso yeah, you passed developer vetting
19:16.32zero_levelbrlcad : Were you tuned to logs? I am plannin to find performance analysis of api.
19:16.55brlcadonce you got commit access, you've been allowed to work on what you find interesting so long as it fits in with the project in some fashion
19:17.12starseekerbrlcad: I think you can add what is needed to CMAKE_REQUIRED_DEFINITIONS
19:17.15zero_levelok.
19:17.58brlcadzero_level: yeah, I was away when you asked .. it's not hard to get a profile build going
19:18.07zero_levelSo I want to find how do I add -pg or -g for 'gprof'
19:18.14brlcadit's hard to make use of the numbers, to understand what's going on, but it's not hard at all to get the profile
19:18.45brlcadstarseeker: okay, I'll play with that, see if I can find some examples
19:19.01brlcadthen maybe later try the cflags un-unsetting
19:19.22brlcadbut that will require making sure the cflag-modifier tests are first
19:19.31zero_levelbrlcad : how ?
19:19.32starseekerfwiw, our compiler flag testing is waaaaaay more elaborate that any other CMake project I've ever seen, so it's quite possible they aren't set up do what we want/need out of the box
19:19.55brlcadzero_level: we have profiling integrated into the build, you should be able to just turn it on (INSTALL file has the syntax)
19:20.11zero_levelalright. Thanks for the pointer.
19:20.14brlcadbasically -pg turns on gprof profiling, helps to have -g but not requisite
19:20.55brlcadonce you compile with -pg, you run the program, it will dump a gmon.out file, you run gprof on that gmon.out file and it'll give a report
19:24.19starseekerbrlcad: so we do have a dependency flow chart, but it's basically one "category" of test depends on another category's results?
19:25.30Notify03BRL-CAD:mohitdaga * 57843 brlcad/trunk/src/libicv/operations.c: Use already defined MACRO for avoiding zero divide.
19:25.54zero_levelbrlcad : I believe r57843 solves the issue. :)
19:30.16brlcadstarseeker: I think that's notionally not a bad way to think about it, though I think dependency-wise it's probably a little more simple than the 10 categories
19:31.00starseekerbrlcad: I think a flowchart type document describing that relationship (and the reasons for it) might not be a bad thing, long term
19:31.23starseekerin principle, tests within those categories can be made parallel someday
19:31.30starseekerif the tool supports it, anyway...
19:32.24starseekerthe two naive positions are that each flag can be tested totally independently, and any flag of any sort can impact any other flag (nxn) - clearly there is a middle ground
19:33.24starseeker(very) long term, understanding what tests have to depend on what other tests (or categories of tests) is key to speeding up configure
19:38.40brlcadyeah, within each category I think they are fully independent
19:41.28brlcadI think they could even be modularized, but each module would need to (as you note) declare dependent modules and have some means of passing in a state
19:42.15brlcadlike I could see just setting CMAKE_REQUIRE_DEFINITIONS before all the symbol checks, for example, to the current cflags that we were going to set, testing, and then unsetting
19:46.40brlcadI think the two big categories of dependencies are library availability (if a lib doesn't exist, you shouldn't test for symbols it may have provided)
19:47.45brlcad<PROTECTED>
19:48.19Notify03BRL-CAD:carlmoore * 57844 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add3.c): remove trailing blanks/tabs; fix spellings
19:49.06brlcadarguably a third for system services, where you basically build up an integration test for the case of checking that things work correctly together where they might not
19:53.48Notify03BRL-CAD:starseeker * 57845 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Move bits related to comb structure assembly into Assembly_Product.
20:00.07Notify03BRL-CAD:starseeker * 57846 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Make generic axis2_placement_3d function and make identity a special case that calls it.
20:01.45starseekerbrlcad: actually, making those modules might be the simplest way to make that managable (and readable...)
20:02.16starseekerwould certainly make for a shorter toplevel CMakeLists.txt...
20:07.13``Erik*readreadread* brlcad, I think at this point, trying to get 'clean' on c89 would take more effort than clean on c99 due to fighting with system headers and libs... that ship has sailed, yo
20:08.14``ErikI'd imagine just bumping to c99 and going from there would be the best path forward
20:09.36``Erik(also; waking up and not flipping out about getting through the rainlocker to get to work in time... very strange, surreal...)
20:47.58brlcadstarseeker: maybe simplest to manage, but I'd be surprised if it's the simplest way because you'd end up creating a module for what would otherwise often be a single line of code (check if this symbol will work)
20:49.20brlcad``Erik: I don't deny that jumping to c99 would be the fastest way, but we're literally 99% of the way there already ... and none of what I've been talking about today had anything to do with c89/c99
20:49.54brlcadneeds to test for program_invocation_name (a glibc symbol)
20:51.22brlcadfrom a product evolution, we used to compile strict (and not too long ago, within last 8 years), so it's just a matter of fixing that regression so we can claim a baseline before moving on
20:51.46brlcadotherwise, would have said screw it 10 years ago when it was a pre-ansi mess
21:51.42Notify03BRL-CAD:starseeker * 57847 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Break matrix handling into a function
21:52.40starseekerbrlcad: oh, I was thinking one module per "category"
21:52.50brlcadah
22:01.25brlcadstarseeker: any chance to check out one of those pending patches for check?
22:01.51brlcadfinal evals are due by friday
22:14.59Notify03BRL-CAD:brlcad * 57848 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: case fix
22:42.05Notify03BRL-CAD:starseeker * 57849 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Begin working on the core of comb support. Need to pass in more info, or something isn't being build correctly with the maps, but getting there.
22:42.26starseekerI'll see if I can tonight...
22:46.53brlcadcool
22:52.25*** join/#brlcad Gaganjyot (~gagan@125.62.120.186)
22:56.11maths22brlcad: what is the status for web work and the extensions?
22:56.35maths22Sorry if you already got this, but your connections seemed to go in and out recently
IRC log for #brlcad on 20130924

IRC log for #brlcad on 20130924

00:39.52Notify03BRL-CAD:starseeker * 57850 brlcad/trunk/src/util/bu_arg_parse.h: typo?
00:42.27Notify03BRL-CAD:starseeker * 57851 brlcad/trunk/src/librt/primitives/hrt/hrt.c: This keeps tripping unused variable errors... is work supposed to be assigned to something?
01:03.44Notify03BRL-CAD:brlcad * 57852 brlcad/trunk/include/bu.h: expand the docs on bu_getprogname() and bu_setprogname(), noting recent thread-safety changes
01:14.59Notify03BRL-CAD:brlcad * 57853 brlcad/branches/RELEASE/CMakeLists.txt: test for program_invocation_name global, which glibc uses to stash the program execution name. no longer need to check for setprogname() with the new implementation too.
01:19.36Notify03BRL-CAD:brlcad * 57854 brlcad/branches/RELEASE/src/libbu/progname.c: rewrite bu_setprogname()+bu_getprogname() to be far more simple. this eliminates the double-roundabout method that was being used to track the full argv0 and the basename separately. new method simply stashes any set values into a container and returns that or one of any system-available intrinsic methods.
01:31.35Notify03BRL-CAD:brlcad * 57855 brlcad/branches/RELEASE/src/libbu/progname.c: simplify a little further, so there's just one basename free and one semaphore section
01:37.11*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
03:33.18Notify03BRL-CAD:brlcad * 57856 brlcad/trunk/include/bu.h: bu_argv0_full_path() is not thread safe
05:04.41Notify03BRL-CAD:brlcad * 57857 brlcad/branches/RELEASE/src/libbu/tests/bu_progname.c: add one more test to make sure bu_argv0_full_path() is actually returning a full path
05:06.14Notify03BRL-CAD:brlcad * 57858 brlcad/branches/RELEASE/src/libbu/progname.c: if basename is a relative path, we need to attach it to the cwd. this fixes bu_argv0_full_path() if/when bu_setprogname() is set or we have access to program_invocation_name (glibc)
05:11.58Notify03BRL-CAD:brlcad * 57859 brlcad/branches/RELEASE/TODO: bu_progname tests should be fixed, passing now. heap doesn't need to pass for release.
05:28.26Notify03BRL-CAD:brlcad * 57860 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: 'tyle
05:51.48*** join/#brlcad kesha (~kesha___@1.38.31.143)
05:56.09*** join/#brlcad kesha_ (~kesha@49.249.16.72)
05:58.41*** join/#brlcad kesha__ (~kesha@49.249.16.72)
05:59.37*** join/#brlcad kesha__ (~kesha@49.249.16.72)
06:06.09*** join/#brlcad kesha__ (~kesha@49.249.16.72)
06:12.30Notify03BRL-CAD:brlcad * 57861 (brlcad/trunk/CMakeLists.txt brlcad/trunk/TODO and 5 others): merge RELEASE branch from r57448 through r57860 to pick up the bu_progname fix
06:16.49Notify03BRL-CAD:brlcad * 57862 brlcad/trunk/regress/vls_vprintf.sh: point to the updated test exec name
06:18.13Notify03BRL-CAD:brlcad * 57863 brlcad/trunk/regress/CMakeLists.txt: remove the vls_vprintf regression test, it's part of make test now
06:20.05*** join/#brlcad kesha__ (~kesha@49.249.16.72)
07:41.57*** join/#brlcad kesha (~kesha___@1.38.31.143)
07:57.38*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:17.16*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:53.57*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:26.42*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:54.12Notify03BRL-CAD:starseeker * 57864 brlcad/trunk/src/libged/pull.c: Apply patch #215 from Nyah Check (changes made for ws and unused variables)
11:58.39Ch3ck_starseeker: does the test work now?
11:59.50starseekertesting
12:01.28starseekerwell, it does something, but I get:
12:01.34starseekertop.c:  -- u test.c az=nan, el=nan,  [nan, nan, nan] scale nan Perspective=[nan, nan, nan]??
12:01.41starseekerdo I need another patch?
12:02.17starseekertest.c:  -- u test.s az=nan, el=nan,  [nan, nan, nan] scale nan Perspective=[nan, nan, nan]?? as well...
12:04.23Notify03BRL-CAD:starseeker * 57865 (brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/en/aproposlib.xml and 9 others): Apply patch #233 from Nyah Check (sets up pull interface)
12:04.36Ch3ck_well that's what I'm getting here too
12:04.43starseekerOK, trunk has #215 and #233 now...
12:04.56Ch3ck_ok that fine
12:05.21starseekerI think I can safely say that nan is not the expected result...
12:05.25Ch3ck_well I get nan values are being pulled from the objects when its supposed to be zero in case there is no value
12:05.31Ch3ck_yes thats correct will look into it
12:05.41Ch3ck_in place of nana
12:05.54Ch3ck_i mean nan its supposed to be zero in any case
12:06.13starseekerwhat test case did you use and what results did you see?  If you can post that to the dev email list we can try it...
12:06.24starseekerbbl
12:06.32Ch3ck_ok let me send you send the tests i used
12:06.53starseekersend it to the list
12:07.05starseekerothers may want to test
12:09.00Ch3ck_starseeker: i've attached the tests and sent on list already
12:09.19Ch3ck_brb
12:09.33Ch3ck_runs out
12:46.20*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
12:46.20*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:46.21*** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org)
12:46.21*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
12:46.26*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:23.15Notify03BRL-CAD:carlmoore * 57866 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: fix spelling
13:46.39*** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223)
14:12.27*** join/#brlcad kesha_ (~kesha___@1.38.31.143)
14:28.46Ch3ck_comes back
14:29.10Ch3ck_starseeker: looking at the code to fix bug
14:37.29``Erikbrlcad: c89/c99 was mostly impulsed by mailing list, but is an ongoing issue...
14:41.57*** join/#brlcad Gaganjyot (~gagan@125.62.99.151)
15:08.56*** join/#brlcad kesha (~kesha___@1.38.31.143)
15:15.47*** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik)
15:27.40*** join/#brlcad kesha_ (~kesha@14.139.122.114)
15:55.19*** join/#brlcad kesha_ (~kesha@14.139.122.114)
16:19.40Notify03BRL-CAD:tbrowder2 * 57867 brlcad/trunk/misc/CMake/CheckCInline.cmake: fix 'inline' check for strict C89 checking
16:45.27Notify03BRL-CAD:brlcad * 57868 (brlcad/trunk/misc/CMake/Distcheck.cmake brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in brlcad/trunk/misc/CMake/distcheck_target.cmake.in): also run the unit tests during distcheck-full now that they should all be passing.
16:51.29Notify03BRL-CAD:brlcad * 57869 brlcad/trunk/misc/CMake/CheckCInline.cmake: reverting r57867 for a variety of reasons: this module should not rely on BRLCAD_* logic (it's implemented as a proper CMake extension), should be testing 'inline' first or we can end up with different inline behavior on c99 compilers, and this change didn't update the documentation that was specific on the ordering and reasoning. the problem is
16:51.31Notifythat this needs to be tested *after* any std flags are set to ensure 'inline' will correctly fail the test.
16:59.02Notify03BRL-CAD:brlcad * 57870 brlcad/trunk/misc/CMake/CheckCInline.cmake: simplify the logic, remove the unnecessary iterations of the foreach() loop by breaking when we're done.
17:03.09*** join/#brlcad Bobek (a1b997c1@gateway/web/freenode/ip.161.185.151.193)
17:11.14Notify03BRL-CAD:brlcad * 57871 brlcad/trunk/src/other/libregex/CheckCInline.cmake: ugh, syn src other shite. this smells bad.
17:26.00Notify03BRL-CAD:brlcad * 57872 (brlcad/trunk/misc/CMake/CheckCInline.cmake brlcad/trunk/src/other/libregex/CheckCInline.cmake): be sure to use argc/argv so we don't get strict compilation warnings causing all tests to fail.
17:26.38Notify03BRL-CAD:brlcad * 57873 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: include the C inline check module when we include the rest
17:35.50Notify03BRL-CAD:brlcad * 57874 brlcad/trunk/CMakeLists.txt: looks like much of this is not ordered right. src/other is not a compiler characteristic. it should either be loaded after command-line options, or after all checks.. WIP: includes should be treated like template headers, but presently are not.
17:52.42*** join/#brlcad kesha_ (~kesha@1.38.31.143)
18:11.08Notify03BRL-CAD:brlcad * 57875 brlcad/trunk/CMakeLists.txt: not just macros, don't test low-level build flags on msvc
18:13.37Notify03BRL-CAD:brlcad * 57876 brlcad/trunk/src/other/libregex/CMakeLists.txt: indent ws
18:16.06*** join/#brlcad kesha_ (~kesha@1.38.31.243)
18:17.46Notify03BRL-CAD:brlcad * 57877 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: indent ws
18:23.35Notify03BRL-CAD:brlcad * 57878 brlcad/trunk/src/other/libregex/CMakeLists.txt: erhm! libregex does not even seem to use the inline keyword, so why are we testing for it here? removed.
18:24.39Notify03BRL-CAD:brlcad * 57879 brlcad/trunk/src/other/libregex.dist: no longer have CheckCInline.cmake
19:14.26*** join/#brlcad Gaganjyot (~gagan@125.62.99.151)
19:25.28*** part/#brlcad Gaganjyot (~gagan@125.62.99.151)
19:36.29Notify03BRL-CAD:tbrowder2 * 57880 brlcad/trunk/src/other/tcl/CMakeLists.txt: add tcl check for hypot; provide subsitute for strict C89 check
19:39.24Notify03BRL-CAD:carlmoore * 57881 brlcad/trunk/src/shapes/gastank.c: change h to H as h? is implemented for help; expand use of the already-provideded explanation
20:01.30Notify03BRL-CAD:tbrowder2 * 57882 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): rename *STRICT_C89* to *POSIX_COMPLIANCE* for more generality and future-proofness per Sean's suggestion
20:01.59*** join/#brlcad vladbogo (~vlad@188.25.237.92)
20:22.49Notify03BRL-CAD:starseeker * 57883 NIL: Make branch for surfacetree experiments
20:30.30Notify03BRL-CAD:brlcad * 57884 (brlcad/trunk/src/other/re2c/code.h brlcad/trunk/src/other/re2c/re2c_parser.h): pedantic is not necessarily defined
20:31.28Notify03BRL-CAD:brlcad * 57885 (brlcad/trunk/src/other/re2c/code.h brlcad/trunk/src/other/re2c/re2c_parser.h): technically, former logic was true for any positive value
20:57.34Notify03BRL-CAD:tbrowder2 * 57886 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL): document the ENABLE_POSIX_COMPLIANCE option
20:59.27Notify03BRL-CAD:starseeker * 57887 (brlcad/branches/surfacetree/src/libbrep/CMakeLists.txt brlcad/branches/surfacetree/src/librt/CMakeLists.txt): Checkpoint original work experimenting with queues for surfacetree building. Needs updating, since some things moved to libbrep already, and will need to figure out the static memory thing for surfaces to avoid corruption based on Keith's experiments with pullback.
21:06.43*** join/#brlcad Gaganjyot (~gagan@125.62.99.151)
21:11.33Notify03BRL-CAD:starseeker * 57888 (brlcad/trunk/src/other/xmltools/libxml/src/xmlregexp.c brlcad/trunk/src/other/xmltools/libxslt/src/xsltlocale.c): if->ifdef and fix typo
21:29.03Notify03BRL-CAD:starseeker * 57889 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): Tweak Tcl/Tk build logic - probably need to check these more carefully to see if we would ever want to enable them...
21:30.27Notify03BRL-CAD:starseeker * 57890 brlcad/trunk/src/other/tkhtml/src/htmltcl.c: if -> ifdef
21:40.37Notify03BRL-CAD:starseeker * 57891 (brlcad/trunk/src/other/stepcode/src/cllazyfile/lazyInstMgr.h brlcad/trunk/src/other/stepcode/src/clutils/sc_hash.cc brlcad/trunk/src/other/stepcode/src/exp2cxx/classes_wrapper.cc): if -> ifdef, fix comment in comment
21:41.07Notify03BRL-CAD Wiki:Vladbogolin * 6187 /wiki/User:Vladbogolin/GSoC2013/Logs:
23:48.02*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
23:54.11*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
23:54.11*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
23:54.11*** join/#brlcad yiyus (1242712427@je.je.je)
23:54.11*** join/#brlcad kesha_ (~kesha@1.38.31.243)
23:54.11*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20130925

IRC log for #brlcad on 20130925

00:00.05Notify03BRL-CAD:brlcad * 57892 brlcad/trunk/HACKING: document the new release steps and how they pertain to the new RELEASE branch. make progress on turning the release steps into a proper shell script that is partially automatable, imminently copy-pasteable. still more work needed, but checkpointing.
00:26.43starseekerhmm.  So I can go ahead and rip out all that CMake alias stuff?
00:27.12starseekeractually uses ENABLE_ALL instead of BRLCAD_BUNDLED_LIBS...
03:11.36brlcaddon't have to, but I've not (yet) seen the benefits and there are several downsides being realized
03:13.04brlcadgood motivation to review all the names for consistency/conciseness
03:14.50brlcadnow that's pretty cool... ``Erik: got an account on an old pdp10
03:15.40brlcadtook me a few minutes to remember some of the old vms commands, but was able to write out, compile, link, and run a little hello world program
03:18.34kesha_brlcad: There ? I want to abt discuss my patches.
03:22.25brlcadkesha_: i'm in the middle of several things at the moment, but discussion I have a little time for, what's up?
03:24.37kesha_brlcad: The deadline is near close and I suspect all pending and open patches should be reviewed and merged by 27th 19:00 i.e. before final eval. Isn't it ?
03:25.27kesha_brlcad: Thats why I am a bit worried.
03:26.26brlcadkesha_: worried about what?
03:27.07brlcadyou will be submitting your code modifications through melange regardless of any review, merging, or evaluation
03:27.25kesha_brlcad: worried that if the patches don't get merged, they won't consider that as my work. I might be wrong.
03:27.40brlcadyes, that's not right
03:28.11brlcadyour work is what you did, that is what you'll prepare and submit
03:28.33kesha_oh, okay. Still if it gets reviewed once if you get a little time, I can work upon improving them. :)
03:29.09brlcadit'll certainly get reviewed as soon as someone can, and hopefully you'll be on hand to improve them
03:29.30brlcadif you know things wrong with them or how to improve them, you certainly should not wait for me or someone else to point them out to you
03:30.27kesha_I am unsure abt the technique I applied for checking float. What I did is , truncated the part after decimal and added one. Compared the value <=1 instead of <=0. Is it a bad practice or alright ? As it was not allowing me to compare float values with any other float/int
03:30.57brlcadit actually gets very frustrating when there are simple mistakes that have to be pointed out, so hopefully you have checked your worked, rechecked it, compiled, tested, run it
03:31.04brlcadthings that clearly don't even compile are a complete waste of time to review
03:31.47brlcadI need some context to understand what your'e talking about with the float checking
03:32.22kesha_No, I have checked and compiled and tested. It runs correct with showing right output and saw the files created in .g format with mged. The geometry also confirmed with that showed in image given.
03:32.44brlcaddid you specifically exercise the code that you modified?
03:33.16kesha_I needed to check volume <=0 -> error. But the average volume which was caluated was in float.
03:33.18brlcadi.e., you performed some run-time test that you are certain called the code you modified in a way that demonstrates it is correct
03:34.39brlcadyou're talking about the regression script you were working on, verifying that it converted to something?
03:35.27kesha_I compiled and ran 'make regress-step2g'. The way in which I modified CMakeLists.txt, it made a folder in build directory after compilation and had some .log files and .g files which my script produces. And checking those files.
03:35.39kesha_Yes, I am talking abt it .
03:36.11brlcadyou should start with that information, give context to what you're talking about :)
03:37.15kesha_Oh, ya. Forget to mention abt that specifically. !
03:37.56kesha_So , is that method alright or shall I look for other options to compare float value with zero ?
03:38.33brlcadwell that entirely depends
03:38.44brlcadon the surface, in this context
03:39.01brlcadtruncation isn't necessarily a bad idea .. weak but not bad
03:39.58brlcaddid you look at some of the other regression tests to see how other tests might deal with similar comparison needs?
03:42.30kesha_I worked with my own way of coding and it worked. Though I had just an upper glance at other tests.
03:44.41kesha_Most of the tests like comgeom , fastgen etc don't seem to check the geometry of the model. they just check if the conversion took place.
03:47.18brlcadeach test has a slightly different purpose
03:47.37brlcadthere's no test that matches exactly what your needed to do, but there are various elements that are identical
03:49.04brlcadshould always consult similar sources, to make sure you're consistent
03:49.59kesha_I agree, but the point is they don't verify the underlying model. They just exit after checking the file was created successfully.
03:50.23brlcadworking in your own way is only useful for homework projects, not code that others will be reading and maintaining indefinitely
03:50.27brlcadsure, they didn't need to
03:52.04kesha_hmm .. alright.
03:54.04brlcadlike I said, all the tests have somewhat different purposes
03:55.00brlcadtend to create tests for issues that occur multiple times
03:55.09brlcadfastgen test isn't at all concerned with whether it succeeded, for example
03:55.53brlcadthat's an old tool that's been working for decades .. it's testing whether a text fastgen file with DOS line endings will convert the same as one with UNIX line endings
03:57.06kesha_okay.. I think I get the point. thanks :)
03:57.40brlcadkesha_: if your method works and each section makes sense and you've tested it, and documented it, and you think it's otherwise perfect .. it's probably godo
03:57.54brlcadgood to go
03:58.48brlcadjust make sure you're not using any bash extensions .. needs to be posix compliant
03:59.56brlcadif you follow/followed the patterns in the other scripts, it will be
04:01.28kesha_I have already tested and added lines of comment, still I will relook once. I will also see if I haven't used the bash extensions once. Yes, I followed the format of other codes whereever it was suitable, so there wouldn't be any issue. :)
04:03.45brlcadyou say that now ... and you've said that before :)
04:04.49brlcadI'm not sure I've seen a patch from you (or Ch3ck) still that hasn't had some issue... something to definitely work on improving
04:05.16brlcadtakes time, practice, and lots of writing AND reading code with concentration and attention to detail
04:10.05kesha_yupp .. indeed I realize that fact through the project
08:10.37*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
08:14.32*** join/#brlcad kesha (~kesha@1.38.31.243)
11:10.34Notify03BRL-CAD:tbrowder2 * 57893 NIL: add dir for compat functions for strict POSIX use similar to tcl/compat
11:17.07*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:36.55Notify03BRL-CAD:tbrowder2 * 57894 brlcad/trunk/CMakeLists.txt: update
12:52.56``Erikpdp10? a real one? wasn't that like 36b or something?
12:53.31``Erik(and vms commands, or very very old bsd commands?)
13:37.33Notify03BRL-CAD:carlmoore * 57895 (brlcad/trunk/CMakeLists.txt brlcad/trunk/HACKING and 4 others): remove trailing blanks/tabs; fix spellings
14:00.00Notify03BRL-CAD:starseeker * 57896 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.cc brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h and 10 others): Add newlines at end of files
14:02.15brlcad``Erik: yep, real one
14:02.28brlcadalso two others
14:05.46brlcada toad-1, a 2065, and a VAX 11/785
14:07.14Notify03BRL-CAD:starseeker * 57897 (brlcad/trunk/src/other/stepcode/src/cllazyfile/headerSectionReader.h brlcad/trunk/src/other/stepcode/src/cllazyfile/instMgrHelper.h and 13 others): Add newlines to end of files
14:27.20Notify03BRL-CAD:carlmoore * 57898 brlcad/trunk/configure: auto-updated configure file
14:27.39*** join/#brlcad kesha (~kesha@14.139.122.114)
14:28.21*** join/#brlcad Gaganjyot (~gagan@125.62.120.247)
14:44.55``Erikhuh, 11/785? wasn't vgr an insanely souped up 11/780?
14:48.46Notify03BRL-CAD:d_rossberg * 57899 brlcad/trunk/src/libged/search.c: for MSVS 2008: moved variable declarations to the beginning of the block
14:51.28Notify03BRL-CAD Wiki:Applied3dim * 0 /wiki/User:Applied3dim:
15:13.16brlcadyep
15:13.47brlcadcept, this 11/785 is running vms (boo hiss) instead of vgr's bsd
15:26.45*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:48.18*** join/#brlcad caen23 (~caen23@92.85.89.94)
17:15.15*** join/#brlcad kesha (~kesha@14.139.122.114)
17:23.27*** join/#brlcad Gaganjyot (~gagan@125.62.120.247)
17:42.19*** join/#brlcad kesha (~kesha@14.139.122.114)
18:04.11*** part/#brlcad Gaganjyot (~gagan@125.62.120.247)
18:11.53Notify03BRL-CAD Wiki:Silvane2013 * 0 /wiki/User:Silvane2013:
18:22.00*** join/#brlcad Gaganjyot (~gagan@125.62.120.247)
18:41.07*** join/#brlcad Gaganjyot (~gagan@125.62.120.247)
19:51.20*** part/#brlcad Gaganjyot (~gagan@125.62.120.247)
20:21.57*** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223)
20:59.45*** join/#brlcad kesha (~kesha@14.139.122.114)
22:19.48Notify03BRL-CAD:n_reed * 57900 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/table.c): add notional rt structs and functab entries to support selection of subcomponents of primitives
22:27.00n_reedbrlcad: so that's a slightly expanded & refined version of what I'd hacked up that I think will work for my purposes; please feel free to comment by committing changes =)
23:45.31brlcadokie dokie
IRC log for #brlcad on 20130926

IRC log for #brlcad on 20130926

00:13.11Notify03BRL-CAD:starseeker * 57901 brlcad/trunk/src/other/CMakeLists.txt: Have src/other/CMakeLists.txt wipe out all the pre-defined CMake build flags, the same way CompilerFlags.cmake did previously
00:15.00starseekerbrlcad: can the search features merge into the release branch, or will they need to wait for 7.24.4?
03:21.59brlcadalready done with testing, so it should wait
03:22.13starseekerk
03:22.31brlcadplus, we need to get a lot better at releasing on time
03:24.16brlcadin the process of scriptifying the release yesterday, got me looking into how far we are from fully automating release
03:24.55brlcadthere are several manual action sections that slow things down, but several of them could technically go away with some fancy scripting
04:56.08*** join/#brlcad caen23 (~caen23@92.85.89.94)
06:42.12*** join/#brlcad kesha (~kesha@14.139.122.114)
07:03.59*** join/#brlcad kesha (~kesha@14.139.122.114)
08:16.51*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:53.54*** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org)
09:34.36*** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org)
10:48.35Notify03BRL-CAD:bob1961 * 57902 brlcad/trunk/src/libged/rtwizard.c: This fixes a "path with spaces" issue on windows for rtwizard.
13:46.14*** join/#brlcad kesha (~kesha___@1.38.31.243)
14:15.56Notify03BRL-CAD:tbrowder2 * 57903 brlcad/trunk/misc/CMake/test_srcs/report_username.c.in: make provision for a null user name
15:26.07Notify03BRL-CAD:starseeker * 57904 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Assembly_Product.h and 3 others): Look for breps when we need to, set name of wrapper comb if one is present.
16:32.20Notify03BRL-CAD:carlmoore * 57905 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp): fix spellings
16:35.20kanzurestarseeker: does the stepcode-related code convert step breps into brlcad native breps?
16:55.23*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
17:15.15*** join/#brlcad Gaganjyot (~gagan@1.38.21.228)
17:16.09Notify03BRL-CAD:starseeker * 57906 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Start working on representation relationship and context dependent shape for combs
17:17.15starseekerkanzure: uh, you mean our step-g importer?  yeah it does (or more specifically, openNURBS Breps)
17:18.10kanzureah i see
17:18.12kanzurethanks
17:35.24*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:36.45Notify03BRL-CAD:carlmoore * 57907 brlcad/trunk/src/shapes/coil.c: remove 2 sets of braces, but had to leave 'wdb_close' duplication because that's affected by stuff going on INSIDE an 'if' statement
17:40.14Notify03BRL-CAD:starseeker * 57908 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Hook up the item transformation
17:40.27Notify03BRL-CAD:carlmoore * 57909 brlcad/trunk/src/shapes/coil.c: can remove 'else', because preceding stuff ended with 'return'
17:44.43*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:53.12*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:10.16Notify03BRL-CAD:carlmoore * 57910 (brlcad/trunk/src/libged/coil.c brlcad/trunk/src/shapes/coil.c): more simplification involving coil; notice that 'h' option is picked up by 'default', so we don't need separate section for it
18:18.46*** part/#brlcad Gaganjyot (~gagan@1.38.21.228)
18:43.06*** join/#brlcad Gaganjyot (~gagan@1.38.21.228)
18:52.45*** part/#brlcad Gaganjyot (~gagan@1.38.21.228)
19:13.15*** join/#brlcad caen23_ (~caen23@92.83.177.20)
19:29.05*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
19:44.38Notify03BRL-CAD:starseeker * 57911 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others): looks like we will need both shape and product from the breps.
20:06.52Notify03BRL-CAD:tbrowder2 * 57912 brlcad/trunk/misc/CMake/test_srcs/sys_wait_test.c: style; remove superfluous semicolon
21:06.37*** join/#brlcad caen23 (~caen23@92.83.177.20)
21:13.17*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:43.31*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:54.47*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20130927

IRC log for #brlcad on 20130927

00:17.09*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:55.56Notify03BRL-CAD:tbrowder2 * 57913 brlcad/trunk/misc/CMake/CompilerFlags.cmake: make a bit more general
01:56.45Notify03BRL-CAD:tbrowder2 * 57914 brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in: make more robust under strict C89 and -Werror builds
01:57.39Notify03BRL-CAD:tbrowder2 * 57915 brlcad/trunk/CMakeLists.txt: add code to check for errors
02:48.57*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:23.04*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:49.58*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:48.52*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:57.17*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
09:05.59Notify03BRL-CAD Wiki:Level zero * 6188 /wiki/User:Level_zero/GSOC13/summary: summary
09:07.19Notify03BRL-CAD Wiki:Level zero * 6189 /wiki/User:Level_zero/index: /* Add summary page to index page. */
10:32.43Notify03BRL-CAD:tbrowder2 * 57916 brlcad/trunk/CMakeLists.txt: simplify; add note about C89 and gethostname
11:13.59Notify03BRL-CAD:tbrowder2 * 57917 brlcad/trunk/misc/CMake/CompilerFlags.cmake: whoops, correct new name for C89 enforcement
11:16.38Notify03BRL-CAD:tbrowder2 * 57918 brlcad/trunk/CMakeLists.txt: delete aliases for POSIX checking in advance of aliases going away; remove comment
11:36.10*** part/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223)
11:37.18*** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223)
12:21.21zero_levelhi all.
12:41.08Ch3ck_waves at zero_level
13:18.10*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:31.39*** join/#brlcad Gaganjyot (~gagan@1.38.22.182)
14:36.55*** join/#brlcad Gaganjyot (~gagan@1.38.22.182)
15:26.42*** join/#brlcad vladbogo (~vlad@188.25.237.92)
15:52.35Notify03BRL-CAD:tbrowder2 * 57919 brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in: reinsert missing header; correct 3rd defined argument
17:20.10Notify03BRL-CAD:carlmoore * 57920 brlcad/trunk/src/shapes/tire.c: simplify what had been if-then-else, so that we now have 'if' followed by program exit
18:34.03Notify03BRL-CAD:carlmoore * 57921 brlcad/trunk/src/shapes/bolt.c: some tweaking of bolt.c
18:46.48*** join/#brlcad caen23 (~caen23@92.83.177.20)
18:52.33Notify03BRL-CAD:carlmoore * 57922 brlcad/trunk/src/libged/coil.c: some simplification in libged/coil.c
19:16.28Notify03BRL-CAD:starseeker * 57923 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Add shape objects for comb.
19:39.19Notify03BRL-CAD:tbrowder2 * 57924 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 3 others): split compliance options into: POSIX, C99, and C89 for developer convenience during C99 and POSIX upgrade process
20:33.48Notify03BRL-CAD:starseeker * 57925 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/g-step.cpp): Like the brep, we will need both the definition and the shape from combs.
20:47.32Notify03BRL-CAD:carlmoore * 57926 brlcad/trunk/src/libged/coil.c: disable 'Nothing created' and implement the elsewhere-used 'Program continues running:'; simplify some brace usage
21:01.24Notify03BRL-CAD:starseeker * 57927 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Assembly_Product.h and 2 others): Pass a container holding the maps, since we need more of them
21:15.54*** join/#brlcad Izak (29cac126@gateway/web/freenode/ip.41.202.193.38)
21:43.03Notify03BRL-CAD:carlmoore * 57928 brlcad/trunk/src/shapes/fence.c: minor changes along with adding units mm
23:25.57Notify03BRL-CAD:tbrowder2 * 57929 brlcad/trunk/src/libged/brep.c: // comments not allowed in C89
23:35.22Notify03BRL-CAD:tbrowder2 * 57930 brlcad/trunk/src/conv/step/step-g/OpenNurbsInterfaces.cpp: remove new def to eliminate shadowed var warning
23:43.17Notify03BRL-CAD:tbrowder2 * 57931 brlcad/trunk/src/libged/search.c: change tmp var to avoid shadow warning in <string.h>
23:48.10*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-srddurlysokrvtoj)
23:54.35Notify03BRL-CAD:tbrowder2 * 57932 brlcad/trunk/src/libtclcad/tclcad_obj.c: add FIXME for non-C89 code
IRC log for #brlcad on 20130928

IRC log for #brlcad on 20130928

03:52.44*** join/#brlcad kesha (~kesha@14.139.122.114)
04:57.06kanzureis there a dependency graph of the different brlcad libraries?
06:19.47*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-jepseccoqmscjrts)
10:14.29Notify03BRL-CAD:tbrowder2 * 57933 brlcad/trunk/src/libtclcad/tclcad_obj.c: provide for C89 use
10:15.54Notify03BRL-CAD:tbrowder2 * 57934 brlcad/trunk/src/util/ttcp.c: use current struct hostent var instead of obsolete, macro name for it
10:17.03Notify03BRL-CAD:tbrowder2 * 57935 brlcad/trunk/src/libbu/interrupt.c: ensure sig_t is available under C89
11:55.27Notify03BRL-CAD:tbrowder2 * 57936 (brlcad/trunk/src/compat/README =================================================================== and 9 others): add files for strict C89 compliance
11:56.13Notify03BRL-CAD:tbrowder2 * 57937 brlcad/trunk/src/CMakeLists.txt: ignore compat directory
13:00.59Notify03BRL-CAD:tbrowder2 * 57938 brlcad/trunk/src/compat/README.compat: add another compat file; improve doc
13:14.17maths22brlcad: I just updated drupal and the drupal modules.
13:56.51*** join/#brlcad Gaganjyot (~gagan@106.192.58.187)
14:23.53Notify03BRL-CAD:tbrowder2 * 57939 brlcad/trunk/src/libpkg/pkg.c: use current struct hostent var instead of obsolete, macro name for it
14:24.22Notify03BRL-CAD:tbrowder2 * 57940 brlcad/trunk/src/compat/README.compat: add new info
15:42.29*** join/#brlcad Gaganjyot (~gagan@106.192.22.36)
16:38.40*** join/#brlcad Gaganjyot (~gagan@106.192.30.180)
17:08.08*** join/#brlcad Gaganjyot (~gagan@106.192.30.180)
17:27.33*** join/#brlcad Gaganjyot (~gagan@106.192.30.180)
18:01.13*** join/#brlcad Gaganjyot (~gagan@106.192.1.20)
19:44.47*** join/#brlcad infobot (~infobot@rikers.org)
19:44.47*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
20:46.26*** join/#brlcad luca79 (~luca@net-37-116-126-158.cust.dsl.vodafone.it)
21:02.15*** join/#brlcad caen23 (~caen23@92.83.177.20)
22:16.46Notify03BRL-CAD:tbrowder2 * 57941 brlcad/trunk/src/compat/README.compat: add more info
IRC log for #brlcad on 20130929

IRC log for #brlcad on 20130929

01:19.15brlcadkanzure: there have been many over the years
01:20.48brlcadkanzure: I don't have anything immediately handy, but the build system does describe the dependencies on the link line (see BRLCAD_ADDLIB LINES)
01:52.36kanzurebrlcad: thank you
02:18.18brlcadmaths22: that is awesome!
02:18.56brlcadbeyond awesome ... that was one of the many things that need worked on, excellent initiative
03:25.34*** join/#brlcad caen23_ (~caen23@92.83.177.20)
04:44.18*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:42.55Notify03BRL-CAD:tbrowder2 * 57942 brlcad/trunk/src/compat/README.compat: update info
13:40.33*** join/#brlcad vladbogo (~vlad@188.25.237.92)
14:01.51maths22brlcad: I will take care of mediawiki soon; mediawiki is more complicated to update
15:03.43*** join/#brlcad caen23 (~caen23@92.83.177.20)
15:25.31*** join/#brlcad Gaganjyot (~gagan@1.38.23.154)
16:32.27*** part/#brlcad Gaganjyot (~gagan@1.38.23.154)
20:53.46*** join/#brlcad fethio (~user@78.173.77.60)
21:15.56*** join/#brlcad caen23_ (~caen23@92.83.177.20)
22:14.11Notify03BRL-CAD:tbrowder2 * 57943 brlcad/trunk/src/compat/README.compat: add info
22:16.31Notify03BRL-CAD:tbrowder2 * 57944 brlcad/trunk/misc/CMake/CompilerFlags.cmake: make C99 a 'pure' C99 compliance check; commant out XOPEN as part of a preliminary POSIX compliance check
22:17.45Notify03BRL-CAD:tbrowder2 * 57945 (brlcad/trunk/src/compat/README.compat.c99 =================================================================== and 85 others): add details of C99 compatibility needs
22:19.58Notify03BRL-CAD:tbrowder2 * 57946 brlcad/trunk/src/libbu/file.c: add placeholders for known needed functions for C99 compliance
22:21.27Notify03BRL-CAD:tbrowder2 * 57947 brlcad/trunk/src/libbu/interrupt.c: add an undef'd path for a portable replacement for the BSD signal function
22:22.31Notify03BRL-CAD:tbrowder2 * 57948 brlcad/trunk/src/libbu/gethostname.c: add FIXME for a function that is not non-C99-compliant
22:23.50Notify03BRL-CAD:tbrowder2 * 57949 brlcad/trunk/src/libbu/realpath.c: add FIXME for a function that is not non-C99-compliant
22:25.15Notify03BRL-CAD:tbrowder2 * 57950 brlcad/trunk/src/rt/main.c: use bu version of gethostname (which is not yet usable under strict C99 compliance checking
22:27.13Notify03BRL-CAD:tbrowder2 * 57951 brlcad/trunk/src/libbu/malloc.c: add placeholder for known needed functions for C99 compliance
22:28.37Notify03BRL-CAD:tbrowder2 * 57952 brlcad/trunk/src/libbu/str.c: add FIXME for functions that are not non-C99-compliant
22:33.06Notify03BRL-CAD:tbrowder2 * 57953 brlcad/trunk/src/libbu/getcwd.c: add FIXME for C99 compliance thats a little more complicated
22:50.32Notify03BRL-CAD:tbrowder2 * 57954 brlcad/trunk/src/libbu/gethostname.c: use en_US spelling
23:07.36Notify03BRL-CAD:tbrowder2 * 57955 brlcad/trunk/src/libbu/gethostname.c: make a C-99 compatible version
23:08.40Notify03BRL-CAD:tbrowder2 * 57956 brlcad/trunk/src/compat/README.compat.c99: update info
IRC log for #brlcad on 20130930

IRC log for #brlcad on 20130930

00:45.11Notify03BRL-CAD:brlcad * 57957 brlcad/trunk/src/libbu/gethostname.c: sprintf() is bad. bu_strlcpy() is good. ensures result is always null terminated and removes need for assert (case-insensitive cpp or just never tested?)
00:51.25Notify03BRL-CAD:brlcad * 57958 brlcad/trunk/include/bu.h: Expand the documentation on bu_gethostname()
01:03.55Notify03BRL-CAD:brlcad * 57959 brlcad/trunk/src/libbu/gethostname.c: should not be using WIN32, use the corresponding feature we care about, i.e., HAVE_WINSOCK_H, to initialize the networking library on windows. also should NOT be testing __STD_VERSION__ (and it was wrongly testing __STD_VERSION value). toggle instead on HAVE_GETHOSTNAME. this sig should probably change as this is not libbu's memory management style.
01:13.24Notify03BRL-CAD:brlcad * 57960 brlcad/trunk/src/libbu/file.c: /* */ comment within a /* */ comment results in a syntax error, but I'm not convinced we should be introducing these as BU API. They don't fit the design and are not functions we can portably implement. while fileno() is also unlikely to NOT exist (similar to inline), there may be other options (like converting callers to FILE*'s or forcing it on as a
01:13.26Notifylow-level platform intrinsic)
01:25.25brlcadCh3ck: massive errors compiling pull.c
01:26.40brlcad/home/sean/brlcad/src/libged/pull.c:150:18: error: ?t_mat[0]? is used uninitialized in this function [-Werror=uninitialized]
01:31.44brlcadCh3ck: please check that
01:31.54Notify03BRL-CAD:brlcad * 57961 brlcad/trunk/src/libged/pull.c: looks like the logic is assuming memory starts as zero? might need to be identity. needs testing.
01:31.57brlcad(that being r57961)
01:49.43Notify03BRL-CAD:brlcad * 57962 brlcad/branches/RELEASE/include/bu.h: mark gethostname() as do-not-use.. likely needs to change signature/name and it was introduced the previous release.
02:09.17Notify03BRL-CAD:brlcad * 57963 brlcad/trunk/src/libbu/realpath.c: HAVE_REALPATH should not be defined if we're compiling in some mode/environment where it's not available. if it's a decalaration issue, yet available, we should declare it as-needed. there's already a fallback.
02:11.11Notify03BRL-CAD:brlcad * 57964 brlcad/trunk/src/rt/main.c: no longer need the WIN32 wrapping.
02:47.06Notify03BRL-CAD:brlcad * 57965 brlcad/trunk/src/libbu/str.c: implement strcasecmp functionality, but keep using system implementation when available
02:47.55Notify03BRL-CAD:brlcad * 57966 brlcad/trunk/CMakeLists.txt: check for strcasecmp/strncasecmp functions since they are not c89 or c99 (they're posix.1 and 4.4. bsd)
02:51.19Notify03BRL-CAD:brlcad * 57967 brlcad/trunk/src/libbu/str.c: also implement a simple strncasecmp.
03:14.09Notify03BRL-CAD:brlcad * 57968 brlcad/trunk/src/libbu/gethostname.c: didn't mean to rename this just yet
03:56.17Notify03BRL-CAD:brlcad * 57969 brlcad/trunk/src/libbu/malloc.c: looks same false-positive as the other, HAVE_POSIX_MEMALIGN should be the only test needed. we definitely will not be implementing a wrapper like this as bu api... bu_alloc() could handle delivering aligned memory while still using malloc/calloc, but thusfar not necessary/significant.
04:25.37Notify03BRL-CAD:brlcad * 57970 brlcad/trunk/src/libbu/interrupt.c: should not be defining __* macro vars as they are paramount to invoking -std=gnu (and compiler-specific, they own that namespace). HAVE_SIG_T looks like the right fix, though. shouldn't be either/or: sigaction() can be an additional method (when signal() isn't available).
04:42.11*** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net)
04:45.33Notify03BRL-CAD:brlcad * 57971 brlcad/trunk/src/compat/README.compat: should not be setting OR reading the __* compiler preprocessor symbols because they are private and compiler-specific. we'd need a test for that type.
04:58.47Notify03BRL-CAD:brlcad * 57972 brlcad/trunk/src/libtclcad/tclcad_obj.c: use bu_sscanf() instead of sscanf() since it implements a %z size_t specifier. already have a patch that converts all instances, but am waiting to apply after release is posted
06:12.04*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:14.41Notify03BRL-CAD:brlcad * 57973 brlcad/trunk/src/libbu/vls_vprintf.c: ctype functions required unsigned chars on some bsd platforms (for safety)
06:20.16Notify03BRL-CAD:brlcad * 57974 brlcad/trunk/src/libicv/tests/icv_read_write.c: classic bug, getopt returns an int. assuming it's a char because it usually stores a char will result in an infinite loop.
07:02.30*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
07:34.05Ch3ckbrlcad: looking into it ;)
08:45.38*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
10:04.45*** join/#brlcad curatrix (~curatrix@124-168-38-24.dyn.iinet.net.au)
10:28.17Notify03BRL-CAD Wiki:IIIzzzaaakkk * 6190 /wiki/User:Izak/GSOC_2013_logs: /* GSoC 2013 summary */
11:59.05Notify03BRL-CAD:tbrowder2 * 57975 brlcad/trunk/src/libbu/vls_vprintf.c: remove const specifier for proper later use
12:18.15brlcadCh3ck: I fixed them, but you might want to look over whether the fix is right, what your intent was in the code
12:18.52brlcadCh3ck: you should check all of the variables and initialize them to zero, null, -1, 1, whatever they need to be
12:28.22Ch3ck_well brlcad, they are to be initialized to Identity
12:28.35Ch3ck_so that they could be multiplied correctly moving up the tree
12:30.22*** join/#brlcad Izak__ (~Izak@195.24.220.16)
12:31.23Ch3ck_well brlcad, I need some clarification with the rt_db_get_internal, the 4th argument requires a 4x4 matrix I wish to know if this correctly returns the 4x4 matrix representation for the combination or object?
12:32.46Ch3ckI just wish to know what the 4th argument actually does, looked at rt_db_get_internal() but code still looks complicated ;)
12:45.11``Erik*read* yeah, looks complicated... every import function has a "mat" parameter, but I believe it's generally ignored
12:47.03``Erikhrm, yeh, if that matrix is not identity when a torus is loaded, it'll throw a warning and ignore the primitive...
12:47.53``Erikso I'd assume it expect identity and is there to provide future capability
12:48.33``Erikdoes that help?
12:50.07``Erikneat, netflix was a big presenter at eurobsdcon, they're a huge fbsd user
12:58.59*** join/#brlcad Gaganjyot (~gagan@106.192.38.30)
12:59.30*** part/#brlcad Gaganjyot (~gagan@106.192.38.30)
13:26.00Notify03BRL-CAD:carlmoore * 57976 (brlcad/trunk/src/compat/README.compat brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): remove trailing blanks
13:28.18brlcadCh3ck: no it does not, that matrix parameter applies a matrix immediately upon reading an object from disk... as mentioned before, primitives have no notion of a matrix
13:28.27brlcadso there is no matrix to "return"
13:30.59brlcada combination is aware of a matrix, but the 'mat' parameter of rt_db_get_internal() is still one that is APPLIED (i.e., mulitipled) when the object is read from disk
13:36.10*** join/#brlcad Izak__ (~Izak@195.24.220.16)
13:36.27*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
13:47.17brlcadCh3ck_: did you see the response?
13:47.31Notify03BRL-CAD:brlcad * 57977 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt): start bringing this all together. stub in a new (empty) constraint command.
13:48.04Notify03BRL-CAD:brlcad * 57978 brlcad/trunk/src/mged/setup.c: Add constraint stub to mged
13:50.13Notify03BRL-CAD:brlcad * 57979 brlcad/trunk/src/libtclcad/tclcad_obj.c: Add constraint to archer
13:50.20*** join/#brlcad Gaganjyot (~gagan@106.192.56.247)
14:06.14Ch3ck_brlcad, seen it ;)
14:06.19Ch3ck_will fix the bugs
14:11.37Ch3ck_thanks `Erik, :)
14:13.56Ch3ck_``Erik, I'm having problems here compiling code on bzflag, seeing an error "__GNUC__MINOR__ : is not defined" could anyone help me fix that?
14:16.30brlcadCh3ck_: sure, I can help
14:16.36Ch3ck_ok
14:16.49Ch3ck_I don't really know how to fix this.
14:17.05brlcadokay, so lets break it down
14:17.59Ch3ck_well, I was compiling but it failed with the error "tcl8.6/tcl.h:171:47: error: "__GNUC__MINOR__" is not defined"
14:18.28Ch3ck_well I don't know if this a problem i've caused or its something with the server
14:18.45brlcadfirst to understand the error itself
14:18.51brlcadthat error is saying "SOME_SYMBOL : is not defined" ...
14:18.58brlcadthat's a compilation error about some symbol
14:19.31brlcadlooking at that line in that file looks like what?
14:19.31Ch3ck_yes
14:21.17brlcad(hint: the file is /usr/local/include/tcl8.6/tcl.h)
14:22.11``Erikthe issue is that tcl8.6 is on bz but not compatible with BRL-CAD and our cmake doesn't check that detail :/
14:22.30Ch3ck_well looking at the file now
14:22.34Ch3ck_on bzflag
14:22.34``Erikforce tcl/tk to compile instead of using system as a workaround
14:23.02brlcadaaand a learning opportunity is lost :P
14:23.33Ch3ck_well I want to learn here
14:23.57Ch3ck_so what do I do? well seems I can open file only with Vi which i'm not really familiar with ;)
14:24.10``Erikheh, srry :D it's one of those 'minor glitches' that is turning into a 'major issue', but we're not dealing with...
14:24.42``ErikCh3ck_: bz should have vim, emacs, nano, and a handful of others... if your editor of choice isn't on the machine, make a case for it and it might get installed
14:24.43brlcadif you run "less /usr/local/include/tcl8.6/tcl.h" and just type "170", it will jump to line 171 (counts from zero, not one)
14:25.22Ch3ck_that sounds better
14:25.40brlcad``Erik: sure minor issue, all the more reason he should be able to understand that error and instantly recognize what's wrong
14:25.52Izak__Have always preferred emacs to vi
14:26.21``Erikaight, my bad :) been spending more time in xcode than irc, so still catching up :)
14:26.42brlcadIzak__: good answer ;)  (it's more powerful for coding imho, but the learning curve is steeper)
14:27.02starseekerreally, best solution would be to get things working with tcl 8.6
14:27.24starseekerdoesn't know what's involved, haven't looked into it
14:27.26``Erikfavors emacs for lisp and vim for C *shrug* but has a long history in sysadmin
14:27.38brlcadCh3ck_: so looking at line 171 what kind of symbol is that?  a C symbol or a pre-processor symbol?
14:28.18``Erikwanders off to clean the engine grease from his hands, spent the morning under the hood of the truck O.o
14:28.36Ch3ck_brlcad, its a preprocessor directive
14:28.49Izak__<PROTECTED>
14:29.12starseekerprefers vim - fewest keystrokes per action, but as a consequence of that design it is a frustrating experience for newbies...
14:29.38starseekercan't claim to be a true vim power user even now
14:29.51Ch3ck_which is part of the flag values passed to tcl_GetRegExpFromObj
14:31.20Ch3ck_brlcad, bt what I see here is probably the fact that the comment for TCL_REG_EXPANDED continues to the next line in a weird way
14:31.25*** part/#brlcad Gaganjyot (~gagan@106.192.56.247)
14:31.54``ErikIzak__: no, but my dad was an auto mechanic before his career as a jet mechanic, so I learned to work on my own cars with I guess a fair amount of competence :)
14:32.35Izak__``Erik : Good to know :)
14:32.41Ch3ck_``Erik, well thats a great skill to have here which could earn you some fast cash :) like 20 dollars daily
14:33.01Ch3ck_converted from our currency XAF
14:33.04brlcadthat fewest keystrokes is highly debatable, especially when modality errors are tracked and/or one is constantly needing to switch modes
14:34.01Ch3ck_don't really admire the mode aspects of vim
14:34.28brlcadstarseeker: without those errors and sticking to few modes, I'd probably agree .. but the few usability studies on the matter showed the modality errors dominate over time
14:35.02brlcadends up being a "cost overhead" that one doesn't even realize
14:35.38Ch3ck_thinks we're escaping from a problem here, could pick up the vim/emacs war later ;)
14:35.40brlcadCh3ck_: so that's good -- it's a preprocessor symbol .. that should tell you a lot about that error message then
14:35.56brlcaddo you see why it's an error?
14:36.01brlcadwhat it's actually complaining about?
14:36.23Ch3ck_well I think its the commenting
14:36.31brlcadnope
14:36.32Ch3ck_part which has a problem
14:36.43brlcadcomments owuld not be a symbol error
14:37.03brlcadit's a problem with code .. you just identified that it's preprocessor code, not C code that has a problem
14:37.36brlcadthe error stated that __GNUC__MINOR__ is not defined
14:38.14brlcadso it should be very obvious that a line saying #if whatever && whatever < else && __GNUC__MINOR__ < 4 ... is an error if __GNUC__MINOR__ is not defined anywhere
14:39.39brlcaddo you see that?
14:39.49Ch3ck_I see
14:40.20brlcadso what to do about that?
14:41.37Ch3ck_so __GNUC__ is to be changed to __GNU__MINOR__
14:41.45brlcadnope
14:41.51brlcadthat's a completely different symbol
14:42.15brlcadthe first question you should be asking is "whose code is this?"
14:42.22brlcaddid you write it? is it part of brl-cad?
14:42.47Ch3ck_well its not part of brlcad
14:42.58brlcadgood, but whose is it?
14:43.02Ch3ck_and it actually has to do with the compiler
14:43.10Ch3ck_for tcl
14:43.14brlcadright
14:43.36brlcadso on the surface, you could look at this as "there's a bug in one of tcl 8.6's header files"
14:44.00Ch3ck_yeah
14:44.03brlcadand either don't use 8.6 ... or see if they have an update ... or
14:44.41brlcadif you were paying really close attention, you'd see a discrepancy with the preceding line (169)
14:44.59Notify03BRL-CAD:starseeker * 57980 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Hook up the shape representations.
14:45.53Notify03BRL-CAD:starseeker * 57981 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: remove obsolete comment
14:45.55brlcadnot using 8.6 is the "official" position, as we do not own that file and it's a problem in their header .. and they've probably LONG since already fixed this issue
14:46.11brlcadthis is done by simply turning on our BUNDLED build option (see INSTALL)
14:46.29Ch3ck_aight
14:47.00brlcadthe second option would involve updating and installing a newer 8.6, which you don't have direct access to, but could request a sysadmin look into
14:47.13brlcadto update /usr/local/include/tk8.6
14:47.29brlcadthe THRID option, however, is the fun one
14:47.37brlcadwhat's wrong with __GNUC__MINOR__?
14:47.43brlcadwhy is it not defined?
14:48.15brlcadlook at the preceding line
14:48.25brlcadwhy didn't it complain about that line?
14:48.26Ch3ck_OK
14:55.46brlcaddo you see the preceding line?
14:56.42Ch3ck_well the preceding line is about DLLIMPORT right?
14:56.49brlcadno
14:56.51brlcadwhat's line 171?
14:56.59brlcadpaste it here
14:59.08Ch3ck_<PROTECTED>
15:00.15brlcadthat's not line 171
15:00.51brlcadnot even close... :)
15:01.32brlcad171 is the line that it was complaining about __GNUC__MINOR__ ... so it better say __GNUC__MINOR__ on that line ;)
15:02.40Ch3ck_aight
15:02.53brlcaddon't guess, use tools that take you to that line ... basic coding 101, you need to be able to jump to specific lines in files quickly
15:03.35Ch3ck_thats what I did
15:03.46Ch3ck_and gave you the results above using less
15:03.55brlcadM-x goto-line in emacs
15:03.58brlcad:171 in vim
15:04.02Ch3ck_there is no way vim even tells me the current like with the cursor here
15:04.46brlcadyou're not understanding 'less'
15:05.01brlcadtyping 171 will take you to line 172 and that will be the very top-most line
15:05.17brlcaddefine DLLEXPORT would be somewhere in the middle of your screen probably, but that still means you guessed
15:05.36Ch3ck_"#   if (__GNUC__ > 4) || ((__GNUC__ == 4) && (__GNUC__MINOR__ >= 5))
15:05.37Ch3ck_"
15:05.45Ch3ck_here is the line with emacs, its better
15:05.48Ch3ck_;)
15:05.49brlcadgood
15:05.55brlcadand the preceding line?
15:06.43Ch3ck_#if defined(__GNUC__) &&((__GNUC__>= 4) || ((__GNUC__ == 3) && ( __GNUC_MINOR__>= 1)))
15:07.05brlcadso what's the difference?
15:07.21brlcadthere's clearly MINOR on both lines, but it complains about 171 but not 170
15:07.51Ch3ck_171 talks about GNUC being >= 4
15:08.13Ch3ck_while the preceding like talks of GNUC being defined or ==3 or >= 4
15:08.23brlcadgood thinking, but not it
15:08.32brlcadit complains about the symbol being not DEFINED
15:08.43brlcadif it's not defined, then 170 would be an error too
15:08.50brlcadwhy isn't it
15:08.52Ch3ck_yeah
15:09.41Ch3ck_because if its not defined line 171  would not be processed
15:09.54Ch3ck_since its already failed the if defined condition
15:10.23brlcadinteresting, but no .. compilers generally always warn on the very first occurance of an error
15:10.51brlcadand indeed the compiler is right
15:11.23Ch3ck_so what's the real cause of the problem here?
15:11.31brlcadyou should ALWAYS assume the compiler is right, at least until you've been actively coding for a decade or have written your own compiler ;)
15:11.38brlcadattention to detail
15:11.45brlcadwhat's the most common error in programming
15:12.31Ch3ck_compilation error
15:12.32brlcadhow can it possibly be true that line 171 has an unknown symbol yet the preceding line seemingly has that symbol
15:13.03Ch3ck_well it looks like its been deprecated  somewhere in between
15:13.06brlcadtoo general, it's a specific type of compilation error, a specific cause
15:13.11brlcadit has not
15:13.19brlcadand that word means something else
15:14.38brlcadread very carefully
15:14.42brlcadthose two lines
15:14.52Ch3ck_sorry, just wanted to say its  been removed some how
15:15.23Ch3ck_the first line says
15:15.33Ch3ck_if GNUC is defined
15:15.37Ch3ck_check if its >= 4
15:15.52Ch3ck_else if its == 3 and GNUC__ MINOR >= 1
15:16.00Ch3ck_THEN move to the next line and
15:16.14brlcadthat is not what 170 said
15:16.39Ch3ck_well its what it says
15:16.53brlcadit's the intent of what it was trying to say, but you can't summarize it that generically when looking at any error
15:17.04brlcada compiler will do exactly and only what it is told
15:17.17brlcadso you need to be exact in describing it
15:17.25brlcad"GNUC__ MINOR >= 1" is not the expression
15:17.31brlcadwhat is the expression involving MINOR?
15:17.52brlcadyou're going to kick yourself when you finally see it
15:17.59brlcadat least you should :)
15:19.17Ch3ck_well i see a typo
15:19.29Ch3ck_error with GNUC_MINOR
15:19.38Ch3ck_they're different
15:19.59brlcadbingo
15:20.04Ch3ck_"GNUC__MINOR" AND GNUC_MINOR
15:20.21brlcadyou're missing the preceding and trailing underscores, but YES!
15:20.26Ch3ck_its tiny but has caused alot of damage :)
15:20.30brlcadsimple typo
15:20.34brlcadit's the most common error
15:20.42brlcadso you always have to be on the look-out for them
15:21.05brlcad"how can it possibly be true that line 171 has an unknown symbol yet the preceding line seemingly has that symbol" ... it CANNOT .. they are DIFFERENT symbols
15:21.23Ch3ck_yeah they're different ;)
15:21.23brlcadand the latter is clearly a typo once you see that
15:21.37brlcada one-character typo at that
15:21.44Ch3ck_yeah
15:21.52brlcadi've fixed the header file, so it should get past that specific error
15:23.37Ch3ck_ok thanks ;)
15:33.04Notify03BRL-CAD:brlcad * 57982 brlcad/trunk/src/libged/attr.c: fix a bug introduced in the r57241 refactoring that broke the 'attr get' subcommand. the output format is not the same as attr show and max_attr_name/value_len are not yet computed (so attr get output nothing). lucky, caught in time.
15:36.35Ch3ck_brlcad, tk.h:21:3: error: #error Tk 8.6 must be compiled with tcl.h from Tcl 8.6 or bettter
15:36.49Ch3ck_this is still another error I get while compiling
15:37.52Notify03BRL-CAD:brlcad * 57983 brlcad/branches/RELEASE/src/libged/attr.c: merge just r43219 from trunk since it fixes an unreleased attr get command bug, restores behavior
15:38.55brlcadCh3ck_: if it's telling you that, it undoubtedly encountered a tcl.h NOT from tcl 8.6+
15:39.39Ch3ck_so how do I fix that?
15:40.25brlcadthat's a problem with build system paths
15:40.53brlcadunless your object is to get the build working with tcl/tk 8.6 (which would be great), the simple solution is the BUNDLED option I mentioned6
15:41.01brlcads/object/objective/
15:41.43Ch3ck_ok
15:41.52Ch3ck_was building in debug mode
15:43.05brlcadirrelevant
15:43.23brlcad(i.e., can/should keep building in debug mode)
15:44.08Ch3ck_yeah just added the bundled option
15:49.42*** join/#brlcad Gaganjyot (~gagan@106.192.60.236)
15:53.14*** part/#brlcad Gaganjyot (~gagan@106.192.60.236)
15:56.28Notify03BRL-CAD:brlcad * 57984 brlcad/trunk/src/libged/attr.c: we don't need the database until we check the version
16:07.03Notify03BRL-CAD:brlcad * 57985 brlcad/trunk/src/libged/attr.c: too many database open checks
16:52.39Notify03BRL-CAD:brlcad * 57986 brlcad/trunk/src/libged/attr.c: by convention, the ged command API should be case-insensitive. make attr's subcommands insensitive.
16:54.46Notify03BRL-CAD:brlcad * 57987 brlcad/trunk/src/libged/attr.c: the pretty print function need not be private API, mark HIDDEN and rename with attr_ prefix
17:00.53Notify03BRL-CAD:brlcad * 57988 brlcad/trunk/src/libged/attr.c: more hiding of implementation functions, prefixing with the attr_ group name
17:00.58``ErikCh3ck_: if you're lost in vi, ^g will post some handy info across the bottom status bar
17:04.27Ch3ck_ah thanks, ``Erik
17:04.31Notify03BRL-CAD:brlcad * 57989 brlcad/trunk/src/libged/attr.c: ws indent cleanup
17:24.24Notify03BRL-CAD:brlcad * 57990 brlcad/trunk/src/libged/ged.c: applying refactoring rule-of-three (Ro3) instead of DRY for the attribute qsort() callback. it's only called twice and requires private API to make it span attr.c for little value and hinders encapsulation. this caller should probably be calling ged_attr() anyways but the format is slightly different, warrants testing.
17:25.00Notify03BRL-CAD:brlcad * 57991 brlcad/trunk/src/libged/attr.c: make all of the new sorting functions also hidden
17:27.02Notify03BRL-CAD:brlcad * 57992 brlcad/trunk/src/libged/ged_private.h: and here's the cost we can eliminate. no longer need _ged_cmpattr() published.
17:30.32*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
17:31.46Notify03BRL-CAD:brlcad * 57993 brlcad/trunk/src/libged/constraint/constraint.c: start hashing out the primary commands and the user interface. this is roughly the approach of the attr command.
17:38.18*** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16)
17:40.50Notify03BRL-CAD:starseeker * 57994 brlcad/trunk/src/librt/search.c: Fix option ordering for search - -bool wasn't being found by bsearch
17:46.41Ch3ck_goes out ;)
17:55.20Notify03BRL-CAD:mohitdaga * 57995 (brlcad/trunk/src/libicv/tests/icv_crop.c brlcad/trunk/src/libicv/tests/icv_fade.c and 6 others): bu_getopt has integer return type.
18:05.55brlcadhuh, I made that change last night but I guess I didn't commit it
18:14.07Notify03BRL-CAD:starseeker * 57996 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others): Tone down the debugging output, use nurbs curves for a couple more curve types.
18:16.10*** join/#brlcad merzo (~merzo@154-80-132-95.pool.ukrtel.net)
18:25.23*** join/#brlcad fethio (~user@78.173.77.60)
18:28.24Notify03BRL-CAD:starseeker * 57997 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Write out nurbs form of unconverted surfaces
18:41.06Notify03BRL-CAD:carlmoore * 57998 brlcad/trunk/src/shapes/fence.c: eliminate 'Command-line argument assistance' message and begin directly with 'Usage'
18:48.58Notify03BRL-CAD:brlcad * 57999 brlcad/trunk/src/shapes/fence.c: don't leave dead code lying around
18:53.29Notify03BRL-CAD:brlcad * 58000 brlcad/trunk/src/libged/constraint/constraint.c: use a bu command table. provides a cleaner callback interface than using a data-driven type id method.
18:55.19Notify03BRL-CAD Wiki:Fethiokyar * 0 /wiki/User:Fethiokyar:
18:57.04Notify03BRL-CAD:starseeker * 58001 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Set names for positioning objects.
19:09.35Notify03BRL-CAD:brlcad * 58002 (brlcad/trunk/include/bu.h brlcad/trunk/include/cmd.h): move bu_cmdtab from bu.h to cmd.h
19:11.14brlcadhello fethio
19:25.58kanzurebrlcad: hey, i'm having trouble loading .lib files on windows with python + ctypes. are there dll files for brlcad?
19:26.15*** join/#brlcad ParahSailin (~ParahSail@50-194-178-148-static.hfc.comcastbusiness.net)
19:27.05kanzurebrlcad: there's no mechanism to load .lib files, so i guess that means we need dll files.
19:28.09ParahSailinbuild error on cygwin: https://gist.github.com/rcallahan/bac483d8685431107305
19:50.35Notify03BRL-CAD:carlmoore * 58003 brlcad/trunk/src/shapes/handle.c: implement h? (changing previous h to H), and provide a Usage statement
20:09.25Notify03BRL-CAD:tbrowder2 * 58004 brlcad/trunk/include/sysv.h: correct strchr signature to avoid C99 error--CMake tests may be causing problems
20:15.52*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
20:18.36Notify03BRL-CAD:carlmoore * 58005 brlcad/trunk/src/shapes/handle.c: add program exit for failed file-open
20:41.57brlcadkanzure: yes, there are dll files (at least there should be, in the bin dir)
20:42.10kanzureParahSailin: ping
20:50.01ParahSailinpong
20:50.20ParahSailinah, derp yeah i see them
20:53.20Notify03BRL-CAD:starseeker * 58006 brlcad/trunk/include/tclcad.h: Looks like tclcad needs cmd.h now.
21:02.55Notify03BRL-CAD:starseeker * 58007 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Ignore all the files for distcheck
21:02.59kanzureParahSailin: do they work when you use those paths?
21:16.44starseekerbrlcad: what are our blockers now for a release?
21:34.24zero_levelhi brlcad, ``Erik
22:27.40brlcadParahSailin: we've not had a complete cygwin build in quite a while, so work there is to be expected
22:28.18brlcadshouldn't be anything major, just build system tweaks and preprocessor work, but hasn't been a priority and cygwin tends to be a moving target
22:29.06brlcadstarseeker: just a few commit reviews to go to ensure NEWS is complete, but no known blockers otherwise that I'm aware of
22:31.24brlcadParahSailin: the build should succeed with the free msvc express, of if you're interested in getting cygwin working, we can walk through issues one at a time, but I'll need a more complete log
22:33.24ParahSailinhm well thats the first place it dies
22:44.36maths22brlcad: mediawiki is now updated
23:03.56maths22I also updated gallery
23:44.48zero_levelbrlcad : Are we plannning for a new release ?
23:46.07zero_levelbrlcad : Can I help in some way ?
23:46.26zero_levelI think there are few news to be updated for the tools in util.
23:46.48zero_levelI will ensure I will do it today.
IRC log for #brlcad on 20131001

IRC log for #brlcad on 20131001

00:57.57*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:35.33brlcadParahSailin: sure, but to not spend time guessing, need more logs that show what your configuration test results were (cmake log and cache results) and what the actual compile line preceding that error was (VERBOSE=1)
01:40.19brlcadzero_level: every month ideally, sure reviewing your changes will help
01:40.39brlcadwe have a policy of documenting all user-visible changes that have been documented
01:41.57brlcad(previously)
01:44.09zero_levelbrlcad : Also sent a mail on the list.
01:44.24zero_levelyou were suggesting me some directions ?
01:52.05Notify03BRL-CAD:brlcad * 58008 brlcad/trunk/include/cmd.h: make the ct_name field const in struct bu_cmdtab. shouldn't need to be mutable and are usually a static string.
01:55.34Notify03BRL-CAD:brlcad * 58009 brlcad/trunk/src/libdm/tcl.c: kill extra semi
02:05.04Notify03BRL-CAD:brlcad * 58010 brlcad/trunk/TODO: ideas for two new ged commands, about and align.
02:06.14Notify03BRL-CAD:brlcad * 58011 (brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/libbu/observer.c and 14 others): propagate constness and consistent null callback pointer on the terminating cmdtab entry
02:18.23Notify03BRL-CAD:brlcad * 58012 brlcad/trunk/src/conv/comgeom/try.sh: denote the particular detail of terminating a shell script case statment with a double semi
02:23.01Notify03BRL-CAD:brlcad * 58013 (brlcad/trunk/src/adrt/librender/cut.c brlcad/trunk/src/bwish/cmd.c and 25 others): remove unnecesary double-semicolons
02:28.50brlcadzero_level: I suggest starting with simple organization first
02:29.03brlcadjust try to put each bundle of logic into one source file
02:29.15brlcadlike all the routines related to png support
02:32.08brlcadfileformat.c still has some stuff related to ppm support (and there's a ppm.c file) for example
02:32.36brlcadand no files for bw, png, pix, bmp, etc
02:33.12brlcadsimple work, but that should help a press to modularize each format (so we can more easily extend new formats)
03:02.49*** join/#brlcad curatrix (~curatrix@124-168-38-24.dyn.iinet.net.au)
03:26.48brlcadhaha, wow, I shouldn't have turned on the news
03:27.04brlcadhilarious
03:27.05brlcadgets back to coding
04:05.05*** join/#brlcad curatrix (~curatrix@124-171-31-210.dyn.iinet.net.au)
06:04.32Notify03BRL-CAD:brlcad * 58014 brlcad/trunk/src/libged/constraint/constraint.c: start documenting some specific types of constraints that are commonly available (only aiming for one or two to start), and change the signature to require a constraint name.
06:16.45*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
06:17.32Notify03BRL-CAD:brlcad * 58015 brlcad/trunk/src/libged/constraint/constraint.c: few more examples, notes on functions
06:18.35Notify03BRL-CAD:d_rossberg * 58016 (brlcad/trunk/src/other/poly2tri/poly2tri/common/utils.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc): it looks like WIN32 isn't defined any more, use _WIN32 instead
06:20.34Notify03BRL-CAD:brlcad * 58017 brlcad/trunk/src/libged/constraint/constraint.c: stub in help command
07:47.24Notify03BRL-CAD:brlcad * 58018 brlcad/trunk/src/libged/constraint/constraint.c: a few more refinements and add an 'auto' constraint command to auto-assign derivable relationships.
07:57.08kanzurehaha opencascade <3 "At the moment Boolean operations algorithm is not thread-safe with any settings of environment variables."
09:19.32*** join/#brlcad Gaganjyot (~gagan@202.164.53.117)
09:53.37*** join/#brlcad Gaganjyot (~gagan@202.164.53.117)
09:58.28Notify03BRL-CAD:tbrowder2 * 58019 brlcad/trunk/src/compat/README.compat.c99: add test progs for the 7 C99 show stopper functions
10:20.02Notify03BRL-CAD:tbrowder2 * 58020 brlcad/trunk/CMakeLists.txt: add var to indicate we are using a standards-constrained build; add def to ensure checking functions are using the same compiler settings as the constrained build
10:24.11Notify03BRL-CAD:tbrowder2 * 58021 brlcad/trunk/CMakeLists.txt: set only when strict std compliance checking; expand comment
10:25.50*** join/#brlcad Izak__ (~Izak@195.24.220.16)
10:42.51Notify03BRL-CAD:tbrowder2 * 58022 brlcad/trunk/CMakeLists.txt: add code to do more rigorous checks on non-C99 functions
10:45.20Notify03BRL-CAD:tbrowder2 * 58023 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): eliminate the strict C89 option
11:33.01Notify03BRL-CAD:tbrowder2 * 58024 (brlcad/trunk/src/libbu/getcwd.c brlcad/trunk/src/libbu/gethostname.c and 2 others): use new define for assurance of a working non-C99 function
11:53.38Notify03BRL-CAD:tbrowder2 * 58025 (brlcad/trunk/INSTALL brlcad/trunk/configure): removed all references to the old C89
12:12.15Notify03BRL-CAD:tbrowder2 * 58026 brlcad/trunk/src/libbu/getcwd.c: move vars into reduced scope
12:15.28*** join/#brlcad kesha (~kesha@14.139.122.114)
12:44.00*** join/#brlcad kesha (~kesha@14.139.122.114)
13:22.05``Erikhuh, the gov't shut down? didn't even notice O:-)
13:31.41Notify03BRL-CAD:carlmoore * 58027 brlcad/trunk/src/libged/constraint/constraint.c: fix spellings
13:33.08*** join/#brlcad Izak (~Izak@195.24.220.16)
13:37.31*** join/#brlcad Izak__ (~Izak@195.24.220.16)
14:31.47starseekerbrlcad: uh... did Tom change strategies suddenly?  trying to figure out why C89 got removed
14:34.31starseekerinteresting - is there a difference between C89 and C90?  GCC seems to call it C90:  http://gcc.gnu.org/onlinedocs/gcc/Standards.html
14:42.09Notify03BRL-CAD:starseeker * 58028 NIL: Make a branch to try some compiler flag rework
14:57.45Notify03BRL-CAD:carlmoore * 58029 brlcad/trunk/src/libged/human.c: Provide space between file name and sentence-ending period; remove display of -h and -?, which however remain available for help
15:11.48Notify03BRL-CAD:carlmoore * 58030 brlcad/trunk/src/libged/human.c: remove this program's 'illegal option' message and rely on getopt instead
15:27.59*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-hbkcipimtgoqqenp)
15:49.06Notify03BRL-CAD:starseeker * 58031 (brlcad/branches/compiler-flags/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/branches/compiler-flags/misc/CMake/BRLCAD_Summary.cmake brlcad/branches/compiler-flags/misc/CMake/CompilerFlags.cmake): Start working on a generalized mechanism for selecting and reporting C and C++ standards for compilation
16:03.43*** join/#brlcad kesha (~kesha@14.139.122.114)
16:04.23Notify03BRL-CAD:carlmoore * 58032 brlcad/trunk/src/libged/human.c: various changes: move 'options' to higher level and give it new name due to apparent conflict; no need to initialize 'c'; add apostrophe to 'lets'; simplify an if-then-else; we can now run with no arguments and get help followed by the program running as it did before
16:16.12Notify03BRL-CAD:starseeker * 58033 NIL: Nevermind, after discussion with Sean the idea is to baseline on C89 and then move forward, not continually maintain support for various standards.
16:21.06Notify03BRL-CAD:starseeker * 58034 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): However, do go ahead and remove the BRLCAD_ prefix from the flag checking macros. Those are intended to be generic, maybe something that could be contributed back upstream someday.
16:43.28Notify03BRL-CAD:starseeker * 58035 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 3 others): Try to rework the build flags to reflect discussion with Sean on how he wants to proceed... may not have this right yet.
16:43.42Notify03BRL-CAD:carlmoore * 58036 brlcad/trunk/src/libged/human.c: suppress showing of h and ? options
16:58.26Notify03BRL-CAD:carlmoore * 58037 brlcad/trunk/src/libged/human.c: combine 2 ifs into if-then-else
17:15.49*** join/#brlcad vladbogo (~vlad@188.25.237.92)
17:40.38Notify03BRL-CAD:carlmoore * 58038 brlcad/trunk/src/libged/human.c: add 'or -l' to help
18:05.28*** join/#brlcad Gaganjyot (~gagan@106.192.54.20)
18:53.54Notify03BRL-CAD:starseeker * 58039 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Move src/other further down the configure process. Sean had the insight that now that we are clearing the build flags at the top of src/other, we can do all the system tests with BRL-CAD's compile flags up front so the CACHE holds the results one would expect from BRL-CAD's configuration rather than any that might get
18:53.56Notifyset with blank build flags in src/other. The only danger is that the src/other builds, using the BRL-CAD cache results, might fail to build because they need something that passed in BRL-CAD's test but requires a flag not supplied in the src/other build logic. In that situation, if it occurs, the thing to do is probably to improve/fix the src/other CMake logic.
18:54.52Notify03BRL-CAD:tbrowder2 * 58040 (brlcad/trunk/src/compat/test_fdopen.c brlcad/trunk/src/compat/test_fileno.c and 4 others): use correct syntax for gcc __atttribute__
19:06.38*** join/#brlcad Gaganjyot (~gagan@1.38.22.232)
19:20.59*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
19:27.01*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
20:15.11Notify03BRL-CAD:carlmoore * 58041 brlcad/trunk/src/libged/human.c: kept humanoptions name, but shifted things around so it does not now need to be a global
20:57.45*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:17.30Notify03BRL-CAD:brlcad * 58042 brlcad/trunk/src/libged/constraint/constraint.c: turn the comment notes into code, expand the longer integrated help usage case
21:18.19Notify03BRL-CAD:carlmoore * 58043 brlcad/trunk/src/shapes/human.c: simplify shapes/human.c
21:24.19Notify03BRL-CAD:brlcad * 58044 brlcad/trunk/src/libged/constraint/constraint.c: include generalized formula in the help docs
21:27.13Notify03BRL-CAD:carlmoore * 58045 brlcad/trunk/src/libged/human.c: remove unneeded braces, and put in a space just before a brace which is being left in
21:31.02Notify03BRL-CAD:brlcad * 58046 brlcad/trunk/src/libged/constraint/constraint.c: show an example of a relation
21:51.30*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131002

IRC log for #brlcad on 20131002

01:07.07*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:35.48*** join/#brlcad infobot (~infobot@rikers.org)
02:35.48*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
03:46.27*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:56.39Notify03BRL-CAD:brlcad * 58049 brlcad/trunk/src/libged/constraint/constraint.c: implement get and show, presently utilizing the attribute value system since a very similar interface should suffice for our pretty printing needs
05:01.25*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:47.50*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:04.39*** join/#brlcad Gaganjyot (~gagan@202.164.53.117)
08:05.06*** part/#brlcad Gaganjyot (~gagan@202.164.53.117)
09:55.21*** join/#brlcad caen23 (~caen23@92.83.177.20)
09:55.26*** join/#brlcad caen23_ (~caen23@92.83.177.20)
11:09.41*** join/#brlcad caen23 (~caen23@92.83.177.20)
12:02.15*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:10.40Notify03BRL-CAD:tbrowder2 * 58050 brlcad/trunk/misc/CMake/CompilerFlags.cmake: use this posix to three non-C99 funcs don't case build failure
12:13.29Notify03BRL-CAD:tbrowder2 * 58051 brlcad/trunk/misc/CMake/CompilerFlags.cmake: use this posix version so three non-C99 funcs don't cause build failure
12:19.34*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-vzbucnxqcgzbehef)
13:35.42Notify03BRL-CAD:brlcad * 58052 brlcad/trunk/CMakeLists.txt: we have to include the modules for c/c++ source compilation testing since we use those macros directly in this file.
13:40.59d_rossbergbrlcad: thanks! i wonder why there was no error on Linux
13:52.45*** join/#brlcad kesha (~kesha@14.139.122.114)
14:01.32Notify03BRL-CAD:carlmoore * 58053 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libged/constraint/constraint.c): fix spellings
14:06.44*** join/#brlcad kesha (~kesha@14.139.122.114)
14:20.17Notify03BRL-CAD:tbrowder2 * 58054 brlcad/trunk/CMakeLists.txt: add flag for more function checks (and add info to comment); 'rigorous' is en_US spelling; word wrap long line
14:21.11Notify03BRL-CAD:carlmoore * 58055 brlcad/trunk/src/libged/human.c: move 2 fflush's for a more uniform appearance (should not affect program performance), and simplify the 'height' routine
14:49.18``Erikhuh, seems tom clancy has passed
14:50.35Notify03BRL-CAD:carlmoore * 58056 brlcad/trunk/src/libged/human.c: initialize local x,y,z (do not depend on the system doing so!); specify inches; remove fflush(stdin), because that's done immediately after return
15:06.41Notify03BRL-CAD:starseeker * 58057 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Add non-installed tool to print out the possible elements of a step file.
15:10.51*** join/#brlcad Gaganjyot (~gagan@1.38.22.232)
15:12.56Notify03BRL-CAD:carlmoore * 58058 brlcad/trunk/src/libged/human.c: change 'humanoptions', now a local variable, back to 'options'; touch up the Usage, including clarification of 'feet' (refers to the body, not to the measuring unit)
15:25.58Notify03BRL-CAD:starseeker * 58059 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): Bump the step schema define variable up a directory
15:27.15*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:41.21Notify03BRL-CAD:starseeker * 58060 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/STEPWrapper.cpp and 6 others): Refactor the schema conditional ifdef logic into a single header, where possible.
15:46.02brlcadyeah, at johns hopkins hospital of all places
16:08.09*** join/#brlcad Gaganjyot (~gagan@1.38.22.232)
16:11.32Notify03BRL-CAD:carlmoore * 58061 brlcad/trunk/src/libged/human.c: further revision of Usage
16:14.56Notify03BRL-CAD:starseeker * 58062 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/ap_schema.h): Restructure the schema logic slightly.
16:24.16Notify03BRL-CAD:tbrowder2 * 58063 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add new labels for the two new options
16:27.20Notify03BRL-CAD:tbrowder2 * 58064 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: oops, add missing space
16:32.54Notify03BRL-CAD:tbrowder2 * 58065 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: correct OTHER_REPORT_ITEMS entry
16:47.52*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
16:49.45Notify03BRL-CAD:brlcad * 58066 brlcad/trunk/include/bu.h: document the behavior of AVS a little more clearly, particularly with regards to uniqueness
16:52.30Notify03BRL-CAD:brlcad * 58067 brlcad/trunk/src/libbu/avs.c: reduce scope depth and make bu_avs_remove() actually remove all instances of a specified attribute, scanning the whole set in case there are additional nonunique instances.
17:10.44*** join/#brlcad kesha (~kesha@14.139.122.114)
18:54.06*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
19:07.13Notify03BRL-CAD:starseeker * 58068 brlcad/trunk/src/conv/step/CMakeLists.txt: Add sorted lists of elements for the three ap2* standards of interest.
19:17.23Notify03BRL-CAD:carlmoore * 58069 brlcad/trunk/src/libged/human.c: more revision of Usage; and in the 'Usage' line itself, replace X with the (correct) W
19:29.48Notify03BRL-CAD:carlmoore * 58070 brlcad/trunk/src/libged/human.c: remove O and o options, because they are disabled
19:55.28Notify03BRL-CAD:brlcad * 58071 brlcad/trunk/src/libged/constraint/constraint.c: define them as one expression per object for now, so we don't need an rm subcommand (can use kill command)
20:04.07Notify03BRL-CAD:brlcad * 58072 brlcad/trunk/src/libged/constraint/constraint.c: also a distraction, remove auto
20:08.21Notify03BRL-CAD:n_reed * 58073 brlcad/trunk/include/raytrace.h: Tweak selection structs. Not much use for a query cmp func without requiring caller to know selection object internals.
20:22.56Notify03BRL-CAD:n_reed * 58074 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/table.c): add initial implementation for rt_brep_find_selections
20:40.57Notify03BRL-CAD:brlcad * 58075 brlcad/trunk/src/libged/constraint/constraint.c: implent the main scaffolding for eval and set, obtaining and setting the constraints via attributes.
20:52.21Notify03BRL-CAD:carlmoore * 58076 brlcad/trunk/src/shapes/picket_fence.c: remove unneeded braces
20:59.16Notify03BRL-CAD:n_reed * 58077 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: put brep control vertex translation into helper
21:01.55*** join/#brlcad caen23 (~caen23@92.83.177.20)
21:24.36Notify03BRL-CAD:n_reed * 58078 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.h brlcad/trunk/src/librt/primitives/table.c): add initial implementation for rt_brep_find_selections
21:33.20Notify03BRL-CAD:carlmoore * 58079 brlcad/trunk/src/shapes/picket_fence.c: clarify the usage
IRC log for #brlcad on 20131003

IRC log for #brlcad on 20131003

08:02.43*** join/#brlcad caen23 (~caen23@92.83.177.20)
08:10.02*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
10:59.34*** join/#brlcad Izak (295cbb6b@gateway/web/freenode/ip.41.92.187.107)
11:00.22Guest86917brlcad Can we have a private chat ?
11:01.20Guest86917Its Izak writing
11:02.22Guest86917Please can anyone around brlcad signal him to come over to IRC. We have an urgent situation to handle
11:31.12brlcadwhat's up Izak_?
11:31.51Guest86917brlcad can we have a private chat ? I am using the web interface
11:32.06brlcadI have no idea, I already messaged you in private
11:32.21brlcadI see Ch3ck_'s e-mail
11:37.39*** join/#brlcad Ch3ck (295cbb6b@gateway/web/freenode/ip.41.92.187.107)
11:44.35Notify03BRL-CAD Wiki:BurtFindley * 6191 /wiki/Students_at_University_Level:
11:48.50Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:BurtFindley: Spamming links to external sites
11:49.00Notify03BRL-CAD Wiki:Sean * 0 /wiki/Students_at_University_Level: spam
12:02.40Notify03BRL-CAD:tbrowder2 * 58080 brlcad/trunk/HACKING: word wrap
13:35.26*** join/#brlcad Ch3ck (295cbb6b@gateway/web/freenode/ip.41.92.187.107)
13:38.48Notify03BRL-CAD:carlmoore * 58081 (brlcad/trunk/include/bu.h brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt and 2 others): remove trailing blanks/tabs; fix spellings
13:44.32*** join/#brlcad caen23 (~caen23@92.83.177.20)
14:28.57*** join/#brlcad Gaganjyot (~gagan@106.192.52.113)
15:07.06Notify03BRL-CAD:carlmoore * 58082 (brlcad/trunk/src/libged/tire.c brlcad/trunk/src/shapes/tire.c): several changes; implement ?; remove help listing of h, which is now understood; bu_optopt global brought in because of that 'return' difference between 'h' and default; remove unneeded braces
15:20.17*** join/#brlcad Gaganjyot (~gagan@106.192.54.6)
16:06.53Notify03BRL-CAD:carlmoore * 58083 brlcad/trunk/src/libged/tire.c: revise comments, and remove a set of braces, and simplify 'gen_name' logic
16:42.59*** join/#brlcad Gaganjyot (~gagan@106.192.47.177)
16:45.19*** part/#brlcad Gaganjyot (~gagan@106.192.47.177)
19:17.27Notify03BRL-CAD:starseeker * 58084 brlcad/trunk/CMakeLists.txt: Write out information about how CMake configure was run into CMakeFiles/CMakeOutput.log. This is not a perfect capture of the original command line used to invoke CMake (that doesn't appear to be possible with the current setup, unless I'm missing something) but it should be informative as to what options were specified.
19:23.08``ErikO.o
19:46.06Notify03BRL-CAD:tbrowder2 * 58085 brlcad/trunk/CMakeLists.txt: remove superflous check for STD_COMPLIANCE' add some ws for clarity; change CMake command to upper case
20:08.45Notify03BRL-CAD:starseeker * 58086 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/CMakeLists.txt brlcad/trunk/src/CMakeLists.txt): Enhance the first-pass configure output to identify configure stages and let the user know what directory is currently being added. Subsequent passes will retain previous quiet behavior.
20:18.49Notify03BRL-CAD:starseeker * 58087 brlcad/trunk/src/other/CMakeLists.txt: Typo
20:19.38Notify03BRL-CAD:starseeker * 58088 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/perl/CMakeLists.txt): Move swig and doxygen detection to programs section.
20:29.01starseeker``Erik: hmm?
20:52.05Notify03BRL-CAD:starseeker * 58089 (brlcad/trunk/src/conv/step/ap_schema.h brlcad/trunk/src/conv/step/g-step/Assembly_Product.h and 5 others): Fix some of the common.h failures in the regression test - more to go.
20:55.49Notify03BRL-CAD:starseeker * 58090 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/dsp_add2.c and 3 others): bu_file_delete instead of unlink
20:58.36``Erikstarseeker: how're the shutdowns going? :D
21:01.08Notify03BRL-CAD:starseeker * 58091 brlcad/trunk/src/libicv/ppm.c: bu_fgets, not fgets
22:09.01starseekerNick and I figured out at least part of what we need to do to get properly minimal faces for NMGs:
22:09.52starseeker1.  Implement Monotone Chain Algorithm to compute convex hulls in 2D (same thing we need for oriented bounding box computation)
22:10.50starseeker2.  Calculate the minimal rectangle using rotating calipers:  http://geomalgorithms.com/a08-_containers.html#Minimal%20Rectangle
22:12.26n_reeds/Nick and //
22:12.42starseeker3.  Translate 3d points in NMG into 2D points in minimal rectangle (I think that's just a question of selecting the 2D origin, then using its 3D coordinate value and some vector addition/subtraction operations - not sure though
22:14.11starseekerSince NMGs can be non-convex, need to make sure we have proper rotating calipers input - may be able to do an up-front check and skip the convex hull routine if the NMG already satisfies that propery...
22:16.51starseekeryep http://stackoverflow.com/questions/471962/how-do-determine-if-a-polygon-is-complex-convex-nonconvex/1881201#1881201
22:18.28``Erik4. explode horribly due to some very strange bookkeeping bug that "just doesn't normally happen" *cough* O:-)
22:18.52starseekerhas a talent for those...
22:19.32``Eriknmg is a maze of twisty little passages, all alike
22:19.48starseekerah, but I don't propose to dive into nmg :-)
22:20.07starseekerJust get it to cough up the points (or maybe the outer polycurve) and go from there
22:20.48starseekerwill be making his own strange, undebuggable bookkeeping bugs :-)
22:27.19starseekerah, a worked example...  http://code.google.com/p/replay/source/browse/trunk/include/replay/bounding_rectangle.hpp
IRC log for #brlcad on 20131004

IRC log for #brlcad on 20131004

00:32.55brlcadanother in 3d: http://www.geometrictools.com/LibMathematics/Containment/Wm5ContMinBox3.cpp
01:13.45starseekerbrlcad: I did the best I could with capturing the cmake command line inputs - will it work?
01:13.59brlcadsaw the commit, but not the result yet
01:14.03starseekerah
01:22.57Notify03BRL-CAD:starseeker * 58092 brlcad/trunk/CMakeLists.txt: tweak categories
01:25.01Notify03BRL-CAD:brlcad * 58093 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: they're all files, shorten the label
03:02.04*** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:38.26*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:32.41*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
12:34.23*** join/#brlcad kesha (~kesha@14.139.122.114)
13:15.19*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:26.18Notify03BRL-CAD:carlmoore * 58094 brlcad/trunk/CMakeLists.txt: remove trailing blank or tab; fix spelling
13:47.45Notify03BRL-CAD Wiki:KeshaSShah * 6192 /wiki/User:KeshaSShah/GSoC13/Reports:
14:31.52Notify03BRL-CAD:starseeker * 58095 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Lay out improved approach to NMG faces in nmg_brep comments.
14:33.11*** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:40.35Notify03BRL-CAD:starseeker * 58096 brlcad/trunk/TODO: Add note to (someday) systematically categorize STEP and other entity types.
15:13.28Notify03BRL-CAD:starseeker * 58097 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: More refinement of the nmg face improvement approach.
15:51.13*** join/#brlcad caen23 (~caen23@92.83.177.20)
15:51.57*** join/#brlcad kesha_ (~kesha@14.139.122.114)
16:29.29*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:29.28*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
17:31.27*** join/#brlcad vladbogo (~vlad@188.25.237.92)
17:58.39*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:02.05Notify03BRL-CAD:indianlarry * 58098 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: for trim_getclosestpoint() saw floating point fuzz where max dist less than min dist so added check to fix that case, also removed some debug blather with prepro
19:31.31Notify03BRL-CAD:indianlarry * 58099 (brlcad/branches/nurbs/CHANGES brlcad/branches/nurbs/CMakeLists.txt and 195 others): Just merging trunk into branch 'nurbs' r:57777:58097
19:34.02Notify03BRL-CAD:r_weiss * 58100 brlcad/trunk/src/conv/3dm/3dm-g.cpp: Added an option to the 3dm-g converter to make the names in the 3dm model table 'm_object_table' BRL-CAD compliant. Also changed the default geometry color from black to red.
20:05.55``Erikhttp://govuptime.com/
20:39.15starseeker``Erik: maybe you could run for "sysadmin in chief"?
21:42.33Notify03BRL-CAD:starseeker * 58101 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Started roughing out translation of Geometric Tools rotating calipers implementation - update notes based on what I'm seeing
IRC log for #brlcad on 20131005

IRC log for #brlcad on 20131005

01:56.23Notify03BRL-CAD:brlcad * 58102 (brlcad/trunk/TODO brlcad/trunk/src/libged/CMakeLists.txt): move the to-do entries involving the creation of a new libged command into src/libged/TODO
02:09.32Notify03BRL-CAD:brlcad * 58103 brlcad/trunk/TODO: group all of the libged tasks together, keeping new commands in the subdir but retain the change tasks here.
04:52.33*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
06:02.32*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
07:23.42*** join/#brlcad caen23 (~caen23@92.83.177.20)
08:13.18*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
11:16.46Notify03BRL-CAD:tbrowder2 * 58104 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/CMakeLists.txt): move compat dir per Sean's suggestion
14:57.21Notify03BRL-CAD:brlcad * 58105 brlcad/trunk/src/libged/TODO: merge the two about ideas into one, add shallow array copy command
15:09.59Notify03BRL-CAD:brlcad * 58106 brlcad/trunk/src/libged/TODO: make them all start with the actual proposed command name so we can sort alphabetically
15:19.20*** join/#brlcad Gaganjyot (~gagan@106.192.45.75)
15:19.34Notify03BRL-CAD:brlcad * 58107 (brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): the region annointment feature is very much related to the new lift/push options in the comb command, so don't yet suggest introducing a new command altogether. featurewise, there just needs to be a way to perform the simple operation (regardless of resulting validity). need to review comb.
15:20.37Notify03BRL-CAD:brlcad * 58108 brlcad/trunk/src/libged/TODO: consistent quotes
15:23.47Notify03BRL-CAD:brlcad * 58109 brlcad/trunk/src/libged/TODO: text command for importing and displaying text files.
15:25.43Notify03BRL-CAD:brlcad * 58110 brlcad/trunk/src/libged/TODO: an audit command to fix fixable geometry errors
15:31.54Notify03BRL-CAD:brlcad * 58111 brlcad/trunk/src/libged/TODO: we have probably a dozen dev-commands that would go away with a generalized geoemtry calculator command. cal or gcal or bcal seem appropriate.
15:36.28Notify03BRL-CAD:brlcad * 58112 brlcad/trunk/src/libged/TODO: compile geometry. goes hand-in-hand with cache objects described in the top-level TODO file.
16:03.25Notify03BRL-CAD:brlcad * 58113 brlcad/trunk/src/libged/TODO: run-time defined menus would not only help consolidate and generalize several other existing commands, it would separate the notion of displaying a menu (e.g., via Tk) with the data in the menu (which should be coming from libged or lower).
16:04.59Notify03BRL-CAD:brlcad * 58114 brlcad/trunk/TODO: more mirror command thoughts
16:30.44starseekerbrlcad: qse is using LGPLv3 :-/
16:34.58starseekerdunno if they would help for that type of feature, but there are minised and pawk:  https://github.com/starseeker/minised https://github.com/starseeker/pawk
16:35.25*** join/#brlcad Gaganjyot (~gagan@1.38.20.76)
17:01.15Notify03BRL-CAD:brlcad * 58115 brlcad/trunk/src/libged/TODO: another powerful looping construct is a 'repeat' command, similar to the search and proposed batch commands. it's a for-loop equivalent where you specify labels to iterate over and they are substituted into specified command(s) for execution. really begs whether we want ';' separators like search (for consistency) or limit batch and repeat to single string
17:01.15Notifycommands. if the prior, will need to ensure quoting resolution doesn't explode (if you make repeat call search or batch and vice versas).
17:03.00Notify03BRL-CAD:brlcad * 58116 brlcad/trunk/TODO: need a prefix that is agnostic to the program that is running it. the tools register the built-in commands with a . prefix instead of _mged_.
17:03.34brlcadstarseeker: qse?
17:07.30Notify03BRL-CAD:brlcad * 58117 brlcad/trunk/src/libged/TODO: long overdue render command to encapsulate the various ways to render geometry
17:07.35brlcadahh, embedded awk, sed, etc
17:12.18brlcadyeah, no biggie .. there are other impls
17:14.20brlcador we can use their sources prior to lgplv3
17:15.37*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
17:37.20Notify03BRL-CAD:starseeker * 58118 brlcad/trunk/src/conv/step/CMakeLists.txt: add ap_schema.h to build logic
17:41.14Notify03BRL-CAD:brlcad * 58119 brlcad/trunk/src/libged/TODO: undo and redo commands
17:44.08Notify03BRL-CAD:brlcad * 58120 brlcad/trunk/src/libged/TODO: clean up select command examples
17:49.02Notify03BRL-CAD:brlcad * 58121 brlcad/trunk/TODO: more for the analyze command, products of inertia, radii of gyration, write out to file
17:51.17Notify03BRL-CAD:brlcad * 58122 brlcad/trunk/src/libged/TODO: more details on an about/summary/stats command
17:53.31Notify03BRL-CAD:brlcad * 58123 brlcad/trunk/src/libged/TODO: need some convention for symbols (e.g., %% for percentage)
19:10.36Notify03BRL-CAD:brlcad * 58124 brlcad/trunk/src/libged/TODO: a time command to report the current date/time, but also for reporting statistics on the geometry file. with timestamping, it becomes possible to start tracking accumulated editing time so you can have a general idea of how long a file has taken to be developed.
19:25.09*** join/#brlcad yiyus (1242712427@je.je.je)
19:25.52*** join/#brlcad Ch3ck_ (29cd581a@gateway/web/freenode/ip.41.205.88.26)
19:28.20Notify03BRL-CAD:brlcad * 58125 brlcad/trunk/src/libged/TODO: and the last thought for today, transactions. not digging the statefulness, but it's intended to parallel some other applications closely. could obviously be rephrased as a one-liner with lots of -exec calls, kind of like inputing a 'batch' command input file on the fly. this needs a lot more thought about usability, consistency, simplicity, but is a simple
19:28.22Notifystart.
19:34.50Notify03BRL-CAD:brlcad * 58126 brlcad/trunk/src/libged/TODO: lied, not the last one. forgot some thoughts on a useful 'memory' command to help figure out how much strain is being put on a host system.
19:37.38Notify03BRL-CAD:brlcad * 58127 brlcad/trunk/src/libged/TODO: more thoughts on reduce command, highly related to audit too, but more of a purging operation
19:38.45*** join/#brlcad yiyus (1242712427@je.je.je)
19:43.54Notify03BRL-CAD:brlcad * 58128 brlcad/trunk/src/libged/TODO: an 'image' command that mirrors the 'text' command, stored as proper objects (maybe as annotation objects too).
19:59.28Notify03BRL-CAD:brlcad * 58129 brlcad/trunk/src/libged/TODO: offset command to shell or expand an object. gets tricky as features collapse, but undeniably easier in brep space or we'll have to implement an offset function for every object type. so much core usefulness still needed...
20:06.07Notify03BRL-CAD:brlcad * 58130 brlcad/trunk/src/libged/TODO: layer command. it's somewhere between the attr and comb commands in terms of interface, but it notionally would be a way to group types of objects or parts of models together in a manner distinct from the construction hierarchy. one layer could hold all annotations, for example, another all terrain-related data objects.
20:13.16Notify03BRL-CAD:brlcad * 58131 brlcad/trunk/TODO: notes on point styles for annotations
20:52.59*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
22:32.11*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
IRC log for #brlcad on 20131006

IRC log for #brlcad on 20131006

00:33.02*** join/#brlcad caen23 (~caen23@92.83.177.20)
01:18.06starseekerO.o http://fedoraproject.org/wiki/Features/3D_Printing
03:06.58*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
03:06.59brlcadshould add brl-cad there
03:07.15brlcadupdates the ports system, gets jenkins working a little better
03:31.23*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
06:47.49*** join/#brlcad tanmay_ (~tanmay@115.248.130.148)
07:00.14*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
07:21.37*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
07:44.02*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
07:58.46*** join/#brlcad caen23 (~caen23@92.83.177.20)
08:14.39*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
10:36.09*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
10:55.57*** join/#brlcad caen23 (~caen23@92.83.177.20)
11:10.54*** join/#brlcad caen23 (~caen23@92.83.177.20)
11:16.22*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
11:45.41*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
12:13.04*** join/#brlcad vladbogo (~vlad@188.25.237.92)
14:03.15*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
14:06.02kanzurei installed 32-bit brlcad for windows by mistake, then went to install 64-bit brlcad for windows
14:06.15kanzureand it put it into the same folder ("Program Files (x86)"). i was able to confirm that it was 64-bit brlcad though.
14:06.19kanzureis that normal?
14:28.02*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
14:32.14*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
15:57.10*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
17:26.32*** join/#brlcad caen23 (~caen23@92.83.177.20)
18:36.23*** join/#brlcad whyesse (~quassel@94.159.145.12)
18:36.27*** part/#brlcad whyesse (~quassel@94.159.145.12)
18:45.45*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
20:03.37*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
21:21.34*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
23:02.18Notify03BRL-CAD:tbrowder2 * 58132 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: reorder compliance options for ease of spotting
IRC log for #brlcad on 20131007

IRC log for #brlcad on 20131007

00:28.06*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
07:43.55*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
11:08.30Notify03BRL-CAD:tbrowder2 * 58133 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake): add compiler details to config report
11:09.22*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
13:10.12Notify03BRL-CAD:tbrowder2 * 58134 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake): add code for compiler ID; shorten length of associated compiler vars
13:12.26Notify03BRL-CAD:tbrowder2 * 58135 brlcad/trunk/CMakeLists.txt: remove debug message
13:20.41Notify03BRL-CAD:tbrowder2 * 58136 brlcad/trunk/CMakeLists.txt: correct syntax; add debug message
13:21.53*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
13:25.42Notify03BRL-CAD:tbrowder2 * 58137 brlcad/trunk/CMakeLists.txt: remove debug message after checking response is as desired on the three compilers under test
13:41.13Notify03BRL-CAD:carlmoore * 58138 (brlcad/trunk/TODO brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libged/TODO): remove trailing blanks/tabs; fix spelling
14:12.21*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
14:59.42*** join/#brlcad merzo (~merzo@138-109-132-95.pool.ukrtel.net)
15:14.28*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
16:07.46*** join/#brlcad Gaganjyot (~gagan@210.56.98.39)
17:13.59*** join/#brlcad Gaganjyot (~gagan@210.56.98.39)
18:16.47Notify03BRL-CAD:starseeker * 58139 brlcad/trunk/src/libged/tire.c: handle overridearray before we start constructing strings off of isoarray values
18:16.55brlcadguess that answers that
18:17.04starseekersorry :-/
18:17.24starseekerwasn't paying attention back in the day, apparently
18:31.25brlcadthat would imply you pay attention today
18:31.39brlcadba-dum-*tsk*
18:33.53*** join/#brlcad merzo (~merzo@138-109-132-95.pool.ukrtel.net)
19:32.10Notify03BRL-CAD:brlcad * 58140 brlcad/trunk/HACKING: ralph is no longer interested in release announcements, has discontinued his Out of the Inbox section of his newsletter
19:32.49Notify03BRL-CAD:tbrowder2 * 58141 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake): remove compiler info
20:27.51Notify03BRL-CAD:carlmoore * 58142 brlcad/trunk/src/shapes/tire.c: acknowledge when tire.g file has been created -- programs should acknowledge when they create file(s) in your directory
20:39.40*** join/#brlcad merzo (~merzo@138-109-132-95.pool.ukrtel.net)
22:24.51Notify03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Documentation: empty
23:40.58starseekerheh - CMake is going to do a "release webinar" : http://www.cmake.org/pipermail/cmake/2013-October/056016.html
23:41.19starseekernifty idea, actually
IRC log for #brlcad on 20131008

IRC log for #brlcad on 20131008

07:10.02*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
08:17.06*** join/#brlcad kesha (~kesha@14.139.122.114)
08:20.16Notify03BRL-CAD Wiki:KeshaSShah * 6193 /wiki/Code_Cleanup: /* CPPCHECK-CLEANUP */
08:54.55*** join/#brlcad kanzure (~kanzure@131.252.130.248)
09:07.38*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-bzfxnbytovlicxkw)
09:54.00*** join/#brlcad kanzure (~kanzure@131.252.130.248)
10:32.51*** join/#brlcad merzo (~merzo@69-114-133-95.pool.ukrtel.net)
12:04.26``Erikheh, so ohloh has recovered from when we broke 'em? cool :)
12:33.11Notify03BRL-CAD:indianlarry * 58143 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: added 'quadrant' hint to surf_getclosestpoint() , using quadrant hint and surface closure information return better 2d UV mapping
12:45.01Notify03BRL-CAD:indianlarry * 58144 (brlcad/branches/nurbs/CMakeLists.txt brlcad/branches/nurbs/HACKING and 9 others): Just merging trunk into branch 'nurbs' r:58097:58142
13:04.38*** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223)
13:58.17*** join/#brlcad Gaganjyot (~gagan@1.38.20.75)
15:57.02*** join/#brlcad merzo (~merzo@69-114-133-95.pool.ukrtel.net)
16:40.22*** join/#brlcad Gaganjyot (~gagan@1.38.20.75)
16:48.06*** join/#brlcad Gaganjyot (~gagan@1.38.20.75)
16:51.48*** join/#brlcad Gaganjyot (~gagan@1.38.20.75)
16:54.41*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
17:02.04brlcadyeah, it was a process
17:02.21brlcadI had to make them a patch
17:02.46brlcadwhich then motivated one of the devs to try svnsync as an entirely different method, which he got working in about a week
17:53.44*** part/#brlcad Gaganjyot (~gagan@1.38.20.75)
18:50.14*** join/#brlcad caen23_ (~caen23@92.81.163.104)
20:18.11Notify03BRL-CAD:carlmoore * 58145 brlcad/trunk/src/libged/tire.c: revise the help (including adding 'mm' [right?] and changing 'size' to 'diameter' after reading about ISO Metric system; also simplify a formula but leave in the previous form as a comment
20:30.32*** join/#brlcad kanzure (~kanzure@131.252.130.248)
20:33.28*** join/#brlcad caen23 (~caen23@92.81.163.104)
21:17.39Notify03BRL-CAD:n_reed * 58146 (brlcad/trunk/src/archer/archer brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): When using a separate command window, have Archer remember its position. Added a -geometry option to ArcherCore for the archer script to use; lets us avoid excess flashing by only calling wm geometry once.
21:53.26starseekern_reed: here it is - r51185
22:13.03Notify03BRL-CAD:starseeker * 58147 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add an example searching for color attributes on regions.
IRC log for #brlcad on 20131009

IRC log for #brlcad on 20131009

01:42.56*** join/#brlcad kanzure (~kanzure@131.252.130.248)
03:14.24*** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net)
03:15.10*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
03:25.18*** join/#brlcad yiyus (1242712427@je.je.je)
06:03.28kanzure64-bit brlcad for windows installs itself to C:\Program Files (x86)\ by default. i'm not sure this makes sense? (this is the latest version on sourceforge)
06:07.00kanzure"This application has failed to start because tcl.dll was not found. Re-installing the application may fix this problem." when i try to load a dll file (trying to figure out which one).
06:09.14kanzureah, it's libbu.dll that is causing that error about tcl.dll. any hints?
06:14.01kanzureif i try to load bin\tcl.dll i get "This application has failed to start because MSVCR100.dll was not found. Re-installing the application may fix this problem."
06:20.01*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:39.17*** join/#brlcad kanzure (~kanzure@131.252.130.248)
06:53.58*** join/#brlcad merzo (~merzo@69-114-133-95.pool.ukrtel.net)
07:23.00*** join/#brlcad caen23 (~caen23@92.83.186.251)
09:13.37*** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org)
09:15.27*** join/#brlcad kanzure (~kanzure@131.252.130.248)
09:49.40*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
09:54.41*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
10:59.23*** join/#brlcad merzo (~merzo@85-139-132-95.pool.ukrtel.net)
11:03.36*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
11:10.27*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
11:47.59*** join/#brlcad kesha (~kesha@14.139.122.114)
13:47.24brlcadkanzure: I agree that doesn't make sense about the install path
13:48.43brlcadkanzure: how are you loading a dll file? dlopen() in some code?
13:49.19brlcadmsvcr100 is the visual studio C library runtime (e.g., where printf and fgets and snprintf come from)
14:12.09*** join/#brlcad merzo (~merzo@251-34-133-95.pool.ukrtel.net)
14:12.19*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
14:30.26*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
15:09.28*** join/#brlcad kesha (~kesha@14.139.122.114)
15:13.53*** join/#brlcad kesha_ (~kesha@14.139.122.114)
15:30.42kanzurebrlcad: actually yes i am using dlopen it seems (that's in the python traceback)
15:31.43kanzurebrlcad: next i'll try loading msvcr100.dll before i load tcl.dll
15:41.26*** join/#brlcad kesha__ (~kesha@14.139.122.114)
15:55.10brlcadIzak__: Ch3ck: you both don't have laptops you could borrow?
15:55.29brlcadit's going to be very difficult to find two spares with just a couple days notice
15:58.03brlcadwhatever I can find will likely be *very* old/slow ... :)
16:49.31*** join/#brlcad merzo (~merzo@251-34-133-95.pool.ukrtel.net)
16:58.47Notify03BRL-CAD:carlmoore * 58148 brlcad/trunk/src/tclscripts/archer/Archer.tcl: remove trailing blank
17:03.53Notify03BRL-CAD:carlmoore * 58149 brlcad/trunk/src/libged/tire.c: add note to -w option about its default value
17:15.36*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
17:15.36*** join/#brlcad kesha (~kesha@14.139.122.114)
17:41.58*** join/#brlcad kesha (~kesha@14.139.122.114)
17:48.04*** join/#brlcad Gaganjyot (~gagan@125.62.121.127)
17:49.15Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Original.png:
17:49.51GaganjyotCan any one tell me the status of Qt based display manager ?
17:50.15Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:S1.png:
17:50.18brlcadkesha: cool thanks
17:50.27brlcadeep, though .. can you give them useful names?
17:50.37Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:S3.png:
17:50.39Notify03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:S2.png:
17:51.17Notify03BRL-CAD Wiki:KeshaSShah * 6198 /wiki/STEP2G: /* step2g conversion tutorial */
17:51.49Gaganjyothas the Qt based DM implemented fully ? If I want to test it
17:51.51GaganjyotHow can I do so ?
17:52.25brlcadnobody will know/remember what those are in a couple months and links will be a simple [[Image:Original.png]] instead of something like [[Image:STEP_import_example.png]]
17:52.33Notify03BRL-CAD Wiki:KeshaSShah * 6199 /wiki/Main_page: /* Tutorials */
17:52.53brlcadGaganjyot: have you read the dev log?
17:53.20Gaganjyotbrlcad: Apologies, I am very new to BRL-CAD
17:53.33Gaganjyotbrlcad: Could you guide me
17:53.49brlcadGaganjyot: it's my understanding that it's nearly fully implemented
17:54.18GaganjyotOkay and How do I test it ?
17:54.20brlcadit isn't fully cooperating with Tk, so the interface is accessed through our classic interface
17:54.45brlcadyou install Qt dev libs, then download and compile BRL-CAD
17:55.02Gaganjyotis it there in latest BRL-CAD ?
17:55.02brlcadit should detect Qt if it's in a system path, or you tell it where Qt is, then it should enable the interface
17:55.18GaganjyotAll right. Thanks :)
17:55.20brlcadwhat do you mean by latest?
17:55.26brlcadlatest SVN, sure
17:55.36Gaganjyotyes I meant latest SVN :)
17:55.48brlcadyeah, it's not in a branch
17:55.49brlcadiirc
17:59.14keshabrlcad: :) I want to continue contributing .. Any tasks in todo list for me ?
18:02.12*** join/#brlcad kesha (~kesha@14.139.122.114)
18:44.13*** part/#brlcad Gaganjyot (~gagan@125.62.121.127)
19:02.57*** join/#brlcad kesha (~kesha@14.139.122.114)
19:16.28*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:03.37*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:29.54Notify03BRL-CAD:indianlarry * 58150 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: new pullpack integrated back into watertight mode where points on the 3d edge are pulled back to nearest UV point of referencing trims, the actual 3d edge point will be used whenever point on 2d trim is referenced forcing adjacent faces to share points along there shared edge. still a bit of debug code to clean up
20:43.19*** join/#brlcad kesha_ (~kesha@14.139.122.114)
23:56.23Notify03BRL-CAD:brlcad * 58151 brlcad/trunk/src/libged/constraint/constraint.c: missing paren
23:58.03*** join/#brlcad caen23 (~caen23@92.83.186.251)
IRC log for #brlcad on 20131010

IRC log for #brlcad on 20131010

00:08.07*** join/#brlcad caen23 (~caen23@92.83.186.251)
01:08.40*** join/#brlcad caen23 (~caen23@92.83.186.251)
02:09.08*** join/#brlcad caen23 (~caen23@92.83.186.251)
02:37.54kanzurebrlcad: i have msvcr100.dll from some other projects, but where would brlcad users get it from?
03:09.32*** join/#brlcad caen23 (~caen23@92.83.186.251)
03:46.44kanzureoh i see. if i manually load msvcr100.dll and then tcl.dll into 64-bit python then importing libbu.dll is fine.
03:47.27kanzurei suppose i need to find a way to automate this. this seems like a special case on windows? why don't i have to do this on linux?
04:10.02*** join/#brlcad caen23 (~caen23@92.83.186.251)
05:10.23*** join/#brlcad caen23 (~caen23@92.83.186.251)
06:10.51*** join/#brlcad caen23 (~caen23@92.83.186.251)
06:26.35*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:11.16*** join/#brlcad caen23 (~caen23@92.83.186.251)
07:25.56*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
08:11.50*** join/#brlcad caen23 (~caen23@92.83.186.251)
08:59.44Notify03BRL-CAD:d_rossberg * 58152 brlcad/trunk/src/libdm/CMakeLists.txt: the BRLCAD_ prefix was removed from the checking macros
09:43.01Notify03BRL-CAD Wiki:Yogeshkulkarni * 0 /wiki/User:Yogeshkulkarni:
10:35.51*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:10.21*** join/#brlcad caen23 (~caen23@92.83.186.251)
14:15.58*** join/#brlcad merzo (~merzo@125-129-132-95.pool.ukrtel.net)
14:17.34*** join/#brlcad Gaganjyot (~gagan@106.192.44.227)
16:03.21*** join/#brlcad merzo (~merzo@125-129-132-95.pool.ukrtel.net)
16:36.05*** join/#brlcad Gaganjyot (~gagan@1.38.23.228)
17:09.18Notify03BRL-CAD:carlmoore * 58153 brlcad/trunk/src/shapes/window.c: various changes: new h? (old 'h' is now 'H')
19:32.12*** join/#brlcad merzo (~merzo@125-129-132-95.pool.ukrtel.net)
19:37.08*** join/#brlcad caen23 (~caen23@92.83.186.251)
19:42.37*** join/#brlcad caen23 (~caen23@92.83.186.251)
19:57.13starseekerhah, interesting:  http://hdl.handle.net/10380/3262
20:31.11Notify03BRL-CAD:carlmoore * 58154 brlcad/trunk/src/shapes/window_frame.c: similar changes for window_frame.c
20:45.23starseekersomething about r57861 seems to have weakened bu_brlcad_root - if I run btclsh outside of the build directory without installing it's not finding the right path anymore
20:45.39starseekeror rather, bu_brlcad_root within btclsh isn't
21:42.36Notify03BRL-CAD:carlmoore * 58155 brlcad/trunk/src/shapes/wire.c: remove some unneeded braces, and put together an if-(then)-else
23:28.31Notify03BRL-CAD:brlcad * 58156 brlcad/trunk/src/libbu/progname.c: cliff encountered a bug that I even thought about when rewriting all of this but forgot to revisit. if you call bu_getprogname() even once, it will wipe out a full-path setting and bu_argv0_full_path() will only work if the progname is in the PATH. this fix stashes the result in a local buffer before returning (in leu of creating another static global).
23:56.04Notify03BRL-CAD:brlcad * 58157 brlcad/trunk/src/libbu/progname.c: another issue, unclear whether intentional or not but if we have program_invocation_name, only use it if the bu_progname buffer doesn't already have a full path recorded (from bu_setprogname())
IRC log for #brlcad on 20131011

IRC log for #brlcad on 20131011

00:00.43Notify03BRL-CAD:brlcad * 58158 brlcad/trunk/src/libbu/progname.c: and what we really want is to use bu_progname if it's been set, treating bu_setprogname() as the new argv0, so only using program_invocation_name if the caller never called bu_setprogname(). it's a fallback.
00:03.15Notify03BRL-CAD:starseeker * 58159 brlcad/trunk/src/libbu/tests/bu_progname.c: Add test to make sure bu_getprogname is being nice.
00:07.42Notify03BRL-CAD:starseeker * 58160 brlcad/trunk/src/libbu/tests/bu_progname.c: As long as we're doing this test and we've decided setprogname is what we should get back from argvo_full_path, do the full string check for more verification goodness.
00:19.00starseekerhttp://www.cs.columbia.edu/~keenan/Projects/DGPDEC/ - sounds interesting
01:18.12brlcadinteresting video
01:18.21brlcad(discrete geometry)
02:27.20brlcadfinally packs it up
02:27.31brlcad95%!
02:44.25*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
02:44.38*** join/#brlcad caen23 (~caen23@92.83.186.251)
03:34.35*** join/#brlcad caen23 (~caen23@92.83.186.251)
03:35.17*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
07:06.26*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:35.18Notify03BRL-CAD:carlmoore * 58161 brlcad/trunk/src/shapes/window_frame.c: eliminate use of 'windowframe' (split into 2 words) and remove an extra 's' I inadvertently left in
16:40.10*** join/#brlcad Gaganjyot (~gagan@1.38.23.128)
18:36.15*** join/#brlcad kesha (~kesha@49.249.199.5)
19:50.21Notify03BRL-CAD:starseeker * 58162 brlcad/trunk/CMakeLists.txt: Add more CTest output files to the distclean list
20:53.52*** join/#brlcad caen23 (~caen23@92.83.186.251)
21:03.13Notify03BRL-CAD:starseeker * 58163 brlcad/trunk/CMakeLists.txt: Try relative path from toplevel build...
22:15.35*** join/#brlcad caen23 (~caen23@92.83.186.251)
22:25.35*** join/#brlcad caen23 (~caen23@92.83.186.251)
23:16.58starseekerwoo hoo - distcheck-full passes again!
23:26.08*** join/#brlcad caen23 (~caen23@92.83.186.251)
IRC log for #brlcad on 20131012

IRC log for #brlcad on 20131012

00:17.03brlcadlanded, checked in
00:26.32*** join/#brlcad caen23 (~caen23@92.83.186.251)
00:52.23Notify03BRL-CAD:starseeker * 58164 (brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/tests/CMakeLists.txt): initial work for porting the Geometric Tools 2D rotating caliper implementation to libbn's data structures - fair ways to go, also need convex hull routines for this to work properly.
01:26.57*** join/#brlcad caen23 (~caen23@92.83.186.251)
02:27.26*** join/#brlcad caen23 (~caen23@92.83.186.251)
07:07.07*** join/#brlcad caen23 (~caen23@92.83.186.251)
07:59.36*** join/#brlcad caen23 (~caen23@92.83.186.251)
07:59.40*** part/#brlcad caen23 (~caen23@92.83.186.251)
10:38.27``Erik"AT&T Archives: The UNIX Operating System" http://www.youtube.com/watch?v=tc4ROCJYbm0
11:45.53*** join/#brlcad Delveri (29cd0d10@gateway/web/freenode/ip.41.205.13.16)
13:39.34*** join/#brlcad Gaganjyot (~gagan@106.192.59.71)
14:08.31Notify03BRL-CAD:brlcad * 58165 brlcad/trunk/src/libbn/tests/bn_obr.c: avoid bu_calloc() if there's no need for dynamic memory, fixes unfreed memory. use vmath for more semantic intent.
14:14.22Notify03BRL-CAD:brlcad * 58166 brlcad/trunk/src/libbn/tests/bn_obr.c: more vmathage for brevity
14:14.38*** join/#brlcad Gaganjyot (~gagan@106.192.37.31)
14:28.38*** part/#brlcad Gaganjyot (~gagan@106.192.37.31)
15:30.03*** join/#brlcad Gaganjyot (~gagan@106.192.48.43)
16:01.10*** part/#brlcad Gaganjyot (~gagan@106.192.48.43)
16:12.22brlcad``Erik: that is actually interesting and hilarious all at once
19:25.39*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:00.44*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
23:15.42*** join/#brlcad FLOSSrookie (~brian@107.200.34.111)
23:45.30*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131013

IRC log for #brlcad on 20131013

01:44.12*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:35.40*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:59.46*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:47.08*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
16:13.14*** join/#brlcad Gaganjyot (~gagan@1.38.22.118)
16:54.52*** part/#brlcad Gaganjyot (~gagan@1.38.22.118)
20:29.23*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131014

IRC log for #brlcad on 20131014

00:35.18*** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net)
01:11.53*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:58.31*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
05:34.25brlcadyawns
06:45.14kanzurebrlcad: i am putting on some finishing touches of automatic path determination stuff for the python wrapper
06:45.57kanzurebrlcad: the default paths on windows vs. linux are a little annoying to deal with, but so far i am able to generate bindings based on (1) the installed .so/.dll files and (2) the installed header files. i think this works in both 32-bit python and 64-bit python on both windows and linux.
06:46.05kanzurebrlcad: mac osx is another challenge..
09:13.56*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:10.55*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
13:26.52Notify03BRL-CAD:d_rossberg * 58167 brlcad/trunk/src/other/tclap/config.h.in: Special configuration for MSVC++: MS Windows isn't an officially supported platform for TCLAP. The library uses autotools/make which isn't available with Visual Studio. Nevertheless TCLAP was made compilable in Visual Studio with an "#ifdef _MSC_VER". This behavior has to be simulated in BRL-CAD's CMake configuration.
13:41.59*** join/#brlcad Skriptkid (~Skriptkid@117.208.187.83)
15:07.30*** join/#brlcad Skriptkid (~Skriptkid@117.208.187.83)
16:37.12*** join/#brlcad Gaganjyot (~gagan@1.38.22.216)
16:54.17Notify03BRL-CAD:tbrowder2 * 58168 brlcad/trunk/src/libbn/obr.c: initialize arrays to avoid warning
17:06.28*** join/#brlcad Gaganjyot (~gagan@1.38.22.216)
17:52.17Notify03BRL-CAD Wiki:Vladbogolin * 6200 /wiki/User:Vladbogolin/qt-display-manager: Created page with "=Project Summary= The purpose of this project was to create a new cross-platform 3D display manager using Qt framework that supports all the features of existing display manag..."
17:52.20*** join/#brlcad caen23 (~caen23@92.81.220.94)
17:54.40*** join/#brlcad merzo (~merzo@0-225-133-95.pool.ukrtel.net)
18:08.33Notify03BRL-CAD Wiki:Vladbogolin * 6201 /wiki/User:Vladbogolin/qt-display-manager:
18:10.59Notify03BRL-CAD Wiki:Vladbogolin * 6202 /wiki/User:Vladbogolin/qt-display-manager:
18:42.04*** join/#brlcad kesha (~kesha@14.139.122.114)
18:51.49*** join/#brlcad kesha (~kesha@14.139.122.114)
19:25.44*** join/#brlcad kesha (~kesha@14.139.122.114)
21:04.05*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
23:13.31*** join/#brlcad kesha (~kesha@14.139.122.114)
23:35.23*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
23:48.17Notify03BRL-CAD:n_reed * 58169 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in): Fix/clean-up report_hostname so it works on windows again and ensure the top-level CMakeLists.txt success check for report_hostname runs for the windows case so that if this happens again it's a configure-time error and not a build-time error.
IRC log for #brlcad on 20131015

IRC log for #brlcad on 20131015

01:44.47kanzurewhat is the "display manager"?
03:57.56*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:09.23starseekerkanzure: it's the part of BRL-CAD responsible for viewing geometry
04:09.25starseekerlibdm
04:26.21Notify03BRL-CAD:brlcad * 58170 brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in: typo
05:10.55Notify03BRL-CAD:brlcad * 58171 brlcad/trunk/src/libbn/obr.c: provide semantic initialization
10:49.07Notify03BRL-CAD:tbrowder2 * 58172 brlcad/trunk/src/other/stepcode/data/ap203/ap203.exp: correct grammar
11:00.25*** join/#brlcad caen23_ (~caen23@92.81.195.3)
11:05.26*** join/#brlcad caen23 (~caen23@92.83.165.73)
11:31.49*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:17.34*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:03.07*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:45.25*** join/#brlcad Skriptkid (~Skriptkid@117.208.184.214)
14:50.17*** join/#brlcad caen23 (~caen23@92.83.165.73)
15:08.25*** join/#brlcad merzo (~merzo@94.45.58.138)
15:26.08*** join/#brlcad kesha (~kesha@14.139.122.114)
15:34.31brlcadkanzure: did that explain it for you?  a display manager is our abstraction of a viewing context for applications that want to display something
15:35.39brlcadabstractions X11 or GLX or WGL or Qt or even more abstract contexts like a network device, a postscript file, a 2D plotter device, etc
15:36.38brlcadused to have an interface for X10 (before X11 existed), a solaris-specific interface, and a few others that have become obsolete with time
15:38.57*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:40.24kanzureyes that explained it for me
15:41.30brlcadcool
15:51.12Notify03BRL-CAD:brlcad * 58173 (brlcad/branches/RELEASE/src/libbu/progname.c brlcad/branches/RELEASE/src/libbu/tests/bu_progname.c and 3 others): merge commits r58156:r58160 into libbu which provides a fix and unit test improvement for the progname functions. prior had a problem running from full paths if you called bu_getprogname() as it would wipe out the path portion.
16:01.29Notify03BRL-CAD Wiki:Sean * 6203 /wiki/Community_Publication_Portal: initial stub for doc camp
16:30.12*** join/#brlcad Gaganjyot (~gagan@1.38.20.34)
16:56.57zero_levelbrlcad :saw your email on the list.
16:57.34zero_levelbrlcad : Was away for few days.
16:58.09zero_levelNow working to settle things back. Can I start working back from 23rd ?
17:13.42*** part/#brlcad Gaganjyot (~gagan@1.38.20.34)
17:30.43*** join/#brlcad Gaganjyot (~gagan@1.38.20.34)
19:29.09*** join/#brlcad kesha (~kesha@14.139.122.114)
20:26.58brlcadhttp://booki.flossmanuals.net/contributors-guide-to-brl-cad/
20:27.46*** join/#brlcad Ch3ck (d8ef37c7@gateway/web/freenode/ip.216.239.55.199)
20:28.01brlcadhttp://booki.flossmanuals.net/contributors-guide-to-brl-cad/
20:28.21*** join/#brlcad Izak (d8ef37c7@gateway/web/freenode/ip.216.239.55.199)
20:29.04*** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46)
20:29.39chickREGISTER chick chickdelveri@gmail.com
20:30.21chickmsg ch3ck how ptt?
20:32.44*** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46)
20:33.40*** join/#brlcad garnett (29cd4d2e@gateway/web/freenode/ip.41.205.77.46)
20:41.20*** join/#brlcad scottn__ (d8ef37c7@gateway/web/freenode/ip.216.239.55.199)
21:34.54Notify03BRL-CAD:tbrowder2 * 58174 brlcad/trunk/src/libbrep/intersect.cpp: use correct format for unsigned long int
22:16.12Notify03BRL-CAD:tbrowder2 * 58175 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp and 2 others): correct format for a double
22:37.23*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:43.33Notify03BRL-CAD:tbrowder2 * 58176 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: cast to proper type for %p format
22:51.58Notify03BRL-CAD:tbrowder2 * 58177 brlcad/trunk/src/librt/attributes.c: cast to %lx format
22:56.11Notify03BRL-CAD:tbrowder2 * 58178 brlcad/trunk/src/librt/bbox.c: cast to proper %lx format
23:01.46Notify03BRL-CAD:tbrowder2 * 58179 brlcad/trunk/src/librt/binunif/db5_bin.c: cast to %lx format (could use %p format in all of these)
23:07.15Notify03BRL-CAD:tbrowder2 * 58180 brlcad/trunk/src/librt/db5_alloc.c: cast to %lx format (could use %p format in all of these)
23:09.40Notify03BRL-CAD:tbrowder2 * 58181 brlcad/trunk/src/librt/db5_io.c: cast to %lx format (could use %p format in all of these)
23:48.43Notify03BRL-CAD:tbrowder2 * 58182 brlcad/trunk/src/librt/db5_scan.c: cast to %lx format (could use %p format in all of these); add missing %s
IRC log for #brlcad on 20131016

IRC log for #brlcad on 20131016

01:44.41Notify03BRL-CAD:starseeker * 58183 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Fix PDF output directory for books
04:38.13*** join/#brlcad caen23 (~caen23@92.81.182.182)
05:20.55starseekerhttp://brlcad.org/~starseeker/archer_diylilcnc_NURBS_shaded.png
05:30.09starseekerhttp://brlcad.org/~starseeker/archer_bugbase_NURBS_shaded.png
06:38.28*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:42.39*** join/#brlcad kesha (~kesha@14.139.122.114)
06:48.17*** join/#brlcad kesha (~kesha@14.139.122.114)
06:50.04*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:01.46Notify03BRL-CAD:brlcad * 58184 brlcad/trunk/HACKING: space after commas
07:58.41*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:09.42*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:19.02*** join/#brlcad kesha_ (~kesha@14.139.122.114)
08:48.18*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-drotzkibydkzlzeh)
08:49.44*** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46)
09:06.30*** join/#brlcad ch3ck (29cd4d2e@gateway/web/freenode/ip.41.205.77.46)
09:07.39*** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46)
09:56.25*** join/#brlcad kesha_ (~kesha@14.139.122.114)
11:11.27Notify03BRL-CAD:tbrowder2 * 58185 brlcad/trunk/src/librt/bbox.c: use %p for pointer, %x for op
11:15.32Notify03BRL-CAD:tbrowder2 * 58186 (brlcad/trunk/src/librt/attributes.c brlcad/trunk/src/librt/binunif/db5_bin.c and 3 others): use %p instead of %lx for pointer addresses
11:57.04*** join/#brlcad kesha_ (~kesha@14.139.122.114)
12:54.37*** join/#brlcad kesha_ (~kesha@14.139.122.114)
13:31.08Notify03BRL-CAD:tbrowder2 * 58187 (brlcad/trunk/src/librt/db_alloc.c brlcad/trunk/src/librt/db_anim.c and 14 others): correct print format specifiers to ANSI C89, ISO C++, with no GNU extensions
14:38.59*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
16:27.05*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
16:29.20*** join/#brlcad Ch3ck_ (d8ef37d2@gateway/web/freenode/ip.216.239.55.210)
16:43.11*** join/#brlcad merzo (~merzo@133-169-132-95.pool.ukrtel.net)
16:44.48Ch3ck<PROTECTED>
16:56.33starseekerCh3ck: that should be fine
16:59.33Ch3ckok thnks
17:44.18*** join/#brlcad kesha (~kesha@14.139.122.114)
18:15.21*** join/#brlcad merzo (~merzo@124-249-132-95.pool.ukrtel.net)
18:34.53*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:37.04*** join/#brlcad merzo (~merzo@232-45-132-95.pool.ukrtel.net)
18:47.17*** join/#brlcad kesha (~kesha@14.139.122.114)
18:50.39*** join/#brlcad kesha_ (~kesha@14.139.122.114)
19:16.28``Erikwe've participated in esa summer of code before, iirc
19:32.04Notify03BRL-CAD:carlmoore * 58188 brlcad/trunk/src/proc-db/pipe.c: implement h?, and simplify some other stuff
20:02.17Notify03BRL-CAD:carlmoore * 58189 brlcad/trunk/src/proc-db/pipe.c: make local define of 'carriagereturn', initialize done=0 at declaration, and notice that if we reach the default, k is STILL 0.
20:10.26*** join/#brlcad kesha_ (~kesha@14.139.122.114)
20:14.47Notify03BRL-CAD:carlmoore * 58190 brlcad/trunk/src/proc-db/pipe.c: simplify output and code
20:45.49n_reednames
21:12.01*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:17.27*** join/#brlcad kesha_ (~kesha@14.139.122.114)
21:55.06Notify03BRL-CAD:n_reed * 58191 brlcad/trunk/src/proc-db/pipe.c: Clarify selection of unit conversion factor. Properly implement the intention of r58189 to support skipping unit specification by hitting the enter key when running interactively.
22:01.44n_reedcan we remove pipe.c? it looks completely obsolete, has a number of obvious problems, and output looks incorrect (wrong part of torus is used to create bends).
22:32.00*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131017

IRC log for #brlcad on 20131017

00:35.38*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:08.40*** join/#brlcad caen23 (~caen23@92.81.182.182)
01:18.42*** join/#brlcad caen23 (~caen23@92.81.182.182)
01:54.31*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:19.08*** join/#brlcad caen23 (~caen23@92.81.182.182)
03:19.37*** join/#brlcad caen23 (~caen23@92.81.182.182)
03:54.48*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:20.04*** join/#brlcad caen23 (~caen23@92.81.182.182)
05:20.42*** join/#brlcad caen23 (~caen23@92.81.182.182)
07:48.31*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:14.02*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:02.59*** join/#brlcad caen23 (~caen23@92.81.182.182)
13:23.53*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
18:06.09*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
20:13.34Notify03BRL-CAD:tbrowder2 * 58192 brlcad/trunk/src/librt/regionfix.c: use correct variable for line count
20:27.09Notify03BRL-CAD:tbrowder2 * 58193 brlcad/trunk/src/librt/tcl.c: vars are arrays, one element per axis
20:41.35Notify03BRL-CAD:tbrowder2 * 58194 brlcad/trunk/src/libfb/fb_obj.c: remove superflous arg
20:47.05*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
20:59.59Notify03BRL-CAD:tbrowder2 * 58195 brlcad/trunk/src/libfb/fbserv_obj.c: eliminate GNU extension %m format; message could be improved
21:48.11Notify03BRL-CAD:tbrowder2 * 58196 brlcad/trunk/src/libdm/dm_obj.c: use proper format spec for char*
21:53.52Notify03BRL-CAD:tbrowder2 * 58197 brlcad/trunk/src/liboptical/sh_grass.c: need two %g's for V2ARGS
22:04.31Notify03BRL-CAD:tbrowder2 * 58198 brlcad/trunk/src/lgt/do_options.c: use bu_setlinebuf for portability
22:12.29Notify03BRL-CAD:carlmoore * 58199 brlcad/trunk/src/proc-db/pipe.c: clarify what the 'tag' is for
23:20.07starseekerhttp://www.thingiverse.com/thing:42198/#files
23:24.02mpictornice!
23:24.17starseekergood test model
23:24.28starseekerpity they don't have a 3dm version
23:24.47mpictorI wonder if tires could be printed from silicone or liquid rubber... of course, that's a bit off topic :)
23:26.50starseekerhehe
23:27.07starseekerfair's fair - I co-opted the stepcode list to discuss BRL-CAD and openvsp :-P
23:27.21mpictortrue
23:27.28starseekerhttp://www.thingiverse.com/thing:12278/#files is kinda cool - good example of something that would be tricky to do without NURBS
23:27.48starseekermpictor: sorry about that, was just too interesting an opportunity to pass up...
23:27.58mpictorI really don't care as long as it is related in some way to step and isn't commercial
23:28.14mpictorIIRC, someone got sorta close to commercial back in the beginning
23:28.21starseekernods
23:28.30starseekersounds like he may end up a stepcode user in the end
23:29.12starseekerno point going to openNURBS data structures internally if he can go straight to step
23:29.12mpictorought to be quite easy since he only needs Bezier curves and may be able to use your library
23:29.34starseekernods - if I understood correctly what he wants to do, it's probably even simpler than what we do
23:29.49starseekerso it should be a slam dunk once he figures out the Sdai part
23:30.00mpictorI thought he already had openNURBS for rhino, though
23:30.01mpictoryea
23:30.14mpictorshame the documentation isn't freely available
23:30.30starseekerhe did, but was interested in reducing the complexity - the thinking was that if he could write out STEP, he didn't need to worry about 3dm
23:30.35mpictor...which reminds me about the schema you mentioned
23:30.40mpictorah yea
23:30.58starseekern_reed has a tool that lets him mostly convert the openNURBS headers to doxygen, IIRC...
23:31.05starseekerdon't know if he's checked it in yet
23:32.14starseekereventually I'd like to integrate that into our build and have those available out of the box...
23:32.39mpictornice
23:39.16mpictorhave you seen any of the perforated (if that's the right word) klein bottles? http://www.thingiverse.com/thing:145694
23:40.12starseekerno - that's cool :-)
23:42.28mpictorfirst I saw of it was a video of a rostock printer making it - http://www.youtube.com/watch?v=fRcH9tqT76c
23:42.41mpictornote the pepsi can
23:42.52mpictorbig model for a 3d printer
IRC log for #brlcad on 20131018

IRC log for #brlcad on 20131018

00:27.52*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
00:36.08Notify03BRL-CAD Wiki:NyahCh3ck20 * 6204 /wiki/User:NyahCh3ck20/Proposal: /* Programming Background */
00:41.44Notify03BRL-CAD:tbrowder2 * 58200 brlcad/trunk/misc/CMake/CompilerFlags.cmake: tighten builds under strictness
01:40.13*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:44.53*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:40.20*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:02.18*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:29.44Notify03BRL-CAD:tbrowder2 * 58201 brlcad/trunk/src/libfb/tcl.c: delete superflous arg
11:46.17Notify03BRL-CAD:tbrowder2 * 58202 brlcad/trunk/src/libged/joint.c: remove extra arg, correct print statement
11:55.50Notify03BRL-CAD:tbrowder2 * 58203 brlcad/trunk/src/conv/3dm/3dm-g.cpp: z is not an ISO C++ modifier
12:41.12Notify03BRL-CAD:tbrowder2 * 58204 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c and 20 others): use C89 print formats; some style and ws changes
13:48.35*** join/#brlcad caen23 (~caen23@92.83.164.95)
13:52.27Notify03BRL-CAD:tbrowder2 * 58205 brlcad/trunk/src/libged/search.c: supply missing arg to print (?); use truncate to avoid zero-length string warning
14:02.43Notify03BRL-CAD:tbrowder2 * 58206 brlcad/trunk/src/libged/search.c: use preferred wrapper for accessing vls string
14:04.00Notify03BRL-CAD:tbrowder2 * 58207 brlcad/trunk/src/libtclcad/tclcad_obj.c: correct print format errors
14:27.17Notify03BRL-CAD:tbrowder2 * 58208 brlcad/trunk/src/libged/clone.c: correct access to char* in vls
14:36.39Notify03BRL-CAD:tbrowder2 * 58209 brlcad/trunk/src/liboptical/sh_text.c: not sure of intent, so used char* arg for no format warning
14:40.42Notify03BRL-CAD:tbrowder2 * 58210 brlcad/trunk/src/liboptical/sh_prj.c: cast and format chg to remove warning; wrap long line
14:45.55Notify03BRL-CAD:tbrowder2 * 58211 brlcad/trunk/src/proc-db/menger.c: use correct specifier for type
14:52.21Notify03BRL-CAD:tbrowder2 * 58212 brlcad/trunk/src/mged/menu.c: correct print format error
15:11.25Notify03BRL-CAD:tbrowder2 * 58213 brlcad/trunk/src/libtclcad/tclcad_obj.c: revert the bad format 'fix'
16:38.28*** join/#brlcad vladbogo (~vlad@188.25.238.251)
16:38.36*** part/#brlcad vladbogo (~vlad@188.25.238.251)
16:56.13*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:00.23Notify03BRL-CAD:tbrowder2 * 58214 brlcad/trunk/src/libged/clone.c: get access to char* of bu_vls copyname
17:07.16Notify03BRL-CAD:tbrowder2 * 58215 (brlcad/trunk/src/librt/attributes.c brlcad/trunk/src/librt/bbox.c and 32 others): correct print format erros and use C89 print formats; some ws and style changes
17:07.33Notify03BRL-CAD:tbrowder2 * 58216 (brlcad/trunk/src/libfb/fb_paged_io.c brlcad/trunk/src/libfb/if_debug.c): correct print format erros and use C89 print formats; some ws and style changes
17:07.55Notify03BRL-CAD:tbrowder2 * 58217 (brlcad/trunk/src/libged/bot_fuse.c brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/wdb_obj.c): correct print format erros and use C89 print formats; some ws and style changes
17:08.39Notify03BRL-CAD:tbrowder2 * 58218 (brlcad/trunk/src/liboptical/sh_spm.c brlcad/trunk/src/liboptical/shade.c): correct print format errors and use C89 print formats; some ws and style changes
17:09.21Notify03BRL-CAD:tbrowder2 * 58219 (brlcad/trunk/src/conv/g-obj.c brlcad/trunk/src/conv/g-shell-rect.c and 9 others): correct print format errors and use C89 print formats; some ws and style changes
17:11.13Notify03BRL-CAD:tbrowder2 * 58220 brlcad/trunk/src/rt/viewarea.c: correct print format errors and use C89 print formats
17:13.26Notify03BRL-CAD:tbrowder2 * 58221 (brlcad/trunk/src/libbu/rb_diag.c brlcad/trunk/src/libbu/vls_vprintf.c): correct print format errors and use C89 print formats
17:17.28*** join/#brlcad Gaganjyot (~gagan@1.38.21.11)
17:18.09*** part/#brlcad Gaganjyot (~gagan@1.38.21.11)
17:20.20Notify03BRL-CAD:tbrowder2 * 58222 brlcad/trunk/src/other/stepcode/data/ap203/ap203.exp: added FIXME to warn of error with tightned standards
17:28.47Notify03BRL-CAD Wiki:216.239.55.212 * 6205 /wiki/Community_Publication_Portal: /* Google Doc Camp */
18:16.16*** join/#brlcad FLOSSrookie (~brian@107.200.34.111)
18:49.11*** join/#brlcad kesha (~kesha@14.139.122.114)
20:35.32*** part/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:35.48*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:41.09*** topic/#brlcad by starseeker -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Google Doc Sprint 2013 is complete!
21:45.55*** join/#brlcad kesha (~kesha@14.139.122.114)
21:55.35Notify03BRL-CAD:carlmoore * 58223 (brlcad/trunk/src/proc-db/mkbuilding.c brlcad/trunk/src/proc-db/pipetest.c): add -h and -?, and try to disallow file names starting with -
22:20.10*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131019

IRC log for #brlcad on 20131019

12:17.22Notify03BRL-CAD:tbrowder2 * 58224 (brlcad/trunk/misc/CMake/compat/sigaction_compat.h =================================================================== and 11 others): two more compat headers
12:19.17Notify03BRL-CAD:tbrowder2 * 58225 (brlcad/trunk/misc/CMake/compat/test_sigaction.c =================================================================== and 70 others): two more test files
12:21.00*** join/#brlcad caen23 (~caen23@92.83.164.95)
12:27.37Notify03BRL-CAD:tbrowder2 * 58226 brlcad/trunk/src/libbu/vls.c: add convenience function (a wrapper for now)
12:28.39Notify03BRL-CAD:tbrowder2 * 58227 brlcad/trunk/include/bu.h: add decl of new function; enable turning off BU_ATTR* macros for strict compilation
12:32.21Notify03BRL-CAD:tbrowder2 * 58228 brlcad/trunk/CMakeLists.txt: add two more strict test functions
12:33.53Notify03BRL-CAD:tbrowder2 * 58229 brlcad/trunk/CMakeLists.txt: remove unintentionally-added code
15:48.10Notify03BRL-CAD:brlcad * 58230 brlcad/trunk/src/libbu/rb_diag.c: with the cast, this is null
15:50.19Notify03BRL-CAD:brlcad * 58231 brlcad/trunk/src/libbu/vls_vprintf.c: reverting r58221 because it doesn't look right. if the specifier begins with a 0, the numbers following are in octal notation, so reading them as decimal will be the wrong width.
17:22.32Notify03BRL-CAD Wiki:IamDkSharma * 0 /wiki/User:IamDkSharma:
17:24.49Notify03BRL-CAD:tbrowder2 * 58232 brlcad/trunk/CMakeLists.txt: correct errors in var name and input to config file; add info message
17:26.01*** join/#brlcad yiyus (1242712427@je.je.je)
17:28.54Notify03BRL-CAD:tbrowder2 * 58233 brlcad/trunk/misc/CMake/CompilerFlags.cmake: add reset of _BU_ATTR* macros for strict C99/POSIX compile; add a temp hack for interrupt.c until Sean or Cliff can figure right way to doo it
17:32.20Notify03BRL-CAD:tbrowder2 * 58234 brlcad/trunk/src/libbu/interrupt.c: add hack for strict compile for C99/POSIX until approved solution is found
17:35.32Notify03BRL-CAD:tbrowder2 * 58235 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/libbu/interrupt.c): try a more meaningful var name
17:44.17*** join/#brlcad Gaganjyot (~gagan@1.38.21.11)
18:44.30*** join/#brlcad yiyus (1242712427@je.je.je)
18:58.49*** join/#brlcad yiyus (1242712427@je.je.je)
19:15.54*** join/#brlcad yiyus (1242712427@je.je.je)
19:25.49*** join/#brlcad kesha (~kesha@49.249.17.26)
19:43.59*** join/#brlcad yiyus (1242712427@je.je.je)
20:09.07*** join/#brlcad yiyus (1242712427@je.je.je)
21:04.15*** join/#brlcad yiyus (1242712427@je.je.je)
21:48.18Notify03BRL-CAD:tbrowder2 * 58236 brlcad/trunk/CMakeLists.txt: fine tune var names for info and output into CONFIG_H_APPEND
21:58.01Notify03BRL-CAD:tbrowder2 * 58237 brlcad/trunk/misc/CMake/compat/test_strncasecmp.c: use correct args for the function
22:39.16``Erikhttp://cheezburger.com/7858277376  a huge pulse jet on a shopping cart O.o
23:09.39*** join/#brlcad yiyus (1242712427@je.je.je)
23:32.10*** join/#brlcad yiyus (1242712427@je.je.je)
IRC log for #brlcad on 20131020

IRC log for #brlcad on 20131020

00:51.05*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:13.32Notify03BRL-CAD:tbrowder2 * 58238 brlcad/trunk/src/libbu/str.c: need the correct header for str[n]{0,1}casecmp
01:16.47Notify03BRL-CAD:tbrowder2 * 58239 brlcad/trunk/src/conv/asc/asc2g.c: make funcs more general with two vars for the delimiters; strsep and strtok have same behavior so both should be using buf2 (or neither); prefer strtok_r for the general support of threads; style
01:54.17*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:50.18*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:23.07*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:43.20*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:41.29*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:44.18maths22brlcad: is brlcad applying for GCI this year?
16:04.59*** join/#brlcad caen23_ (~caen23@109.97.119.179)
16:37.02*** join/#brlcad caen23 (~caen23@109.97.121.191)
17:03.34*** join/#brlcad caen23 (~caen23@92.83.173.212)
17:29.36*** join/#brlcad caen23 (~caen23@92.81.191.58)
17:45.59*** join/#brlcad caen23 (~caen23@92.81.188.170)
17:50.53*** join/#brlcad caen23 (~caen23@92.83.174.19)
18:01.37*** join/#brlcad caen23 (~caen23@92.81.169.117)
18:07.16*** join/#brlcad caen23 (~caen23@92.81.174.78)
18:28.47*** join/#brlcad caen23 (~caen23@92.83.172.54)
18:38.47*** join/#brlcad caen23 (~caen23@92.81.216.117)
18:48.56*** join/#brlcad caen23 (~caen23@92.81.163.220)
18:53.50*** join/#brlcad caen23_ (~caen23@92.81.216.250)
19:34.20*** join/#brlcad caen23 (~caen23@92.81.205.147)
19:39.29*** join/#brlcad caen23_ (~caen23@92.81.208.8)
20:01.08*** join/#brlcad caen23 (~caen23@92.81.208.8)
22:57.07*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131021

IRC log for #brlcad on 20131021

00:14.35*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
00:19.18*** join/#brlcad caen23 (~caen23@92.81.208.8)
01:19.34*** join/#brlcad caen23 (~caen23@92.81.208.8)
01:27.28*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:19.54*** join/#brlcad caen23 (~caen23@92.81.208.8)
03:20.16*** join/#brlcad caen23 (~caen23@92.81.208.8)
03:41.49*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:20.39*** join/#brlcad caen23 (~caen23@92.81.208.8)
05:31.57*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:34.39*** join/#brlcad Gaganjyot (~gagan@125.62.123.62)
12:05.33*** join/#brlcad caen23 (~caen23@92.81.208.8)
13:10.42Notify03BRL-CAD:tbrowder2 * 58240 brlcad/trunk/src/util/bu_arg_parse.h: add a define for buf size; add stack char bufs to arg structs; add decls for using arg stack char bufs
13:11.31Notify03BRL-CAD:tbrowder2 * 58241 brlcad/trunk/src/util/dsp_add3.c: use the new buf size macro
13:12.19Notify03BRL-CAD:tbrowder2 * 58242 brlcad/trunk/src/util/bu_arg_parse_private.h: correct form of file name
13:39.32*** join/#brlcad Gaganjyot (~gagan@125.62.123.62)
13:40.29*** part/#brlcad Gaganjyot (~gagan@125.62.123.62)
13:48.32Notify03BRL-CAD:carlmoore * 58243 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/misc/CMake/compat/test_strtok_r.c brlcad/trunk/src/conv/obj-g.c): remove trailing blank, fix a spelling, and put space before 'mm' units designator in output
14:01.26Notify03BRL-CAD:carlmoore * 58244 brlcad/trunk/src/proc-db/pipetest.c: revert commit 58223, unintentional
14:15.35*** join/#brlcad kesha (~kesha@14.139.122.114)
14:59.39Notify03BRL-CAD:brlcad * 58245 brlcad/trunk/src/conv/g-xxx.c: make the data member long for the example
15:07.42*** join/#brlcad Gaganjyot (~gagan@125.62.123.62)
16:08.22*** part/#brlcad Gaganjyot (~gagan@125.62.123.62)
17:22.05Notify03BRL-CAD:carlmoore * 58246 brlcad/trunk/src/proc-db/mkbuilding.c: if no arguments, set the file name to mkbuilding.g
19:31.35Notify03BRL-CAD:starseeker * 58247 brlcad/trunk/src/util/dsp_add3.c: Use new definition.
19:44.46Notify03BRL-CAD:carlmoore * 58248 brlcad/trunk/src/proc-db/globe.c: no need to initialize *progname; revise the if's because there is no point doing them if the file can't be opened
19:52.49Notify03BRL-CAD:carlmoore * 58249 brlcad/trunk/src/proc-db/globe.c: revise the logic again; in my last previous version, if, say, av>4 , I would not have done all THREE inputs
19:58.22Notify03BRL-CAD:starseeker * 58250 (brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add3.c): Previous initialization-in-struct with {0} was making g++ unhappy - try this...
20:01.37Notify03BRL-CAD:carlmoore * 58251 brlcad/trunk/src/proc-db/globe.c: add right parenthesis in a comment; initialize is_region, previously uninitialized, to 0
21:16.28starseekersomething to watch:  http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/wiki/home
21:56.55``Erikword. video. evar.
IRC log for #brlcad on 20131022

IRC log for #brlcad on 20131022

04:55.52Notify03BRL-CAD:brlcad * 58252 brlcad/trunk/src/conv/asc/asc2g.c: hmm, implies this hasn't even been compilation-tested. seems unnecessary complexity as this function isn't re-entered.
07:23.47*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
07:32.12*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
08:26.30*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
08:37.53*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
09:40.09*** join/#brlcad kesha (~kesha@14.139.122.114)
10:59.35*** join/#brlcad kesha (~kesha@14.139.122.114)
14:55.41*** join/#brlcad caen23 (~caen23@92.81.208.8)
15:32.46Notify03BRL-CAD:carlmoore * 58253 brlcad/trunk/src/conv/nmg/asc-nmg.c: notice we are initializing afile,bfile
15:40.41*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-kctiuyhwaksjatpo)
18:33.43Notify03BRL-CAD:starseeker * 58254 (brlcad/trunk/src/mged/dm-X.c brlcad/trunk/src/mged/dm-tk.c): Revert r55126 for dm-X and dm-tk - apparently we do NOT want this logic for non-openGL based display managers, since it breaks z clipping for the X display manager. Fixes a bug observed in 7.24.0
18:57.02*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:58.50*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:59.02*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:59.38*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
19:01.36*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:01.56*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
19:02.02*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:02.03*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
19:02.03*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
19:02.04*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:13.52*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
19:14.25*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:14.39*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:14.40*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
19:14.50*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:14.50*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:15.36*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
19:15.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:15.45*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
19:19.02*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:22.00Notify03BRL-CAD:carlmoore * 58255 brlcad/trunk/src/proc-db/kurt.c: various changes: eliminate some braces; remove degtorad (due to a global being available); add 'Program continues running:'; noted in spreadsheet that this program is apparently incomplete
19:25.09Notify03BRL-CAD:carlmoore * 58256 brlcad/trunk/src/proc-db/kurt.c: oops, should also specify that we do create file kurt.g, and I intend to move on from this
19:30.14Notify03BRL-CAD:carlmoore * 58257 brlcad/trunk/src/proc-db/mkbuilding.c: add colon in what is now 'Program continues running:', and remove a debug print
20:34.06Notify03BRL-CAD:carlmoore * 58258 brlcad/trunk/src/proc-db/lens.c: simplify (removing some braces, and also the if-file-exists logic)
20:39.01Notify03BRL-CAD:carlmoore * 58259 brlcad/trunk/src/proc-db/lens.c: simplify more logic (rcc_h)
20:48.01Notify03BRL-CAD:carlmoore * 58260 brlcad/trunk/src/proc-db/lens.c: create another if-then-else
21:00.23Notify03BRL-CAD:carlmoore * 58261 brlcad/trunk/src/proc-db/lens.c: make MakeP and MakeD look as much alike as possible; remove -1 factor in favor of a simple -
23:43.39Notify03BRL-CAD Wiki:RogerRoger * 0 /wiki/User:RogerRoger:
IRC log for #brlcad on 20131023

IRC log for #brlcad on 20131023

01:05.18Notify03BRL-CAD:brlcad * 58262 brlcad/trunk/TODO: we now have a proper dev intro to brl-cad, note some libnmg tasks from daniel's 2011 e-mail
02:18.54*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
03:46.08Notify03BRL-CAD:brlcad * 58263 brlcad/trunk/HACKING: consistency in guidelines
03:48.44Notify03BRL-CAD:brlcad * 58264 brlcad/trunk/src/proc-db/lens.c: if either the if or else clause require curly braces, the other(s) should also have curly braces. this is one of the most common sources of new dev bugs.
03:49.33Notify03BRL-CAD:brlcad * 58265 brlcad/trunk/src/proc-db/lens.c: no reason they're global. make static and match style
03:52.53Notify03BRL-CAD:brlcad * 58266 (brlcad/trunk/src/proc-db/bottest.c brlcad/trunk/src/proc-db/mkbuilding.c): ws
03:56.13Notify03BRL-CAD Wiki:Sean * 0 /wiki/Google_Code_In: make version-specific
03:57.13Notify03BRL-CAD Wiki:Sean * 6207 /wiki/Google_Code_In: Created page with "TODO: This page needs to have basic information about what the program is, that we participated in 2012, and that we are applying to participate in 2013."
04:06.00Notify03BRL-CAD Wiki:Sean * 6208 /wiki/Google_Code_In/2013/TODO: initial stub from e-mail
04:08.30Notify03BRL-CAD Wiki:Sean * 6209 /wiki/Google_Code_In/2013/TODO: who da f i is
04:12.12Notify03BRL-CAD Wiki:Sean * 6210 /wiki/Google_Code_In/2013/TODO: stub potential mentor list
04:12.58*** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98)
06:03.50Notify03BRL-CAD:starseeker * 58267 (brlcad/trunk/INSTALL brlcad/trunk/configure and 3 others): Add the beginnings of style validation integration to BRL-CAD. This approach uses a source code formatter (currently astyle) and treats any difference between astyle's output and the formatting of the source files in the target's sources list as a compilation-haulting error. Currently enabled by ENABLE_STYLE_VALIDATION, but the
06:03.52Notifyastyle.opt file currently in use has nothing to do with what will be the final formatting standard - DO NOT MAKE SOURCE CODE FORMATTING CHANGES BASED ON CURRENT RESULTS! Other TODO items for this feature - modularize BRLCAD_ADDLIB logic into macro and add to executables targets as well, incorporate per-target headers lists so we can also enforce good formatting behavior in headers, modularize to allow other
06:03.54Notifyformatters than astyle (in cause the LGPLv3 is any sort of problem down the road...), test on anything other than Ubuntu Linux... etc.
06:04.01starseekeryawns
06:04.11starseekerthat's as far as I can take it tonight
06:10.32starseekerprys his eyes off the monitor and calls it a night...
06:46.14*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:15.14Notify03BRL-CAD Wiki:Inderpreet * 0 /wiki/User:Inderpree:
10:42.07*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:33.07*** join/#brlcad kesha (~kesha@14.139.122.114)
11:36.30keshaFrom where can I get stats abt how many task were proposed in GCI 2012, how many completed, how many students participated, avg task solved by them, winners( I got them ), etc.
11:49.26Notify03BRL-CAD Wiki:Inderpreet * 6211 /wiki/Google_Code_In: Overview of GCI
12:02.22Notify03BRL-CAD Wiki:KeshaSShah * 6212 /wiki/Community_Publication_Portal: GCI 2012 Accomplishments
12:03.44Notify03BRL-CAD Wiki:KeshaSShah * 6213 /wiki/Community_Publication_Portal: /* BRL-CAD Accomplishments : GCI 2012 */
12:05.44Notify03BRL-CAD Wiki:KeshaSShah * 6214 /wiki/Google_Code_In/2013/TODO:
12:25.16Notify03BRL-CAD Wiki:KeshaSShah * 6215 /wiki/Google_Code_In: GCI And BRL-CAD + Getting Started + "TODO: Checklist"
12:25.52Notify03BRL-CAD Wiki:KeshaSShah * 6216 /wiki/Google_Code_In: /* BRL-CAD participation in GCI */
12:27.12Notify03BRL-CAD Wiki:KeshaSShah * 6217 /wiki/Google_Code_In: /* Getting Started */
12:27.58Notify03BRL-CAD Wiki:KeshaSShah * 6218 /wiki/Google_Code_In/2013/TODO: /* Added a task */
12:29.08Notify03BRL-CAD Wiki:KeshaSShah * 6219 /wiki/Code_In/Checklis: Created page with "TODO : Create a CHeckList for new GCI students, so that they dont have to go around asking basic questions how to get started and all. Something similar to our GSOC CHecklist ..."
12:33.15Notify03BRL-CAD Wiki:Inderpreet * 6220 /wiki/Google_Code_In/2013: Overview and Instructions in GCI
13:36.56Notify03BRL-CAD Wiki:JarvisvosizcbxelThursby * 0 /wiki/User:JarvisvosizcbxelThursby:
13:48.48Notify03BRL-CAD Wiki:Inderpreet * 6221 /wiki/Google_Code_In/2013: added link to GCI task page
14:01.04Notify03BRL-CAD Wiki:Mandeepkaur * 6222 /wiki/Code_In/Checklis:
14:19.01Notify03BRL-CAD Wiki:Gauravjeet singh * 0 /wiki/User:Gauravjeet_singh:
14:20.41Notify03BRL-CAD Wiki:Mandeepkaur * 0 /wiki/Code_In/Checklis:
14:23.12Notify03BRL-CAD Wiki:Mandeepkaur * 6225 /wiki/Google_Code_In:
14:57.42Notify03BRL-CAD:d_rossberg * 58268 brlcad/trunk/src/other/astyle/CMakeLists.txt: removed self-reference
15:11.23*** join/#brlcad YatharthROCK (~Yatharth@194.54.208.131)
15:22.36Notify03BRL-CAD Wiki:Gauravjeet singh * 6226 /wiki/Community_Publication_Portal: /* BRL-CAD Accomplishments : GCI 2012 */
15:28.41Notify03BRL-CAD Wiki:Inderpreet * 6227 /wiki/Google_Code_In: /* Google Code In 2012 */
15:33.38Notify03BRL-CAD Wiki:Inderpreet * 6228 /wiki/Google_Code_In/2013: correcting a typo
15:41.22Notify03BRL-CAD:d_rossberg * 58269 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/tests/bn_obr.c): added bn_obr() with BN_EXPORT declaration to bn.h because test_bn_obr needs bn_obr() DLL-exported on Windows
16:24.04*** join/#brlcad kesha (~kesha@14.139.122.114)
16:30.12*** join/#brlcad caen23 (~caen23@92.81.208.8)
16:45.55Notify03BRL-CAD Wiki:Mandeepkaur * 6229 /wiki/Google_Code_In/Checklis:
16:49.25Notify03BRL-CAD Wiki:Mandeepkaur * 6230 /wiki/Google_Code_In/Acceptance: Created page with "]TODO : Write basic "rules and requirements" that the BRL-CAD project requires for Google Code In tasks]"
16:49.35Notify03BRL-CAD Wiki:Mandeepkaur * 6231 /wiki/Google_Code_In/Acceptance:
16:52.07Notify03BRL-CAD Wiki:Mandeepkaur * 6232 /wiki/Google_Code_In/Expectations: Created page with "[TODO : Write detail about the expectations for Summer of Code students that are participating in GCI]"
16:59.02*** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:18.20Notify03BRL-CAD Wiki:117.207.155.69 * 6233 /wiki/Google_Code_In/2013: added link to checklist and google code in main page
17:19.30Notify03BRL-CAD Wiki:117.207.155.69 * 6234 /wiki/Google_Code_In/2013: typo fix
18:42.38Notify03BRL-CAD:starseeker * 58270 brlcad/trunk/include/bn.h: Add type for declaration
18:48.42*** join/#brlcad kesha (~kesha@14.139.122.114)
19:06.06Notify03BRL-CAD:starseeker * 58271 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/misc/CMake/astyle.cmake.in): This is nifty, but probably not what we are going to end up with - we'll need the POST_BUILD trick to do the succeed/fail at the end, but we want to do the astyle validations in parallel...
19:15.32*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
19:23.06*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
19:34.26Notify03BRL-CAD:starseeker * 58272 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/misc/CMake/astyle.cmake.in): Use the OBJECT_DEPENDS property of source files to make the astyle check a per-file requirement.
19:36.11Notify03BRL-CAD Wiki:Mandeepkaur * 6235 /wiki/Google_Code_In/Checklis:
19:49.24Notify03BRL-CAD Wiki:KeshaSShah * 6236 /wiki/Google_Code_In: /* Getting Started */
19:52.09Notify03BRL-CAD Wiki:Mandeepkaur * 6237 /wiki/Google_Code_In:
20:18.55Notify03BRL-CAD:starseeker * 58273 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/misc/CMake/astyle.cmake.in): Do the validation first, then follow up to make sure nothing was invalid and base the final (post-compile) success on the style results.
20:47.24*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:02.16*** join/#brlcad kesha (~kesha@14.139.122.114)
21:02.36Notify03BRL-CAD:starseeker * 58274 brlcad/trunk/misc/CMake/astyle.cmake.in: Go with Sean's idea and make the per-file message depend on BRL-CAD's verbose output setting.
21:13.04Notify03BRL-CAD:starseeker * 58275 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Don't validate generated files.
21:14.28Notify03BRL-CAD:carlmoore * 58276 brlcad/trunk/src/proc-db/lens.c: stop use of bu_opterr=0; no need to initialize c; add h? options, along with usage; insert my 'Program continues running' remark because this can run with no arguments
21:30.14Notify03BRL-CAD:starseeker * 58277 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Pull the validation logic into macros and enable it for other standard BRL-CAD build target types.
21:31.56*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:47.34``Erikheh, gci #6: "Create a w", I've created lots of "w"s playing quake back in the day :D wasd, yo!
22:30.10Notify03BRL-CAD Wiki:71.198.169.135 * 6238 /wiki/Google_Code_In:
23:14.28starseekerhuh http://clang.llvm.org/docs/ClangFormat.html
23:17.15starseekerhttps://github.com/gmarpons/Crisp
23:19.35*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
23:30.30Notify03BRL-CAD:starseeker * 58278 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Switch to BRLCAD_STYLE_VALIDATE to match BRLCAD_EXTRADOCS_VALIDATE
IRC log for #brlcad on 20131024

IRC log for #brlcad on 20131024

00:53.23*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:30.54*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:32.35Notify03BRL-CAD:brlcad * 58279 brlcad/trunk/AUTHORS: browder passed the metric some time ago with 1160+ commits over 3+ years. promote up into the core developer team. welcome and thank you.
04:35.54*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:36.40Notify03BRL-CAD:brlcad * 58280 brlcad/trunk/AUTHORS: nick reed has also exceeded the metric with nearly 900 commits over 2+ years, promoting into the core dev team list. hopefully the laughing will continue for many more years to come. ;)
04:42.08Notify03BRL-CAD:brlcad * 58281 brlcad/trunk/AUTHORS: the aggregate effect of nearly 2000 commits over more than a year across dozens (hundreds?) of binaries has added up substantially. promote carl to the core dev team for his sustained efforts now that he's passed his anniversary mark.
05:52.25*** join/#brlcad kesha (~kesha@14.139.122.114)
06:41.48Notify03BRL-CAD Wiki:117.207.157.190 * 6239 /wiki/Google_Code_In: /* Getting Started Checklist */
06:42.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:34.51*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:00.25*** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98)
10:28.03*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:23.43Notify03BRL-CAD:starseeker * 58282 brlcad/trunk/src/librtserver/CMakeLists.txt: rtserver is hardcoded to pthread at the moment - don't try building it unless we've got HAVE_PTHREAD_H
15:11.40Notify03BRL-CAD:starseeker * 58283 brlcad/trunk/src/util/bu_arg_parse.cpp: We don't have getppid on Windows - need to ask Tom what would work here instead...
15:25.06Notify03BRL-CAD:starseeker * 58284 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: list_elements will need the import/export logic too
15:51.44*** join/#brlcad kesha (~kesha@14.139.122.114)
16:10.46Notify03BRL-CAD Wiki:Gauravjeet singh * 6240 /wiki/Community_Publication_Portal: /* done with the mentioned ToDO */
16:25.26*** join/#brlcad caen23 (~caen23@92.81.208.8)
16:58.17*** join/#brlcad caen23 (~caen23@109.97.120.227)
18:22.17Notify03BRL-CAD:tbrowder2 * 58285 brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: correct object length values for the examples
18:58.10*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
19:20.08Notify03BRL-CAD:starseeker * 58286 brlcad/trunk/src/util/bu_arg_parse.h: Add common.h
19:29.00*** join/#brlcad caen23_ (~caen23@92.81.166.169)
19:35.04Notify03BRL-CAD:starseeker * 58287 brlcad/trunk/misc/CMakeLists.txt: Ignore file
20:21.15*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
21:08.13Notify03BRL-CAD:tbrowder2 * 58288 brlcad/trunk/src/libged/simulate/simrt.c: style
23:08.59Notify03BRL-CAD:starseeker * 58289 brlcad/trunk/src/conv/step/g-step/Assembly_Product.h: Fix return type to match cpp file.
IRC log for #brlcad on 20131025

IRC log for #brlcad on 20131025

01:05.52*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:32.44brlcadpretty cool: http://brlcad.org/tmp/command_line_progress.png
01:44.18brlcadalso cool: https://code.google.com/p/ccons/
01:49.48*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:01.08Notify03BRL-CAD:starseeker * 58290 (brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): Based on patch from Cristina Precup, break out libnmg from librt.
03:10.08brlcadnice starseeker
03:10.32brlcadthe only thing I notice there is that nmg.c probably doesn't belong in libnmg
03:10.43brlcadwe'll have to break that up, it's a cyclic dependency
03:11.17brlcadlibrt needs to use libnmg similar to opennurbs, and have libnmg NOT use anything in librt
05:50.24*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:10.13*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:13.05*** join/#brlcad kesha (~kesha@14.139.122.114)
08:19.33Notify03BRL-CAD Wiki:KeshaSShah * 6241 /wiki/Google_Code_In/2013/TODO:
08:31.09Notify03BRL-CAD Wiki:CatinaonxkvrhlhzDorpinghaus * 0 /wiki/User:CatinaonxkvrhlhzDorpinghaus:
11:31.54*** join/#brlcad kesha (~kesha@14.139.122.114)
12:16.27Notify03BRL-CAD:starseeker * 58291 brlcad/trunk/src/other/CMakeLists.txt: d_rossberg noticed that clearing the src/other flags on MSVC causes problems, since the MSVC defaults are different from the CMake defaults and we don't wipe-and-reset all flags on MSVC currently.
12:17.06starseekerd_rossberg: give that a go and see how it works
12:17.47starseekerd_rossberg: the "real" solution would involve fully managing the MSVC flags like we do the gcc/clang flags, and that's a much larger undertaking...
12:26.33Notify03BRL-CAD:starseeker * 58292 brlcad/trunk/misc/CMake/Distcheck.cmake: Quote CMake path in distcheck cmds
12:29.38Notify03BRL-CAD:starseeker * 58293 brlcad/trunk/src/libnmg/CMakeLists.txt: Fix quote location
12:38.44d_rossbergstarseeker: i was just testing another work around (the "TCL way"), but i'll have a look at yours too
12:49.23Notify03BRL-CAD:phoenixyjll * 58294 brlcad/trunk/src/libbrep/intersect.cpp: Planar optimizations for SSI.
13:27.38Notify03BRL-CAD:bob1961 * 58295 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a bug that breaks ArcherCore::redrawWho. This appears to have been introduced in r56397.
14:25.13Notify03BRL-CAD Wiki:Mandeepkaur * 6242 /wiki/Google_Code_In/Checklis:
14:26.19Notify03BRL-CAD Wiki:Mandeepkaur * 6243 /wiki/Google_Code_In/Checklis:
14:34.49starseekerurm.  Is it a bad thing that rt_bot_mintie is global?
15:00.15d_rossbergstarseeker: is it a bad thing that libnmg has over 80 errors (unresolved symbols)?
15:07.54*** join/#brlcad kesha (~kesha@14.139.122.114)
15:12.07d_rossbergthe stepcode stuff seems to work now
15:18.50Notify03BRL-CAD Wiki:Mandeepkaur * 6244 /wiki/Google_Code_In/Checklis:
16:00.19d_rossberghmm, linux works, msvc has errors in libnmg, all build from scratch ... go on on monday
16:30.11*** join/#brlcad kesha (~kesha@14.139.122.114)
16:46.46*** join/#brlcad kesha_ (~kesha@14.139.122.114)
16:59.08brlcadfinds this situation doubley unfortuante ... we probably should be using /MT, not /MD
17:07.51*** join/#brlcad kesha_ (~kesha@14.139.122.114)
17:10.48Notify03BRL-CAD:bob1961 * 58296 brlcad/trunk/src/libged/open.c: Updated ged_reopen to properly set the rt material head. This would have impacted Archer and its ilk.
17:30.18brlcadAHA!
17:42.13Notify03BRL-CAD:brlcad * 58297 brlcad/trunk/CMakeLists.txt: these should be indented
17:44.38Notify03BRL-CAD:brlcad * 58298 brlcad/trunk/CMakeLists.txt: ws cleanup
17:46.01Notify03BRL-CAD:brlcad * 58299 brlcad/trunk/CMakeLists.txt: no space on linker opts, mention why it's there
17:49.21Notify03BRL-CAD:brlcad * 58300 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/CompilerFlags.cmake): separation of macro definition from macro use. move the compiler logic into the compiler section of the top-level CMakeLists.txt file so that we can unconditionally include the macro definitions like a template header.
17:57.01Notify03BRL-CAD:brlcad * 58301 brlcad/trunk/misc/CMake/CompilerFlags.cmake: pull includes together, document the macros as api not as how they are implemented.
17:57.55Notify03BRL-CAD:brlcad * 58302 brlcad/trunk/CMakeLists.txt: should no longer need inclusion of CompilerFlags.cmake to be conditional as it just defines a bunch of macros
18:02.00Notify03BRL-CAD:brlcad * 58303 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: this file is not (yet) included on Windows, simplify
18:03.41Notify03BRL-CAD Wiki:37.130.224.21 * 6245 /wiki/Mailing_Lists:
18:04.19Notify03BRL-CAD:brlcad * 58304 brlcad/trunk/CMakeLists.txt: looks like there are some assumptions about the ordering, so preserve the previous ordering by moving the BRLCAD_CompilerFlags.cmake include after the logic that was moved.
18:08.20Notify03BRL-CAD:carlmoore * 58305 brlcad/trunk/src/proc-db/lens.c: initialize lens_1side_side in its declaration; usage will now include defaults and unit specification
18:18.45Notify03BRL-CAD:starseeker * 58306 (brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): revert r58290 - it's not going to be that simple. Looks like quite a lot of librt-isms have crept into the nmg code, will be a *lot* more work to properly extract it.
18:19.39starseekermight as well close that patch - there's a lot of work to do that right, some of which is probably going to involve logic re-thinking to avoid using librt features
18:27.43Notify03BRL-CAD:brlcad * 58307 brlcad/trunk/src/other/CMakeLists.txt: needs testing, but should no longer need the MSVC conditionals. It should default to msvc's default linkage (/MT) and is synchronized with the top-level build settings.
18:28.12brlcadstarseeker: poopie..
18:28.36brlcadwhat about if you put just nmg.c back .. what rt symbols remain?
18:29.02brlcadthat's one I think we could get a fair bit of GCI activity on
18:30.44Notify03BRL-CAD Wiki:159.253.145.183 * 6246 /wiki/MGED_Commands:
18:30.46starseekerbased on the MSVC build, there are a lot of them scattered across many files
18:31.06brlcadremember any of them?
18:31.30starseekerrt_nurb_s_eval
18:31.40starseekerrt_vlblock_free
18:31.49starseekerrt_plot_vlblock
18:32.09starseekerhmm. - got a wdb_fopen in there...
18:32.10Notify03BRL-CAD Wiki:159.253.145.183 * 6247 /wiki/BRL-CAD_Commands:
18:32.18brlcadk
18:32.23starseekerrt_prep_parallel
18:32.25starseekeretc.
18:32.34brlcadrt_nurb_s_eval is almost certainly in the bspline code, which could move or get killed
18:32.37starseekerdb_path_to_string
18:32.39brlcadthe other two are interesting
18:32.57starseekerrt_init_resource
18:33.05starseekerrt_gettree
18:33.12brlcadI get it ;)
18:33.15starseekerhehe
18:33.16brlcadmore than a few
18:33.35starseekerfrankly, I'm wondering why the gcc build succeeded
18:33.45Notify03BRL-CAD Wiki:159.253.145.183 * 6248 /wiki/BRL-CAD_Primitives:
18:33.49brlcadgcc by default doesn't care about unresolved symbols
18:34.03starseekerwinces - ah
18:34.12brlcadthere are flags we can add that would provoke the same error
18:35.42starseekerbrlcad: wiping the CMake MSVC flags may be a big deal...
18:36.00brlcadyep, warrants another test
18:36.22brlcadno reason it shouldn't work though any more than it shouldn't for gcc
18:36.49brlcadwould like to know exactly what if it doesn't (and if so, we should probably test for it instead of relying on cmake)
18:37.09brlcadif only just so we can compile with other compilers on windows
18:37.32starseekeryeah, that's exactly why I didn't do it previously - the "correct" answer requires an understanding of the MSVC flags I don't have time to acquire
18:38.01Notify03BRL-CAD Wiki:159.253.145.183 * 6249 /wiki/FAQ:
18:38.02brlcadthere's not really anything special about msvc
18:38.13brlcadthey're just different names for the same concepts
18:38.29brlcadif we want MT or MD or MTd or whatever, we should be testing for those like anything else I think
18:39.05brlcade.g., debug should probably be MTd and release should be MD
18:39.18Notify03BRL-CAD Wiki:159.253.145.183 * 6250 /wiki/MgedFAQ:
18:39.54starseekerhooray, an even longer Windows configure step.  If the concepts are similar, could we define a per-compiler conceptual map and load those?  E.g. set(DEBUG_FLAG MTd) in the MSVC file and set(DEBUG_FLAG g) in the gcc file?
18:40.39brlcadif we have to sure, but I'm hoping we can avoid doing that altogether
18:40.39starseekerthen just test ${DEBUG_FLAG} rather than all debug flags for all compilers?
18:40.51brlcadat least until we encounter something that requires it, which we haven't yet
18:41.04brlcadwe just test for flags in a priority order
18:42.09brlcadwe really need to get something different like suncc or borland's new compiler into the mix so we can break our gcc assumptions
18:42.24starseekerwinces - the configure stage is already about 1 minute on Linux, which will be > build time in a few machine generations... On Windows, it's more like 15-20 minutes
18:43.16brlcadthe problem is exemplified by this latest issue though
18:43.49brlcadI could have reconfigured several thousand builds in the time it took to figure out that there was an if (NOT MSVC) that caused all of this
18:43.58starseekerif I had defined a "wipe flags" macro from the get go and re-used it it wouldn't have been an issue, so that's my mistake
18:44.41starseekernot several thousand MSVC builds
18:46.00brlcadwhen we have active windows maintainers, they can work on optimizing the windows build properly by profiling and reducing time appropriately
18:46.54brlcaduntil then, and without a profile, I don't think it's an issue worth accommodating at the expense of build logic maintainability
18:47.18brlcadplus, I bet the build time could be reduced far more effectively in other ways
18:47.48brlcadlike instead of avoiding tests, avoid file operations unnecessarily ... there's a lot we could be going on in memory
18:49.38Notify03BRL-CAD:carlmoore * 58308 brlcad/trunk/src/proc-db/room.c: remove a blank line; remove degtorad variable, because DEG2RAD global variable provides that value
18:51.18brlcadby a quick, back-of-the-napkin calculation, probably could have built on MSVC about 100 times in the time it took to discuss and resolve (if it is resolved) ...
18:51.32brlcadwe simply don't build that many times, that's several years worth
18:58.07*** join/#brlcad kesha__ (~kesha@14.139.122.114)
19:08.07kanzuredo you guys have a lot of windows users?
19:57.10starseekerkanzure: https://sourceforge.net/projects/brlcad/files/stats/os
19:57.30kanzurewtf
19:57.47kanzurealright
19:57.59Notify03BRL-CAD Wiki:Sean * 6251 /wiki/MgedFAQ: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Tbrowder|Tbrowder]]
19:58.01Notify03BRL-CAD Wiki:Sean * 6252 /wiki/FAQ: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Tbrowder|Tbrowder]]
19:58.04Notify03BRL-CAD Wiki:Sean * 6253 /wiki/BRL-CAD_Primitives: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:JoelDBenson|JoelDBenson]]
19:58.06Notify03BRL-CAD Wiki:Sean * 6254 /wiki/BRL-CAD_Commands: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Mdupont|Mdupont]]
19:58.10Notify03BRL-CAD Wiki:Sean * 6255 /wiki/MGED_Commands: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Phoenix|Phoenix]]
19:58.12Notify03BRL-CAD Wiki:Sean * 6256 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/37.130.224.21|37.130.224.21]] ([[User talk:37.130.224.21|talk]]) to last revision by [[User:Sean|Sean]]
19:58.35Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:159.253.145.183: Spamming links to external sites
19:59.01Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:37.130.224.21: Spamming links to external sites
19:59.31Notify03BRL-CAD Wiki:Sean * 6257 /wiki/Google_Code_In: Reverted edits by [[Special:Contributions/117.207.157.190|117.207.157.190]] ([[User talk:117.207.157.190|talk]]) to last revision by [[User:71.198.169.135|71.198.169.135]]
20:00.25starseekerbrlcad: should we set up the clang static analyzer stuff for GCI?  Or are those likely to be a little too tricky for the target group?
20:27.13Notify03BRL-CAD:starseeker * 58309 brlcad/trunk/src/libbn/obr.c: Add in the Melkman code needed for convex hulls...
20:36.44*** join/#brlcad kesha__ (~kesha@14.139.122.114)
21:34.24brlcadstarseeker: probably not a full-blown analysis, but perhaps categories of specific detections that have a well-documented fix
21:35.11brlcadnot something generic like "fix 10 of these", but like "fix all the shadow warnings by renaming variables"
21:54.27Notify03BRL-CAD:carlmoore * 58310 brlcad/trunk/src/proc-db/lens.c: shortened the code
22:10.05*** join/#brlcad kesha__ (~kesha@14.139.122.114)
22:54.07Notify03BRL-CAD Wiki:Arlo James Barnes * 0 /wiki/User:Arlo_James_Barnes:
22:59.16Notify03BRL-CAD Wiki:Sean * 6258 /wiki/Community_Publication_Portal: fix the final review section
23:00.22Notify03BRL-CAD Wiki:Sean * 6259 /wiki/Community_Publication_Portal: 7.24.0 was posted
IRC log for #brlcad on 20131026

IRC log for #brlcad on 20131026

04:49.29Notify03BRL-CAD Wiki:Sean * 6260 /wiki/Community_Publication_Portal: /* Google Doc Camp */ external links
05:33.22Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_Relaxing.jpg: 2013 Doc Campers relaxing outside after a long morning familiarizing and brainstorming.
05:36.42Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_WorkingHard.jpg: BRL-CAD documentation team beginning to flesh out the contents of a contributors guide at the 2013 Google Doc Camp. The book was written from scratch in less than three days.
05:39.43Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_TopicWall.jpg: All three teams (BRL-CAD, OpenMRS, and GNOME) brainstormed and discussed a variety of documentation topics unconference-style at the 2013 Google Doc Camp.
05:42.28Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_Team.png: The 2013 Google Doc Camp team for BRL-CAD included Harmanpreet Singh, Check Nyah, Clifford Yapp, Eric Edwards, Scott Nesbitt, Isaac Kamga, and Sean Morrison. They attended the week-long event in Mountain View, California, creating a contributors guide...
06:17.37Notify03BRL-CAD Wiki:Sean * 6265 /wiki/Community_Publication_Portal: /* Google Doc Camp */ link images
06:53.09Notify03BRL-CAD Wiki:Sean * 6266 /wiki/Mailing_Lists: not just devs
07:08.00Notify03BRL-CAD Wiki:Sean * 6267 /wiki/Mailing_lists: Redirected page to [[Mailing Lists]]
07:09.01Notify03BRL-CAD Wiki:Sean * 6268 /wiki/Google_Doc_Camp: Created page with "= Documentation Redux = BRL-CAD was selected to participate in the 2013 Google Summer of Code '''[http://www.flossmanuals.org/news/2013-doc-camp-call-proposals Doc Camp]'''. ..."
07:09.43Notify03BRL-CAD Wiki:Sean * 6269 /wiki/Google_Doc_Camp:
07:10.14Notify03BRL-CAD Wiki:Sean * 6270 /wiki/Google_Doc_Camp:
07:23.08*** join/#brlcad caen23 (~caen23@92.81.166.169)
13:25.26*** part/#brlcad caen23 (~caen23@92.81.166.169)
15:44.06Notify03BRL-CAD:tbrowder2 * 58311 brlcad/trunk/CMakeLists.txt: remove superflous 'standard'; put period outside closing paren for end of sentence; format lines for para width
15:54.07Notify03BRL-CAD:tbrowder2 * 58312 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simphysics.cpp and 2 others): style
15:57.53Notify03BRL-CAD:tbrowder2 * 58313 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simulate.c): style
17:06.47Notify03BRL-CAD:tbrowder2 * 58314 brlcad/trunk/src/util/loop.c: style
17:07.44Notify03BRL-CAD:tbrowder2 * 58315 brlcad/trunk/src/util/CMakeLists.txt: add another variant for testing
17:13.44Notify03BRL-CAD:tbrowder2 * 58316 brlcad/trunk/src/util/bu_arg_parse.h: add new struct for casting pertinent parts of new-type structs; name new functions with 4 suffix for the dsp_add4.c use (expected to be final version)
17:14.23Notify03BRL-CAD:tbrowder2 * 58317 brlcad/trunk/src/util/bu_arg_parse.cpp: add new functions for data transfer
17:14.57Notify03BRL-CAD:tbrowder2 * 58318 brlcad/trunk/src/util/dsp_add3.c: add missing comments
17:21.01Notify03BRL-CAD:tbrowder2 * 58319 brlcad/trunk/INSTALL: updated after CMakeList.txt changes
18:54.18Notify03BRL-CAD:tbrowder2 * 58320 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h): eliminate unacceptable versions
19:04.19Notify03BRL-CAD:tbrowder2 * 58321 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h): start removing superflous old code
19:48.27Notify03BRL-CAD:tbrowder2 * 58322 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add4.c): remove '4' suffix on functions and structs
19:54.02Notify03BRL-CAD:tbrowder2 * 58323 brlcad/trunk/src/util/bu_arg_parse.cpp: add missing static decls; reorganize and clean up a bit; remove unneeded _debug var
20:29.07*** join/#brlcad merzo (~merzo@40-107-133-95.pool.ukrtel.net)
22:46.15Notify03BRL-CAD Wiki:Webcad-Deutschland * 0 /wiki/User:Webcad-Deutschland:
IRC log for #brlcad on 20131027

IRC log for #brlcad on 20131027

02:09.56Notify03BRL-CAD Wiki:RonnyrlbosowgafAngel * 0 /wiki/User:RonnyrlbosowgafAngel:
02:50.23Notify03BRL-CAD Wiki:RonnyrlbosowgafAngel * 6271 /wiki/Is_Gluten_Bad%3F4722202: Created page with "If you, or someone close to you, has recently been diagnosed as suffering from Coeliac Disease it takes quite a while to understand the implications of this condition. After p..."
03:20.11*** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:27.45Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:RonnyrlbosowgafAngel: Spamming links to external sites
03:28.01Notify03BRL-CAD Wiki:Sean * 0 /wiki/Is_Gluten_Bad%3F4722202: Vandalism: spam
13:04.33maths22The form spam has begun :(
13:04.41maths22I hoped we had fixed it last year
15:22.11Notify03BRL-CAD Wiki:Gauravjeet singh * 6272 /wiki/Google_Code_In/2013/TODO: Corrected a typo
18:57.36kanzureon mac osx 10.7.2 i am getting an error about requiring libfreetype 14.0.0 but having only libfreetype 13.0.0 when i try to launch mged.
18:57.47kanzurebrlcad: do you think this problem is something i should fix before testing my python/brlcad bindings on osx?
19:15.37*** join/#brlcad merzo (~merzo@187-8-132-95.pool.ukrtel.net)
20:13.58Notify03BRL-CAD Wiki:Redskull1994 * 0 /wiki/User:Redskull1994:
20:21.36Notify03BRL-CAD:tbrowder2 * 58324 (brlcad/trunk/doc/docbook/resources/brlcad/brlcad-specification-fo-stylesheet.xsl.in brlcad/trunk/doc/docbook/resources/brlcad/tutorial-template.xsl.in): add table centering
23:29.05maths22I am happy to write a wiki scraper, as long as I know what it should scrape into what
IRC log for #brlcad on 20131028

IRC log for #brlcad on 20131028

00:26.05kanzurehrmm wdb_fopen not being in wdb.h is really problematic for these bindings
00:26.23kanzuremaths22: that's silly; you can just dump the database directly.
03:06.43brlcad``Erik: have you created your GCI profile?
03:13.13kanzurecan i have some test subjects?
03:13.14kanzurehttps://github.com/kanzure/python-brlcad
03:17.03kanzurein particular, i am looking for a /willing/ subject to run "pip-2.7 install brlcad" and then "git clone git@github.com:kanzure/python-brlcad.git" and then "cd python-brlcad/examples/; python2.7 wdb_example.py output.g"
03:35.49brlcadmaths22: the spam is very minimal, almost certainly actual humans making it through all the barriers
03:36.15brlcadkanzure: we should just fix the wdb calls that should be in wdb.h
03:36.38brlcadnever seen that freetype message
03:36.41kanzurethe comments around wdb_fopen in raytrace.h make sense though- ideally it shouldn't need to know about the underlying database format or whatever
03:37.22kanzurei have fixed python-brlcad to generate a binding for librt so that it can grab a pointer to wdb_fopen
03:38.00kanzurei am interested in hearing bug reports regarding the python-brlcad install process
03:38.32kanzureonce it's able to be used by at least n>0 humans other than myself i plan to spam the mailing list
03:39.20maths22brlcad: i know; I just hadn't seen any in months
03:39.28brlcadnods, sounds like a solid plan :)
03:41.55kanzureand then i have to figure out a pythonic wrapper around this.. most python programmers aren't expecting this much "check what the function signature says".
03:41.58brlcadkanzure: I'll give the python bridge a try tomorrow afternoon
03:42.03kanzurecool, thank you
03:42.39kanzurethe python/opencascade people wrote a bunch of SWIG bindings to opencascade, and then they wrote an additional layer on top of that. maybe i'll just go use those idioms..
03:44.27kanzureideally i would like things like "from brlcad import (svg, box, sphere); base = svg('gearface.svg'); structure = base.intersect(sphere())" etc.
03:44.46kanzureoh wait, i should have extruded somewhere
04:14.10Notify03BRL-CAD Wiki:Sean * 6273 /wiki/Deuces: fix the tables
04:38.40brlcadkanzure: that would be awesome
04:38.54brlcadbasically ways to perform actions even simpler than our existing GED library
04:39.45brlcadkind of see this becoming a place to sort out advanced/improved usability, ways to do things even simpler, meta-modeling
04:51.54kanzureone of the problems with ctypesgen at the moment is that it sucks at parsing many of the brlcad macros
04:52.00kanzureand a good chunk of brlcad seems to be implemented as macros..
07:44.13*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:06.49*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:31.49*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:22.32Notify03BRL-CAD:tbrowder2 * 58325 brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: various format cleanups including table centering; more corrections; add info on proposed object time stamps
10:59.48*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:19.08*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:06.17``Erikbrlcad: yes, "erikg"
12:25.14*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
12:50.13``Erikkanzure: is the python bridge build using the provided swig2 .i file, or something else? and is 2.7 necessary? no 3.3?
14:28.07Notify03BRL-CAD:starseeker * 58326 brlcad/trunk/src/libbn/obr.c: keep working at obr code - will need careful testing.
14:48.27*** join/#brlcad Ch3ck_ (c318d114@gateway/web/freenode/ip.195.24.209.20)
15:04.30kanzure``Erik: it is not using swig
15:04.39kanzure``Erik: it's using something called ctypes and ctypesgen
15:04.47kanzure``Erik: https://github.com/kanzure/python-brlcad
15:05.21kanzure``Erik: i haven't tested with python 3.3 yet but it might work.. my biggest concern is that ctypesgen might not be py3k-compatible.
15:22.42kanzurewas libbrep in brlcad 7.18.4? a gentoo user is trying python-brlcad and for some reason libbrep.so is not built by default: http://sprunge.us/VbhT
15:31.46Notify03BRL-CAD:starseeker * 58327 brlcad/trunk/src/libbn/obr.c: Make sure incrementing and decrementing is doing what we expect here...
15:34.38starseekerkanzure: that's pretty old... I'd have to check, but I'd be surprised
15:34.59kanzureah, i have no sense for how old certain packages are
15:35.09kanzure7.18 *sounds* close to whatever i downloaded, haha
15:35.15starseekerheh
15:35.28kanzure"something from this century"
15:37.38kanzurestarseeker: can i convince you to try python-brlcad today?
15:54.12brlcad``Erik: thanks, got it, app is in
15:55.51*** join/#brlcad kesha (~kesha@14.139.122.114)
16:33.23maths22kanzure: I meant for the deuces page for GCI
16:35.36maths22should I clean up deuces by removing stuff done in GCI 2012?
16:40.40*** join/#brlcad kesha (~kesha@14.139.122.114)
16:44.48maths22Also, will cl-cia need any modifications for this year, or do we not yet know
16:52.58starseekerkanzure: sorry, I probably won't have time today
16:53.32kanzureokay
16:53.57starseekerI'm not all that hot at python, actually...
16:54.24starseekerkanzure: is there a small, embeddable implementation that might be integratable into BRL-CAD?
16:54.39kanzureeven if there is, i strongly recommend NOT doing that
16:54.52kanzureextremely strongly
16:54.55starseekerhow come?
16:55.02kanzureIMHO that's what's wrong with blender, freecad, heekscad, all these terrible packages
16:55.12kanzurethey all embed python and then you can't use your standard library
16:55.24kanzurelike, your runtime suddenly has to become "load up the entirety of blender"
16:55.33kanzurelibraries should never ever do that to you :)
16:55.49starseekerI didn't say anything about *forcing* the use of an embedded python - merely a way to guarantee it's availability in the event there is no system version available
16:56.03starseekersee how we handle tcl, for example
16:56.09kanzurei don't know how you handle tcl
16:56.51starseekerby default, we auto-detect for a system install
16:56.58starseekerif none is found, we build our own copy
16:57.35kanzureso you have a vendorized copy of tcl in the source repository osmewhere?
16:57.37starseekeryou can also force either the bundled version or a system version (the latter resulting in failure rather than enabling the internal copy)
16:57.44starseekersrc/other/tcl
16:57.56brlcadmaths22: please do (update deuces page)
16:58.34kanzureso is src/other/tcl a brlcad variant of tcl, or just a dump of tcl from upstream?
16:58.43brlcadmaths22: basically, closed tasks need to be removed, then new tasks from http://brlcad.org/wiki/GCI_Tasks need to be integrated
16:58.44maths22ok
16:59.04brlcad(we're not using wiki/GCI_Tasks, it should be Deuces)
16:59.56maths22Do you remember why I made GCI_Tasks last year?
17:00.03brlcadmaths22: and don't yet know about cl-cia, but ``Erik might be able to define some tasks (and I can put scheme on our list of languages)
17:00.34starseekerkanzure: it's sorta vanilla, but not entirely - that's where this paper came from, actually:  http://www.tclcommunityassociation.org/wub/proceedings/Proceedings-2011/CliffordYapp/tcltk_cmake_paper.pdf
17:01.22starseekerideally we would like those srcs to be just "dumps from upstream" as you put it, but the only one that we can really get away without changing currently is libpng
17:01.48kanzurestarseeker: so is the entirety of brlcad usable from non-brlcad tcl as a thirdparty module?
17:01.56kanzure*from inside non-brlcad tcl
17:02.04brlcadkanzure: it basically an upstream dump, we apply build system patches so we can turn it off/on portably
17:02.40brlcadand "patches" is more like "cliff throttled their build", but it is build and not any actual tcl/tk changes
17:03.09kanzureso, there's a way to do that with python, but there's also a separate concept in python that goes by the name 'embeddable', much like lua and other scripting languages, where you import cpython headers and make an interpreter that is "owned" by a process inside a brlcad library
17:03.11starseekerkanzure: not really - we use tcl in the old-school manner as an embeddable language
17:04.31``Erikas far as I can tell, python can have serious portability issues with python (pypy, cython, jython, etc might not run code 'right'), there is no standard, just "guidos implementation"
17:04.35brlcadeh, it's usable from a non-brlcad tcl .. just not in the ideal way you want if you were a tcl package developer
17:04.41kanzuremy only complaint here is that i don't want brlcad to end up like blender or heekscad or freecad with an embedded python, and then the python runtime being subservient to that other runtime. e.g., it means that any downstream app that i make that uses python-brlcad has to suddenly be running in brlcad itself.. so if i make a web server that has a task queue worker, suddenly everything has to be running inside brlcad, etc.
17:04.55brlcadyou load the library, bind your symbols, just like python
17:05.03``Erikso integrating a python and trying to use a system one could bring up some crazy issues
17:05.29starseekerjimtcl is actually a better conceptual match for how we *want* to use tcl, in some ways, but the Tcl/Tk feature set we currently make use of is so extensive that we end up with the full Tcl/Tk + lots of packages in src/other :-/
17:06.15``Erikif google sends the same format of email as last year, the cl-cia stuff should 'just work', but there're plenty of improvements that could be made all throughout that code
17:06.15starseeker``Erik: how so?  Just turn off the embedded one if the system one is available/selected
17:06.48``Erikstarseeker: I mean nontrivial python code doesn't always do the same thing on different implementations
17:06.54starseekerah
17:07.01kanzurei think you guys are thinking of a situation like "provide a python interpreter with brlcad" whereas i'm thinking in terms of "hey there's a pile of shared libraries here and i want to call those functions with my bytes and my bits"
17:07.59brlcadkanzure: interesting complaint regarding their embedded python .. will have to think about that some, but the notion was that it should work outside of our environment just fine
17:08.00starseekerkanzure: as long as the lower level libraries you're wanting to bind to don't have python mixed in, wouldn't that avoid any issues?
17:08.39kanzurestarseeker: i'm not sure i follow, sorry. have you used blender + python before, for example?
17:09.12starseekerkanzure: no, sorry.  I was going of of your generating swig bindings for the lower level libraries like librt and libwdb
17:09.41starseekerwhatever is or isn't embedded, those libraries shouldn't know squat about python
17:09.48kanzurebrlcad: there are a lot of technical options for execution. there's another method of providing python bindings where libbu.so can be imported directly into python if the source code provides some functions using some cpython types. and then "import libwdb" just magically works in python.
17:10.09starseekerwe're actually pushing tcl out of them too (into libtclcad) although that's a slow process due to the early development history
17:10.11brlcadkanzure: I get what you're talking about .. you're complaint of them is effectively how we have tcl embedded (and is something we passively work to change)
17:10.35kanzureoh interesting, tcl is polluting some of the core libraries?
17:10.44``Erikkanzure: all the way to libbu :(
17:10.45kanzurei did notice some weird tcl.h includes in bu/wdb
17:10.53kanzureyes that was actually impacting python-brlcad
17:11.02starseekerit used to be worse - brlcad did a lot of work on that a while back
17:11.05brlcadhave to be careful with terminology
17:11.08kanzurei worked around it (had to add osme extra library paths, whatever)
17:11.16brlcadTcl is both a C API and a Tcl API
17:11.21brlcadwe use both
17:12.19brlcadwe use the C API in a few places, and those are slowly being weeded out, but don't really affect runtime binding
17:13.19kanzurei guess this means i don't have to tell you guys how tcl.h shouldn't be included in bu.h, then ;)
17:13.21brlcadthe Tcl API is what we overload and muck up to heck and back, so you have to run your scripts in OUR version of the tcl interpreter if you want to do some real work using our Tcl command API
17:13.25kanzuremarks that off the list
17:13.41kanzureaha, yes i would consider that bad
17:14.34brlcadthat's similar to what blender does with their py interp
17:14.55kanzurei was so disappointed when i learned that my .py files had to be run inside *blender*
17:15.02brlcadnods
17:15.18brlcadthere's undoubtedly "a way" .. but you'd have to do all the init that they do
17:15.29kanzureon the other hand, this sort of embedding is very useful, especially in the context of games where you want to run scripts instead of C for every conceivable object in the game
17:15.33brlcadand it almost certainly wouldn't be pretty
17:15.46kanzureactually, i think the way to do blender bindings would be very similar to what i've done in python-brlcad
17:16.03kanzurepython-brlcad is using a package called ctypesgen that scans header files and then generates the python bindings from that
17:16.05brlcadthat's actually why I started down a path of creating a command API *library* ..
17:16.57kanzurectypesgen has a lot of trouble parsing the macros in these header files btw.. it's definitely something i am going to be nagging you about.
17:16.58brlcadin theory, you can bind to that command library (libged) and have nearly all mged commands without mged (without tcl, without "brl-cad")
17:17.18brlcadneed more info about that
17:17.20brlcadnot surprising
17:17.31brlcadwe use a lot of cpp features
17:17.52kanzurei didn't write ctypesgen so i'll have to create an actual bug report at some point in the future. i'm 90% sure it's just bad code in ctypesgen but the other option is to just not implement half of brlcad as a macro..
17:18.11brlcadit really depends on the macros in question
17:18.18brlcadsome are intentionally macros, some are not
17:18.22kanzureso far it's been some critters in bu.h
17:18.36kanzurectypesgen will complain loudly when you test python-brlcad later today
17:18.52starseekerkanzure: don't let ``Erik hear you dissing macros too loud ;-)
17:18.52brlcadit's basically a throwback to the days where you used macros as a form of forced inlining
17:18.57``Erikkanzure: I believe the blender guys are on freenode and pretty open to talking, it may be beneficial to chat with them a bit about how they use python and what they feel the pros and cons of their path were, instead of trying to guess? :)
17:19.26kanzureokay.
17:20.05starseekernods - it may just not have occurred to them to think about non-blender external uses of their python functionality - most Blender work I know of *does* go in within the Blender framework...
17:20.09kanzurei mean, one reason they did it is so that their ui could be written in python
17:20.26kanzurea lot of their scripts are in python, which is fine, but asking end-users to run all python scripts inside blender is, imho, bad
17:20.29brlcadkanzure: there are some bu constructs that you cannot implement in C without macros or without drastically changing the API, it just depends on which ones need to be called
17:20.35``Erikheh, certain aspects of our macro heavy vmath stuff is preventing quick&dirty sse3 for us :) macros are a tool, blindly assuming you should never/use macros would be bad form :)
17:20.41brlcadmore than likely, if you need to bind them in python, they can be functions
17:20.46kanzure"just not have occurred to them to think about non-blender external uses of their python functionality" is probably correct
17:21.13``Eriks,never/user,never/always use,
17:21.16kanzurebrlcad: yeah, i nmost cases it looks like it can be done with a small wrapper function that just has the macro mentioned inside it. not a big deal. but sorta sucky.
17:22.16brlcadand if you're going to go that far, why have the macro
17:22.26brlcadagain, just depends which ones
17:22.45kanzurei would say the small wrapper is an acceptable first step to refactoring without having to invest in actually doing the work
17:23.07starseekerkanzure: do you have a list?
17:23.18kanzurestarseeker: no, but python-brlcad will spit one out. one moment.
17:23.42kanzureERROR: /usr/brlcad/include/brlcad/bu.h:5102: Syntax error at 'va_list'
17:24.28kanzureERROR: /usr/brlcad/include/brlcad/raytrace.h:4517: Syntax error at '\n'
17:24.34kanzureactually that seems to be it; i might have disabled the other macros.
17:25.17kanzure4517 is #define db_ident(a, b, c)       +++error+++
17:25.40kanzure5102 is the last line of BU_EXPORT extern void bu_vls_vprintf
17:26.02starseekerva_list isn't one of our internal types - that comes from C, iirc
17:26.29starseekerkanzure: which version are you working with?
17:26.35brlcadkanzure: 5102 is probably a failure parsing va_list .. which is almost certainly a macro type from a stdc header
17:26.47``Erik(va is varargs, fwiw, a posix dealie)
17:26.59kanzurethis is a legitimate ctypesgen bug, then
17:27.09brlcadprobably
17:27.22starseekerthat one is probably worth reporting back as a bug worth fixing, since you'll see it in a lot more than just our code
17:27.29brlcadnot sure we can even do anything about that one
17:27.30kanzureah.... ERROR: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/stdarg.h:40: Syntax error at '__gnuc_va_list'
17:27.33Notify03BRL-CAD:carlmoore * 58328 brlcad/trunk/src/proc-db/masonry.c: remove 'Bad or help flag specified'; remove degtorad because DEG2RAD is already available
17:27.41kanzureunfortunately it seems that i am the person maintaining ctypesgen at the moment
17:27.48brlcadheh
17:28.03brlcadso fix it, ya lazy or soemthing ;)
17:28.10kanzureyes
17:28.13brlcad:)
17:28.29``Erikdamn ctypesgen maintainers, can't even keep their varargs handling working *cough* O:-)
17:29.03brlcadyou could probably trick it by adding a #define va_list void* .. but technically not proper or something to keep
17:29.23brlcadit'd just redefine stdarg's type
17:29.24kanzureso does all the tcl includes mean that brlcad can't compile without X?
17:29.28kanzureor does tcl deal with no-X on its own?
17:29.34brlcadanother possibility is that some other header is required
17:29.37starseekerTk is the part of tcl that needs X
17:29.43kanzureoh.
17:29.46starseeker(or some graphics system, anyway)
17:29.48brlcadlike sys/types.h .. and you might not be getting that header
17:29.58brlcadwhich would cause a syntax error using va_list
17:30.07``Erikhttp://pubs.opengroup.org/onlinepubs/7908799/xsh/varargs.h.html
17:30.16``Erikhttp://msdn.microsoft.com/en-us/library/kb57fad8.aspx
17:30.21starseekerit's a bit difficult to test (generally have to set up a non-X virtual machine) but we should build properly without any graphics at all
17:30.22kanzurebrlcad: your ability to debug things is really neat, that sounds quite likely
17:30.38brlcadTcl uses no X, actually has practically no external dependencies beyond maybe zlib and regex
17:32.13``Eriktcl builds it's own regex engine, a really neat parallel dfa opposed to the normal nfa
17:32.54starseekermust try fiddling with tinypy some day...
17:32.55brlcadkanzure: easy to test, what do your man pages say are the required headers for va_start and/or vprintf?  unconditinoally add them before 5102 and see if it makes a difference to ctypesgen
17:33.19kanzureman pages says va_start needs stdarg.h
17:33.32kanzureERROR: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/stdarg.h:40: Syntax error at '__gnuc_va_list'
17:33.38kanzureso it looks like stdarg.h is being parsed
17:34.42``Erikkanzure: it might be worth looking at the wrapping ifdef stuff and comparing it to the flags passed in to the compiler
17:35.07Notify03BRL-CAD:brlcad * 58329 brlcad/trunk/include/bu.h: we use va_list and friends for some ... functions, so include this as a requisite header
17:35.26brlcadkanzure: that very well may have been the problem, 58329
17:35.28kanzurebbl
17:35.35``Erik(or perhaps header ordering requires stdarg to come after something like stdlib)
17:36.14brlcadalmost certainly
17:36.26brlcadwe never included stdarg explicitly
17:38.03zero_levelhi all.
17:38.27Notify03BRL-CAD:starseeker * 58330 brlcad/trunk/src/libbn/obr.c: We want the results to survive, so pass this properly...
17:38.44zero_levelafter few other commitments. Back again with brlcad.
17:39.01zero_levelHow are the preparations for GCI ?
17:39.32zero_levelCAn I still contribute as a mentor ?
17:45.20``Erikzero_level: I think brlcad was just able to submit the org application a few hours ago
17:46.08zero_level``Erik : ok
17:46.21zero_level``Erik : In the mail regarding icv work.
17:46.45brlcadhello zero_level
17:47.01zero_levelbrlcad mentoined about making things more modular.
17:47.07brlcadI got the org application initially submitted about 14 hours ago
17:47.23brlcadstill working on polishing up the text, but working on the task list is priority now
17:47.40zero_levelBy that he meant, putting ppm formats in a subdir and ..
17:48.26brlcadzero_level: for GCI, tasks have to be VERY well defined and VERY small
17:48.31zero_level.. similarly for other formats.
17:48.31zero_levelhii brlcad!
17:48.39``ErikI... don't personally think any 2d raster file image format would be complicated enough to warrant a subdirectory... vector stuff, sure... where it needs multiple C files
17:48.50brlcadputting ppm in a subdir is conceptually small and taskwise should take less than 2 hours (which is the goal)
17:49.05brlcadbut is very complicated in terms of what all might have to be explained
17:49.24brlcadhow to do that correctly is not something easily spelled out as a recipe
17:49.26``Erikbut any raster image file should be able to contain a save and load image trivially in one file (with a library linked for complicated ones like jpeg or png)
17:50.09zero_levelbrlcad :Right. I am just taking pointers on continuation of my GSOC work.
17:50.49zero_level``Erik : I feel the same.
17:50.50``Erikzero_level: GCI grade icv work would be like "implement 1 filter"
17:50.58zero_levelTherefore I suggest we make subdir for brlcad-primitive formats like bw,pix and dpix
17:50.58zero_leveland all others
17:50.58zero_level?
17:51.43brlcad``Erik: it's not whether it warrants a subdir, but to conceptually ensure that each format is isolated .. that's easier to ensure if it's physically removed
17:52.17zero_level``Erik :  I am not sure. never thought about icv being a potent gci task. But If you suggest I can find such small tasks !
17:52.25brlcadand would be helpful if we wanted a considerably more complex format like tiff or exr where we don't think about the extension owning the format, but just binding to it
17:52.57``Erikaight, I'd think a file called "ppm.c" or "bw.c" would be adequate :) that ability to move from a file to multiple files is a bit of an art
17:53.17brlcadeven if it's just one file in a subdir
17:53.31brlcadit's that ppm.c doesn't actually use some other header, type, function that it shouldn't be
17:53.46brlcadbasically that we could copile it as a dynamic module and load it
17:54.20brlcadso all the formats basically become proper plugins and we're set up to receive plugins from 3rd party developers we have no control over
17:54.25zero_level``Erik that is the current situation.
17:54.28``Erik*shrug* directories are cheap, subdirs in a build system are expensive, I'd just ask that single file subdirs are managed by an upper level makefile
17:54.32brlcadthey drop their plugin in a directory, and it loads and is an option
17:54.43zero_levelbw.c, ppm.c, pix.c dpix.c
17:54.51zero_leveland they all use encoding.c
17:55.22zero_leveland all this files are placed in icv.h
17:55.22zero_leveloops.
17:55.22zero_levelsrc/libicv
17:56.03zero_levelbrlcad : One suggestion that comes to my mind. Lets keep all the raw formats (bw,pix,dpix,ppm) in a folder called raw.
17:56.04brlcadour formats, where they reside and how they are compiled, are mostly irrelevant
17:56.33zero_levelok.
17:56.40brlcadit's more about the library being design for extensibility so we can encourage/support other developers
17:56.46``Erikbrlcad: until you try building over nfs, or wors(e|t), an arl image windows machine...
17:56.50brlcadwe don't want to own every type
17:57.12brlcadmeh, not even a drop in the bucket
17:57.28brlcadpremature optimization and all that
17:57.43brlcadcare more about the API design
17:58.00brlcadand that 3rd party is part of that design, that our own types exemplify how to extend the library
17:58.34brlcadif we have to add a line to icv.h in order to support a new format, we've failed
17:58.40``ErikI'd disagree... there is a huge disincentive to build on windows because it's sooo ddaaammmnnn sslllooowww... so we don't care about windows, but if we built fast there, it'd be less of a third class citizen
17:59.11brlcadomg, that is such a non-sequitor ... I agree and 100% don't care about that issue :)
17:59.22brlcadit's not the problem
17:59.44``ErikI agree that api is paramount, but dir placement of source files isn't api, and is even further removed from build system layout
18:00.35brlcadsure, it's not API .. that's why I'm saying it's not the issue
18:00.58brlcadthey COULD live in the same dir, that's not the concern at all
18:01.26brlcadthe point of moving them is academic/instructive to ensure that they are not in any way intertwined and that they serve as a good example to others
18:01.37brlcadthat point could be served by a single file somewhere, or a subdir
18:01.41brlcadit doesn't matter
18:02.25``Erika single file is necessary, a subdir is cool, a seperate build in a subdir starts hurting
18:02.31brlcadhowever, having it just be a single file does greatly increase the chance that it's intertwined just due to proximity/access .. all it takes is #including some private header that a 3rd party wouldn't have access to
18:02.56brlcadi mean mixed with icv sources
18:03.30``Erik<-- has an interest in minimizing build time, so having src/libicv/Makefile is better than src/libicv/Makefile src/libicv/ppm/Makefile src/libicv/bw/Makefile src/libicv/pix/Makefile ...
18:04.20``Erik*shrug* if src/libicv/Makefile refers to src/libicv/ppm/ppm.c, that's cool, but that second makefile... and third, and 37th, ...
18:04.37zero_level``Erik I get your concern.
18:05.01zero_levelbut I believe what brlcad wants is :
18:05.31zero_levela) The library should be usable by other projects.
18:05.37zero_levelb) It should be modular.
18:06.05brlcadand extensible by others (without them having to do a code-drop into libicv)
18:06.44brlcadhow that's achieved w.r.t. the build system, couldn't care less until it all works :)
18:06.50``Erik*shrug* I don't think I'm argueing against the points, merely an aspect of the implementation
18:07.49``Erikand the point that the more painful and time consuming a build is, the less often it'll be done, reducing the chances to spot other build issues, no? :)
18:07.55zero_levelok. so ``Erik and brlcad can you suggest me the best I should proceed with ?
18:08.39brlcadzero_level: I don't think any suggestion has changed, has it?  the library formats are still far from being modular
18:08.43``Erikbut, yeah, honeslty, I'm 95% considering the package maintainer view, not the developers right now.. take it for what it's worth, I just wanted to voice an opinion :) I live to be the devils advocate
18:09.43zero_level``Erik what do you suggest ?
18:10.04zero_levelwhat should be the fate of the icv library we started together?
18:10.21``ErikI suggest writing code, files can be shuffled in and out of directories trivially
18:10.27``Erikthis is bikeshedding, dude :)
18:11.28brlcadI'm thinking of it more like "here's a cool image processing library I want to use" .. and I know/care nothing of BRL-CAD ... and it's missing a format/filter/feature I want to add .. how easily can I do that?
18:11.37brlcadremove all barriers, as few steps as possible
18:12.55zero_levelbrlcad :What should be the outline or procedure ?
18:13.14``ErikI fail to understand how "update the makefile, add a subdirectory, add the file, add a new makefile" is easier than "update the makefile, add the file"... I'd imagine most contributors are NOT cmake familiar
18:13.52brlcadthat's already like two steps more than necessary
18:14.04brlcadI don't care about brl-cad .. or cmake .. have my own tools
18:14.47brlcadI whip out a text editor, write a few lines of code, compile/link, drop the module in a dir, bam done
18:15.26zero_level``Erik : I accept bikeshedding. (but the only way out is by performing the minials and moving to the much required (exr here) )
18:15.28brlcadi'm not (yet) committed to submitting this extension back
18:15.48brlcadI own it, gtfoml
18:15.58zero_levelbut brlcad : Are we CAD supplier or library suppliers ?
18:16.23brlcaduhm, "yes"
18:16.57brlcadI see libicv becoming it's own product
18:17.05zero_levelok.
18:17.07brlcadjust like libgcv
18:17.10``Erikis going out of our way to support people who don't want to contribute back a good stance? stallman would sentence you to execution by his body odor for stating such...
18:17.32brlcadI don't think anything suggested is going out of our way, it's just modular
18:17.46brlcadI think it's actually less work than the mess that usually results otherwise
18:18.06brlcadjust not modular for self, it's modular for others
18:18.21brlcadanti-self-centered view
18:18.21zero_levelyou havent still elaborated on a procedure. (owing to my poor background with cmake)
18:18.30brlcadwe self-navel-gaze WAY too much
18:18.59brlcadzero_level: but your question is so incredibly open-ended
18:19.21brlcadand literally unlimited possibilities on how to get the lib modular
18:19.28brlcadthat IS the procedure
18:19.33brlcadfiguring out how
18:19.38zero_levelhahah.
18:19.42zero_levelany pointers ?
18:20.12brlcadwell, that's why I suggested subdirs for you, so you can physically see the files from an external perspective
18:20.23``Erikat the moment, the 'internal' format is public, so it can be extended... non-public extension is just ld -o libwanker.so -licv myformat.o
18:20.25zero_levelbrlcad : you were't serious abt this 14:15 < brlcad> I own it, gtfoml
18:20.50brlcad``Erik: that is entirely not possible in any useful manner right now
18:21.00``Erikwoops, sorry, ld -o libwanker.so -licv gtfoml.o
18:21.03``Erik:D
18:22.04brlcadnothing loads libwanker.so, there's no definition of a plugin api where the lib's capabilities are extensible
18:22.52brlcadeven if there was something that looked in a dir and loaded all the .so's, there's no api, no registration ... it's just more functions that nothing calls
18:23.18``Erikthat's an extensible plugin framework you're talking about, not how to place files in a public library
18:23.49brlcadsay we have an "icv" tool that converts image formats and it has usage "icv [fmt:]inputfile [fmt:]outputfile"
18:24.31brlcad``Erik: exactly why I said the directory layout has absolutely no bearing, so why are we even talking about it (still)
18:25.01brlcadthe only relevance was to possibly help ensure that sources are not intertwined (physically)
18:25.25brlcadthat was the ONLY reason ... my god this is not that complicated :)
18:26.31zero_levelbrlcad, ``Erik can you point me to something in src code that has similar subdir.
18:26.44zero_levelI think this will help me mirror.
18:27.07``Erikzero_level: src/conv/ is probably the closest we have in existance right now
18:28.28zero_level``Erik : A general question. Is svn the best cvs tool ?
18:28.32brlcadI would have said something like src/librt/primitives/table.c and src/librt/primitives/SUBDIR
18:29.34``Erikzero_level: vcs tool, and it all depends on your needs... I typically use git now, even though I think darcs is better... svn is decent, but I still find uses for RCS *shrug* it all depends on your needs :)
18:30.17brlcadzero_level: grep PNG include/icv.h
18:30.20brlcadmake that go away
18:31.14brlcadthink about how to either eliminate or auto-register the information in ICV_IMAGE_FORMAT
18:31.43``Erikbrlcad, starseeker: I might be hungry for chinese or korean on wednesday or friday :)
18:32.11brlcadzero_level: then do the same for the PNG references in src/libicv/fileformat.c
18:32.21brlcadstart with something literally that simple
18:32.37brlcad``Erik: wednesday sounds doable
18:32.41zero_levelbrlcad : Is izak around
18:33.00brlcadI've not seen him around, Izak_: are you around?
18:33.05zero_levelcan you direct him regarding this http://pastebin.kde.org/pu2smarc9 ?
18:33.24zero_levelbrlcad : I get your point.
18:33.55zero_levelyou will see substantial change towards "modularity" in near future.
18:35.21brlcadzero_level: if you're still lost on the "how to do that" ... perhaps something for you to read is how others do plugins
18:35.25brlcadhttp://developer.gimp.org/writing-a-plug-in/1/ for example
18:36.33zero_levelbrlcad : I found great work have been done during doc sprint.
18:36.37brlcadbasically, you define a set of functions
18:36.41brlcadyou put those functions into a struct
18:36.49brlcadyou register that struct
18:36.52zero_levelany news regarding the available soft copy ?
18:37.10brlcadthe library looks over the registrations when doing work
18:37.15brlcadcalls those functions as needed
18:37.43brlcadthere will be an announcement in a week or so about obtaining copies
18:38.04brlcadthe doc sprint was pretty awesome, we have a few books available but we have more work to do
18:41.31``Erikisst has a trivial plugin capability in the sdl package
18:48.03Notify03BRL-CAD:mendesr * 58331 jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java: Fixed bug in JBrlcad not closing the file input stream for BrlcadDb.
18:48.55zero_level``Erik : sdl packae ?
18:50.09brlcadstops tweaking the GCI appliation with 6 minutes to go
18:57.13brlcadlies and keeps tweaking the text up to the last minute
18:57.44kanzurejust don't forget clock drift
18:57.45Notify03BRL-CAD:carlmoore * 58332 brlcad/trunk/src/proc-db/masonry.c: rearrange logic; notice that if 'usage' is invoked, we leave the program
19:14.40Notify03BRL-CAD:starseeker * 58333 brlcad/trunk/src/libbn/obr.c: Start figuring out how to calculate the actual bounding rectangle from the caliper points.
19:31.55Notify03BRL-CAD:starseeker * 58334 brlcad/trunk/src/libbn/obr.c: Something still wrong with calculations, but start activating full algorithm
19:32.39*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:49.27Notify03BRL-CAD:carlmoore * 58335 brlcad/trunk/src/proc-db/masonry.c: default units = mm
19:51.25starseekerbrlcad: if we want to do comments on a document maybe something like this would work?  https://lite.co-ment.com/
19:51.45starseekergrew out of the original commenting period for the GPLv3
19:52.04starseekerhttp://www.co-ment.org/ actually...
19:53.30starseekermight be more flexible/community-oriented than comments in a Word doc...
20:45.52*** join/#brlcad merzo (~merzo@150-20-132-95.pool.ukrtel.net)
21:04.40Notify03BRL-CAD:carlmoore * 58336 brlcad/trunk/src/proc-db/masonry.c: put in a set of brackets in Usage; carry out some calculations; remove redundant h from options
21:23.20brlcadkanzure: ironically was just noticing how our server's clock is drifted by several minutes at the moment
21:23.51brlcadmy tweaking was nit picking, nothing critical, and completed well in advance ... it's all good
21:24.38kanzurenitpicking is perhaps the only thing keeping me rolling every day
21:27.08brlcadstarseeker: maybe but that seems awefully clumsy ... I don't have a good solution, just a lot of terrible ones :)
21:27.44brlcadstarseeker: have you ever run pandoc?  might be interesting to see what happens if we convert something like the db5 spec from docbook to markdown and back .. see what is lost
21:27.48brlcadhttp://johnmacfarlane.net/pandoc/demos.html
21:29.08brlcadif it preserves most, it'd be compatible with mediawiki (with a plugin)
21:36.34brlcadis reminded of http://www.methods.co.nz/asciidoc/ ... they've apparently come a long way
21:46.43kanzurebrlcad: *poke* python-brlcad testing?
21:51.58brlcadkanzure: on my list, not there just yet
21:52.09brlcadtwo more things to take care of first
22:06.00Notify03BRL-CAD Wiki:Maths22 * 6274 /wiki/Deuces: Removed last year's code tasks
22:10.06Notify03BRL-CAD Wiki:Maths22 * 6275 /wiki/Deuces: Removed last year's UI tasks
22:16.02Notify03BRL-CAD Wiki:Maths22 * 6276 /wiki/Deuces: Removed last year's documentation tasks
22:21.07Notify03BRL-CAD Wiki:Maths22 * 6277 /wiki/Deuces: Removed last year's outreach tasks
22:29.13Notify03BRL-CAD Wiki:Maths22 * 6278 /wiki/Deuces: Removed last year's QA tasks
22:30.37maths22I have removed all of last year's completed tasks from the Deuces page
23:19.52kanzurebrlcad: the packaged version of brlcad for gentoo apparently doesn't build or doesn't provide libbrep.so by default. what should i do about this in python-brlcad?
23:38.05brlcadmaths22: fantastic, thank you
23:38.43brlcadkanzure: is there something that needs to be done?
23:40.09brlcad7.18.4 was almost 3 years ago
23:41.20brlcadthat's hundreds of differences, and libbrep isn't central to our api just yet
IRC log for #brlcad on 20131029

IRC log for #brlcad on 20131029

00:33.47kanzuredo you mean "wasn't"?
00:34.42kanzurei'm just wondering if i should make it a default in python-brlcad or not; or maybe it should only generate bindings when a library is available. but if wdb isn't found, the whole thing is kinda moot, right?
00:59.55maths22brlcad: there are no left-over UI tasks (I did too many :)
01:14.43starseekerbrlcad: haven't run pandoc, been a while since I looked at asciidoc
01:15.12starseekerjust thought I'd suggest using something like co-ment before we revert to Word...
02:55.07Notify03BRL-CAD Wiki:Maths22 * 6279 /wiki/Google_Code_In/Checklis: Spelling correction
02:58.17Notify03BRL-CAD Wiki:Maths22 * 6280 /wiki/Google_Code_In/Checklis: Improved writing in first part
02:58.57brlcadmaths22: oof!  we need at least 10 tasks for each category
03:12.15brlcadmaths22: are you working on merging the GCI Tasks page?
03:23.04Notify03BRL-CAD Wiki:Sean * 6281 /wiki/Deuces: restructure
03:27.44Notify03BRL-CAD Wiki:Sean * 6282 /wiki/Deuces: /* Documentation and Training */
03:31.54Notify03BRL-CAD Wiki:Sean * 6283 /wiki/Deuces: lighten the page
03:38.50Notify03BRL-CAD Wiki:Sean * 6284 /wiki/Deuces: add several doc tasks from last year
03:41.21Notify03BRL-CAD Wiki:Sean * 6285 /wiki/Deuces: move code article to outreach
03:49.22Notify03BRL-CAD Wiki:Sean * 6286 /wiki/Deuces: windows maintainer
03:58.39Notify03BRL-CAD Wiki:Sean * 6287 /wiki/Deuces: /* Outreach and Research */ add open tasks from last year
04:00.35Notify03BRL-CAD Wiki:Sean * 6288 /wiki/Deuces: move prototype to docs section
04:19.02Notify03BRL-CAD Wiki:Sean * 6289 /wiki/Deuces: /* User Interface */ migrate some tasks, add some others ... lots more to go
04:19.58brlcadthere, that at least restores the minimum we must have in place
06:30.18*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:35.30*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:52.05*** join/#brlcad kesha (~kesha@14.139.122.114)
12:12.32*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:53.06maths22I had not yet gotten to it
12:56.41maths22brlcad: idea for a UI task: integrate WP and MW login (like I had done with Drupal)  
12:56.59maths22It could obviously only happen after the Drupal to WP task
14:05.20Notify03BRL-CAD:d_rossberg * 58337 NIL: sync with release procedure on the brlcad branch
14:17.43Notify03BRL-CAD:carlmoore * 58338 brlcad/trunk/src/proc-db/masonry.c: remove trailing blanks/tabs; improve an error message to make it clear that -w has to precede -o
14:27.05``Erikwhat is the benifit of a drupal->wp migration again?
14:27.30``Erikbenefit, even :)
14:35.36maths22``Erik: see http://sourceforge.net/p/brlcad/mailman/message/31542445/
14:35.39maths22I think this is why
14:51.26``Erikthanks... I'm not sure I've migrated all the lists or if this was just buried in the other stuff I've been busy on. I do maintain a wordpress site on the machine and the system installed copy is in /usr/local/www/wordpress/ ... it doesn't have the smell of being the right tool to me, so'z I figured I'd ask :)
15:28.42Notify03BRL-CAD:starseeker * 58339 brlcad/trunk/src/libbn/obr.c: flip LBDiff calculation, add debugging printouts...
15:34.08Notify03BRL-CAD:bob1961 * 58340 brlcad/trunk/src/libdm/scale.c: Insure that the scale line is drawn using solid lines.
15:35.17Notify03BRL-CAD:bob1961 * 58341 brlcad/trunk/src/libtclcad/tclcad_obj.c: Draw the scale text using the view parameter color settings.
15:46.13Notify03BRL-CAD:carlmoore * 58342 brlcad/trunk/src/proc-db/masonry.c: touching up the Usage
15:54.45*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
16:07.29maths22brlcad: why exactly do you want to switch to wordpress other than themeing?
16:18.46*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
16:23.24Notify03BRL-CAD:carlmoore * 58343 brlcad/trunk/src/proc-db/masonry.c: revise some use of blank lines; remove 'sub-' because those options rank alongside the previous ones; make_mortar is defaulted to 0, not 1
16:26.20*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
16:35.56kanzurebleep bloop still looking for (un)willing test subjects for python-brlcad
16:56.47Notify03BRL-CAD:d_rossberg * 58344 brlcad/branches/RELEASE/src/other/tclap/config.h.in: merged commit r58167: Special configuration for MSVC++: MS Windows isn't an officially supported platform for TCLAP. The library uses autotools/make which isn't available with Visual Studio. Nevertheless TCLAP was made compilable in Visual Studio with an "#ifdef _MSC_VER". This behavior has to be simulated in BRL-CAD's CMake
16:56.49Notifyconfiguration.
17:53.30*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
18:01.50Notify03BRL-CAD:bob1961 * 58345 brlcad/trunk/src/libtclcad/tclcad_obj.c: Updated go_dm_draw_polys() to draw the target polygon last.
18:08.22Notify03BRL-CAD:carlmoore * 58346 brlcad/trunk/src/proc-db/masonry.c: add notice about creation of file masonry.g
18:24.13Notify03BRL-CAD:carlmoore * 58347 brlcad/trunk/src/proc-db/menger.c: provide help when no arguments are supplied
18:29.31kanzurei dunno who posted this, but i replied: https://github.com/kanzure/python-brlcad/issues/4
18:59.11Notify03BRL-CAD:carlmoore * 58348 brlcad/trunk/src/proc-db/menger.c: shorten the handling of h and ? options, which do provide help
19:14.06*** join/#brlcad vladbogolin (~vlad@188.25.238.120)
19:14.16*** part/#brlcad vladbogolin (~vlad@188.25.238.120)
19:23.08Notify03BRL-CAD:carlmoore * 58349 brlcad/trunk/src/proc-db/menger.c: remove some braces around single statements; in 1 case, I reversed the sense of an 'if' so that 'else' was no longer needed
19:48.20Notify03BRL-CAD:carlmoore * 58350 brlcad/trunk/src/proc-db/metaball.c: improve usage of h and ?
19:53.20Notify03BRL-CAD:carlmoore * 58351 brlcad/trunk/src/proc-db/metaball.c: oops, forgot to remove -h reference from the Usage; it's omitted because it is understood
IRC log for #brlcad on 20131030

IRC log for #brlcad on 20131030

00:07.26*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:35.41brlcadstarseeker: how lossy, anything critical or just some metainfo?
03:33.16kanzurebleep bloop
03:33.51kanzurebrlcad: any recommendations for the order in which i should proceed for the "simplified" python api around python-brlcad?
03:34.12kanzureare there 2d primitives/drawing in brlcad somewhere that i could start with?
05:46.58*** join/#brlcad kesha (~kesha@14.139.122.114)
10:09.12*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:52.52*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:24.17*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:43.50Notify03BRL-CAD:d_rossberg * 58352 brlcad/trunk/misc/win32-msvc/Dll/brlcad.rc: ups, forgot to change this file in r56789 too (replaced logo)
12:53.16Notify03BRL-CAD:d_rossberg * 58353 brlcad/branches/RELEASE/misc/win32-msvc/Dll/brlcad.rc: merged commit r58352: ups, forgot to change this file in r56789 too (replaced logo)
13:11.20starseekerbrlcad: quite lossy - even the title didn't make it
13:12.52Notify03BRL-CAD:tbrowder2 * 58354 brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: remove old proposed binary attribute description and tables; add new proposed binary attribute description; correct function names for reading writing db objects; a bit more clean up
13:34.48Notify03BRL-CAD:carlmoore * 58355 brlcad/trunk/src/libtclcad/tclcad_obj.c: remove trailing tab
13:43.48Notify03BRL-CAD:starseeker * 58356 brlcad/trunk/NEWS: Commit r58254 fixes an X11 display manager issue where wireframe drawing wasn't working correctly with z-clipping enabled.
13:55.52Notify03BRL-CAD:starseeker * 58357 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/src/mged/dm-X.c brlcad/branches/RELEASE/src/mged/dm-tk.c): Merge X display manager z-clipping fix r58254 into RELEASE
14:31.17brlcadkanzure: we wrap all 2D into a single 'sketch' entity (which supports points, lines, arcs/circles, and bspline curves)
14:32.07brlcadkanzure: that actually wouldn't be a bad place to start and would be a unique capability by itself (our 2D editing support sucks)
14:33.49brlcadthen you could move to 3D implicit entities next (ellipsoids, torii, paraboloids, ..), then the explicit entities last (meshes, nurbs, volumetric data, point clouds, ..)
14:35.04brlcadstarseeker: you got me curious
14:35.14brlcad``Erik: lunch still on or no go?
15:16.43Notify03BRL-CAD:starseeker * 58358 brlcad/trunk/src/libbn/obr.c: More introspection and tweaking of obr - looking at replay's implementation at http://code.google.com/p/replay/source/browse/trunk/include/replay/bounding_rectangle.hpp to get more insight on what's supposed to be happening.
15:48.39kanzurebrlcad: where are those 2d primitives and manipulations located? which module?
15:48.58kanzurealso are there constraint solving things in brlcad?
15:52.08kanzureyeah, ctypesgen is definitely having a problem with the mingw headers in python-brlcad on windows: https://www.dropbox.com/s/dpy3t0xwwx3gxlv/librt.py
15:52.15kanzure"__time64_t = long long # c:\\opt\\mingw\\include\\sys\\types.h: 49" is invalid syntax
15:53.17kanzurethis is re: https://github.com/kanzure/python-brlcad/issues/4
16:11.07brlcadkanzure: the 2d and 3d entities are in rtgeom.h
16:12.20brlcadrt_curve, line_seg, carc_seg, nurb_seg (mostly unused), bezier_seg, and rt_sketch_internal
16:13.04kanzureah
16:13.24kanzurebrlcad: is there an svg consuming component at the moment? i'd rather just import svg files, or draw using python svg things, and then dump in the data.
16:13.30Notify03BRL-CAD:n_reed * 58359 brlcad/trunk/src/other/CMakeLists.txt: Hastily stuff dom2dox, an immature tool for rewriting c++ sources with Doc-O-Matic comments to use Doxygen comments, into the tree. The idea is to use it on openNURBS sources. Needs to be integrated, documented, completely rewritten...
16:13.49kanzureactually, i'm sure there's dxf support, so i could just draw dxf.. but yuck.
16:13.50brlcadbasically a "sketch" is defined as a set of curves, curves are piecewise composed of lines, arcs, curves
16:14.15brlcadthere is no svg component, that's been on a wish list for a while
16:14.28kanzureand constraint solving?
16:14.39brlcadthat's under current development
16:14.49brlcadso nothing you can use just yet
16:14.58kanzurealright
16:16.14brlcadand yeah, our dxf-g importer will bring in 2D dxf entities as a sketch
16:16.41kanzurei should just do it using line_seg though
16:16.41kanzureor rt_curve
16:17.00brlcadwhat do you mean?
16:17.19kanzurewell, i was going to use dxf or svg as a cheat to avoid having to implement 2d anything :)
16:17.25kanzurebecause there are many python svg libraries
16:17.29brlcadsure
16:17.33kanzureand lots of svg/dxf stuff
16:17.36kanzurebut it will lose out on brlcad idioms
16:17.45brlcadread in the svg, translate to our data container
16:18.07brlcadhttp://brlcad.org/wiki/Sketch
16:19.47brlcadbasically that page describes how to manually create and introspect a sketch object on the mged command line
16:20.15brlcadyou can see how painful it is, but you can also hopefully see how it directly translates to those struct containers
16:20.21kanzurebtw the reason i asked about constraint solving is that i would ideally like to make the python api layer in a way that- whenever constraints are working- that i wont need to refactor
16:20.40brlcadmk_sketch() in libwdb takes an rt_sketch_internal object, writes it out
16:20.42kanzureso this probably means object-oriented style geometry construction, with parameters that have signals or call handlers or something. not sure. s/call/update/
16:22.19brlcadconstraints are a complex issue, most cad systems treat them as separate entities
16:22.28kanzurehm!
16:22.43brlcadthere are some implicit constraints, that might be more what you're thinking
16:22.45kanzureso you don't "register" constraints on an object?
16:23.14brlcadlike if you're modeling a sketch and two line curves coincide an endpoint, that they have an implicit constraint that holds them together
16:23.34kanzureright, and a sphere has an implicit constraint of something something cubed
16:23.50kanzureuh, radius
16:24.04brlcador in our case, that the three vectors that define the orientation of the sphere are equal in magnitude
17:12.32Notify03BRL-CAD:carlmoore * 58360 (brlcad/trunk/src/lgt/glob.c brlcad/trunk/src/liboptical/sh_light.c brlcad/trunk/src/proc-db/tube.c): 3 more cases of DEG2RAD being available
17:29.53Notify03BRL-CAD:carlmoore * 58361 brlcad/trunk/misc/macosx/openUp.c: print Usage on stderr, and due to use of an 'exit', I eliminated an 'else'
18:30.03Notify03BRL-CAD:starseeker * 58362 brlcad/trunk/src/libbn/obr.c: Calculate and return corner points... needs lots more testing but the numbers don't seem to be totally unreasonable.
18:44.23Notify03BRL-CAD:starseeker * 58363 (brlcad/trunk/src/other/dom2dox/dom2dox.c brlcad/trunk/src/other/dom2dox/dom2dox.h and 2 others): Add copyright/license headers to dom2dox files
19:25.54Notify03BRL-CAD:carlmoore * 58364 brlcad/trunk/src/shapes/gastank.c: make new local variable maxnumtnk, so that '26' needs to be entered only once
19:44.16Notify03BRL-CAD:carlmoore * 58365 brlcad/trunk/src/proc-db/ringworld.c: implement my usual h? options, remove H option, and make sure Usage gets sent to stderr
20:01.08*** join/#brlcad _tanmay (~tanmay@115.248.130.148)
20:02.11Notify03BRL-CAD:carlmoore * 58366 brlcad/trunk/src/adrt/slave/slave.c: implement ? for help; send Usage to stderr; remove a set of braces
20:05.20Notify03BRL-CAD:carlmoore * 58367 brlcad/trunk/src/libbu/tests/bu_str_isprint.c: simplify some logic, and send Usage to stderr
20:09.54Notify03BRL-CAD:carlmoore * 58368 (brlcad/trunk/src/adrt/master/master.c brlcad/trunk/src/conv/conv-vg2g.c and 17 others): send Usage output to stderr; some other changes (mostly or all of them involve remove some braces around single statements)
20:35.55Notify03BRL-CAD:carlmoore * 58369 brlcad/trunk/src/proc-db/metaball.c: introduce local define 'countmax' so we don't hardwire 555 more than once; skip initializing optc because it's set anyway in 'while' loop
22:58.34*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
IRC log for #brlcad on 20131031

IRC log for #brlcad on 20131031

01:42.27Notify03BRL-CAD:brlcad * 58370 brlcad/trunk/src/proc-db/metaball.c: defines and constants should usually be in uppercase to distinguish them from regular variables.
04:53.38*** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
08:04.53*** join/#brlcad kesha (~kesha@14.139.122.114)
10:34.44Notify03BRL-CAD:tbrowder2 * 58371 brlcad/trunk/src/util/bu_arg_parse.h: add an alias for arg not required
10:38.20``Erik:( sorry about lunch, had some... complicated issues.
12:01.43Notify03BRL-CAD:tbrowder2 * 58372 (brlcad/trunk/src/util/dsp_add4.c brlcad/trunk/src/util/dsp_add_t.cpp): clarify error; expand comment
12:51.18Notify03BRL-CAD:tbrowder2 * 58373 brlcad/trunk/src/util/CMakeLists.txt: add beginnings of a database admin program
13:17.04Notify03BRL-CAD:tbrowder2 * 58374 brlcad/trunk/src/util/admin-db.cpp: add info for man page
14:35.53starseeker``Erik: no problem
14:36.18starseeker``Erik: did you want to try again?
16:50.08*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:57.33Notify03BRL-CAD Wiki:Tbrowder * 0 /wiki/File:BRL_CAD_g_format_V5.pdf: update
18:28.00Notify03BRL-CAD:n_reed * 58375 (brlcad/trunk/include/ged.h brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/ged.c): Add an entry to ged for storing selections. Make sure it's intialized and freed correctly.
18:29.59Notify03BRL-CAD:tbrowder2 * 58376 brlcad/trunk/src/rt/rtwalk.c: style
18:52.55Notify03BRL-CAD:tbrowder2 * 58377 brlcad/trunk/src/librt/db_open.c: style
18:56.10brlcad``Erik: no worries, it was delicious
20:07.48Notify03BRL-CAD:tbrowder2 * 58378 brlcad/trunk/src/librt/db5_io.c: style
20:09.07Notify03BRL-CAD:tbrowder2 * 58379 brlcad/trunk/src/util/bu_arg_parse.cpp: use correct array index var to avoid disaster
20:10.04Notify03BRL-CAD:tbrowder2 * 58380 brlcad/trunk/src/util/admin-db.cpp: add a file reader section
20:36.28``Erikstarseeker: yeah, next week... where did you guys end up going?
21:06.29Notify03BRL-CAD:carlmoore * 58381 brlcad/trunk/misc/macosx/openUp.c: remove trailing tab; remove a blank line
21:13.47starseeker``Erik: just did separate things
21:43.01Notify03BRL-CAD:starseeker * 58382 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/other/CMakeLists.txt): Consolidate the flag-clearing logic into a macro
22:25.40Notify03BRL-CAD:tbrowder2 * 58383 brlcad/trunk/src/util/admin-db.cpp: correct for differences between DB V5 doc and the reality of DB V5 as it really exists
22:26.45Notify03BRL-CAD:tbrowder2 * 58384 brlcad/trunk/src/util/CMakeLists.txt: need librt for admin-db
22:32.24Notify03BRL-CAD:starseeker * 58385 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): rethinking the approach a bit for bn_obr
22:32.43Notify03BRL-CAD:starseeker * 58386 brlcad/trunk/include/bn.h: include bn.h change
22:37.11Notify03BRL-CAD:starseeker * 58387 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 2 others): Move astyle from src/other to misc/tools, per discussions with Sean.
22:48.31Notify03BRL-CAD:tbrowder2 * 58388 brlcad/trunk/src/util/admin-db.cpp: tidy output messages
23:19.08*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20131101

IRC log for #brlcad on 20131101

06:22.23*** join/#brlcad kesha (~kesha@14.139.122.114)
07:56.59*** join/#brlcad kesha (~kesha@14.139.122.114)
08:17.16*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:30.58*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:15.42*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:38.05*** join/#brlcad kesha (~kesha@14.139.122.114)
11:57.07Notify03BRL-CAD:tbrowder2 * 58389 brlcad/trunk/src/util/admin-db.cpp: start working on writing the compressed file
12:06.06Notify03BRL-CAD:tbrowder2 * 58390 brlcad/trunk/src/util/admin-db.cpp: looks like a good write
12:51.31*** join/#brlcad sirdancealot (~xubuntu@98.82.broadband5.iol.cz)
12:55.09*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:21.43*** join/#brlcad kesha (~kesha@49.249.16.70)
13:27.42``Erikheh, someone jumped the gun last night ^.^
13:52.50kanzureeh? brlcad/trunk/src/util/CMakeLists.txt: need librt for admin-db
13:54.05*** join/#brlcad kesha (~kesha@49.249.16.70)
14:44.54*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:25.20*** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98)
15:40.54Notify03BRL-CAD:starseeker * 58391 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/obr.c): Break out the convex hull logic into its own bn function and file.
16:26.06*** join/#brlcad kesha (~kesha@49.249.8.155)
17:31.15starseekerhttp://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
17:38.01Notify03BRL-CAD:starseeker * 58392 brlcad/trunk/include/bn.h: Tweak paper citation
18:35.34Notify03BRL-CAD:starseeker * 58393 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): Start working on getting the monotone chain convex hull algorithm ported to libbn.
18:49.40Notify03BRL-CAD:n_reed * 58394 brlcad/trunk/src/libbn/obr.c: set but unused
19:44.44Notify03BRL-CAD:carlmoore * 58395 (brlcad/trunk/misc/tools/astyle/ASBeautifier.cpp brlcad/trunk/misc/tools/astyle/ASEnhancer.cpp and 6 others): fix many spellings (including my judgement on a foreign-language item)
20:09.46Notify03BRL-CAD:carlmoore * 58396 (brlcad/trunk/misc/tools/astyle/ASBeautifier.cpp brlcad/trunk/misc/tools/astyle/ASFormatter.cpp and 3 others): more spelling fixes
20:19.27Notify03BRL-CAD:n_reed * 58397 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/hash.c): add a routine to simplify traversal of hash table entries
20:35.19Notify03BRL-CAD:starseeker * 58398 (brlcad/trunk/NEWS brlcad/trunk/src/librt/search.c): Search wasn't spotting hyp or metaball primitives - fix.
20:52.02Notify03BRL-CAD:n_reed * 58399 brlcad/trunk/src/libged/ged.c: remove a dozen lines with aid of hash table traversal routine
21:10.48Notify03BRL-CAD:starseeker * 58400 brlcad/trunk/src/librt/search.c: use ft_label from the functab to largely (but not entirly) avoid the need for specifying types in the search ftype switch statement. Should be *far* more robust when it comes to supporting types in search.
21:11.47starseekerlikes r58400, assuming he hasn't missed something - lots of lines of hardcoded wiring removed *and* a robustness improvement.
21:18.13Notify03BRL-CAD:starseeker * 58401 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add metaball and hyp to search man page.
22:27.03*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:37.47Notify03BRL-CAD:tbrowder2 * 58402 brlcad/trunk/src/util/admin-db.cpp: use '//' comments; add comment on source of reading function; fix indentation
IRC log for #brlcad on 20131102

IRC log for #brlcad on 20131102

03:12.00maths22brlcad: have you considered the wikilog (Mediawiki Blog) extension instead of wordpress?
03:12.20maths22It sounds really good (maybe?) for an open source project
10:41.19*** join/#brlcad sirdancealot (~xubuntu@98.82.broadband5.iol.cz)
14:47.06*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ftzhgbtjczvvswcw)
16:26.02Notify03BRL-CAD:tbrowder2 * 58403 brlcad/trunk/src/util/admin-db.cpp: add funcs for type names; make type counting and summary more eneral; add object names in listing
IRC log for #brlcad on 20131103

IRC log for #brlcad on 20131103

01:19.42Notify03BRL-CAD:tbrowder2 * 58404 brlcad/trunk/src/util/admin-db.cpp: do some more summary beautifying
01:22.00Notify03BRL-CAD:tbrowder2 * 58405 brlcad/trunk/src/librt/db5_types.c: style
01:30.29Notify03BRL-CAD:tbrowder2 * 58406 brlcad/trunk/src/librt/db5_types.c: make case-insensitive comparisons for standard attribute names
01:50.35Notify03BRL-CAD:tbrowder2 * 58407 brlcad/trunk/src/util/admin-db.cpp: add reporting on object attributes; leave note for todo item
02:36.16Notify03BRL-CAD:tbrowder2 * 58408 brlcad/trunk/src/librt/db5_types.c: add two key comment lines to bound list of registered attributes
10:15.13*** join/#brlcad caen23 (~caen23@92.81.191.192)
10:57.51*** join/#brlcad caen23_ (~caen23@92.81.191.192)
13:20.31Notify03BRL-CAD:tbrowder2 * 58409 brlcad/trunk/src/util/admin-db.cpp: report more stats; more beautifying
13:20.51Notify03BRL-CAD:tbrowder2 * 58410 brlcad/trunk/src/util/CMakeLists.txt: add prog to generate a registered attributes html page
14:02.09Notify03BRL-CAD:tbrowder2 * 58411 brlcad/trunk/src/librt/db5_types.c: mark the standard attributes; registered attribute do not yet exist (they are supposed to be user-contributed
14:27.39Notify03BRL-CAD:tbrowder2 * 58412 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db5_types.c): add new function to return a definition for standard attributes; could be incorporated later into a function which defines both standard attribute names and definitions for ease of maintenance; registered attributes will need a similar set of routines
15:12.42Notify03BRL-CAD:tbrowder2 * 58413 brlcad/trunk/src/librt/db5_types.c: add a couple of FIXMEs
15:36.29Notify03BRL-CAD:tbrowder2 * 58414 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: buildable snapshot enroute to the final draft version
19:18.43*** join/#brlcad gaganjyot (~gagan@1.38.22.17)
19:19.05gaganjyotCan I get .density file for brlcad material database ?
19:19.08*** part/#brlcad gaganjyot (~gagan@1.38.22.17)
19:19.36*** join/#brlcad gaganjyot (~gagan@1.38.22.17)
19:21.45gaganjyotCan I get .density file that is required by rtweight
19:21.52gaganjyot:)
19:59.51Notify03BRL-CAD:tbrowder2 * 58415 brlcad/trunk/src/librt/db5_types.c: use no-case comparison
21:10.39Notify03BRL-CAD:tbrowder2 * 58416 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: successfully generates a valid html page with a table of standard attributes, definitions, and aliases from parsing file src/librt/db5_types.c; still needs tidying and fitting into a cmake production mode for use on the brlcad.org main site
21:17.55Notify03BRL-CAD:tbrowder2 * 58417 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: add info ref case-sensitivity and canonical form
22:10.27*** join/#brlcad merzo (~merzo@29-57-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20131104

IRC log for #brlcad on 20131104

07:28.09*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:17.55Notify03BRL-CAD:tbrowder2 * 58418 brlcad/trunk/src/librt/db5_types.c: stake out a time stamp attribute key name
11:19.40Notify03BRL-CAD:tbrowder2 * 58419 brlcad/trunk/src/librt/db5_types.c: add note ref binary attr type to be added
11:31.33Notify03BRL-CAD:tbrowder2 * 58420 brlcad/trunk/include/bu.h: add note about possible handling of binary attrs
11:37.32Notify03BRL-CAD:tbrowder2 * 58421 brlcad/trunk/include/raytrace.h: reserve a place for the TIMESTAMP binary attribute; add note about binary attr handling
12:19.37Notify03BRL-CAD:tbrowder2 * 58422 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: improve text; add table columns for indicating binary status and examples (need a single struct to consolidate such info instead of piecemeal functions and single-value returns)
13:12.09*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:13.53brlcadmaths22: can you share any examples that are impressive?
16:16.08*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
18:00.04Notify03BRL-CAD:carlmoore * 58423 (brlcad/trunk/include/bn.h brlcad/trunk/include/raytrace.h and 2 others): remove a trailing blank; fix a little spacing; mainly, spelling fixes, including in a line.find argument
19:56.03*** join/#brlcad kesha (~kesha@49.249.17.64)
19:58.08Notify03BRL-CAD:carlmoore * 58424 brlcad/trunk/src/proc-db/molecule.c: implement -h and -? for help
20:18.40*** join/#brlcad kesha_ (~kesha@49.248.244.60)
20:46.26Notify03BRL-CAD:carlmoore * 58425 brlcad/trunk/src/proc-db/molecule.c: put 50 into a define so it only has to appear once
22:12.53*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-pgbzovglfkrmrzou)
22:15.30Notify03BRL-CAD:carlmoore * 58426 brlcad/trunk/src/proc-db/molecule.c: use EOF, not 0; remove case(4) and just use default; modify the remarks about file format from stdin
23:15.01Notify03BRL-CAD:n_reed * 58427 brlcad/trunk/src/proc-db/molecule.c: change misleading constant name, fix upper bound in error message
23:36.26maths22see http://laussy.org/wiki/Blog:Fabrice/The_Bliki_way; and http://laussy.org/wiki/Blog:Fabrice
23:36.57maths22it may not be right, but I feel that one system instead of two for the website may be better
23:52.15*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-hsgpeihnruzonhez)
IRC log for #brlcad on 20131105

IRC log for #brlcad on 20131105

00:08.05Notify03BRL-CAD:n_reed * 58428 brlcad/trunk/src/proc-db/molecule.c: add input example and make format description less verbose
02:18.59*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:02.32*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:22.35*** join/#brlcad d_rossbe1g (~rossberg@66-118-151-70.static.sagonet.net)
09:23.57*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:50.00*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
11:30.19*** join/#brlcad gaganjyot (~gagan@202.164.53.117)
11:30.59*** part/#brlcad gaganjyot (~gagan@202.164.53.117)
15:27.31*** join/#brlcad kesha_ (~kesha@49.249.0.180)
15:31.12*** join/#brlcad kesha (~kesha@49.249.0.180)
15:41.05Notify03BRL-CAD:carlmoore * 58429 (brlcad/trunk/include/bu.h brlcad/trunk/src/util/gen-registered-attributes-html.cpp): fix spellings
16:47.26*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
18:18.15Notify03BRL-CAD:carlmoore * 58430 brlcad/trunk/src/proc-db/molecule.c: revise the Usage statement (the .g output file is NOT a redirection of stdin), and change the mol.g object name to 'molecule', because mol.g could be interpreted as a .g FILE name
18:53.34starseekerbrlcad: should I take the release the rest of the way?  I'd like to get started on another release branch that has the search fixes and improvements in it...
19:09.31kanzureoof i should probably write an email about python-brlcad
19:59.54Notify03BRL-CAD:carlmoore * 58431 brlcad/trunk/src/proc-db/nmgmodel.c: implement my run-with-no-arguments/program-continues-running protocol (we do see we can run the program with no arguments), and change 2 tabs to spaces
20:47.08Notify03BRL-CAD:bob1961 * 58432 (brlcad/trunk/src/libdm/axes.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Draw data arrows/axes using pixel size instead of mm.
21:08.34Notify03BRL-CAD:starseeker * 58433 brlcad/trunk/include/nmg.h: Add a note about Weiler's thesis from 1986 in the NMG header - there seems to be a scan of that thesis online at http://www.scorec.rpi.edu/REPORTS/1986-1.pdf?\226?\128?\142
23:26.44Notify03BRL-CAD:tbrowder2 * 58434 brlcad/trunk/src/librt/db5_types.c: add some aliases
23:32.45Notify03BRL-CAD:tbrowder2 * 58435 brlcad/trunk/src/librt/db5_types.c: make single choice for multiple possibilities clearer
23:34.29Notify03BRL-CAD:tbrowder2 * 58436 brlcad/trunk/src/librt/db5_types.c: oops, space in wrong place
IRC log for #brlcad on 20131106

IRC log for #brlcad on 20131106

01:03.13Notify03BRL-CAD Wiki:171.37.82.140 * 6291 /wiki/Talk:Documentation: /* Classics never fade away WindowsXP keyword Review */ new section
04:19.28*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
06:52.03*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
09:07.16*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:38.09Notify03BRL-CAD:tbrowder2 * 58437 brlcad/trunk/include/bu.h: add note at end of comment
11:53.56Notify03BRL-CAD:tbrowder2 * 58438 (brlcad/trunk/src/librt/comb/db_comb.c brlcad/trunk/src/librt/db5_alloc.c): style
12:17.52Notify03BRL-CAD:tbrowder2 * 58439 brlcad/trunk/include/bu.h: oops, 'id' should be 'if' and forgot main point is adding a macro to start a gentle experiment with a possible binary attribute path
12:53.56Notify03BRL-CAD:tbrowder2 * 58440 brlcad/trunk/include/bu.h: add member needed for decoding binary attribute values
13:02.34*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
13:24.56*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
13:28.41*** join/#brlcad binaryking1 (~bk@117.200.93.102)
13:59.32*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
13:59.47binarykinghi everyone
14:00.07binarykingI shall be participating in Google Code-in this year
14:00.52binarykingand BRL CAD has been selected! woohoo
14:00.52binarykingso, is there some guide for setting up the dev. env.
14:40.13Notify03BRL-CAD:tbrowder2 * 58441 brlcad/trunk/include/bu.h: use a better type, expand comment
16:46.51*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
17:18.00*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
17:27.43Notify03BRL-CAD:tbrowder2 * 58442 brlcad/trunk/src/librt/db5_types.c: provide new struct and table to consolidate info and allow for binary attributes
17:47.54Notify03BRL-CAD:tbrowder2 * 58443 brlcad/trunk/src/librt/db5_types.c: changed 'attr_type' to 'attr_index' to clarify use
17:49.23Notify03BRL-CAD:tbrowder2 * 58444 brlcad/trunk/src/librt/db5_types.c: put standard name first in search
17:50.56*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
18:06.57Notify03BRL-CAD:carlmoore * 58445 brlcad/trunk/src/proc-db/nmgmodel.c: again, remove bu_opterr = 0; simplified the options
18:47.06Notify03BRL-CAD Wiki:ArlaogtoouiaavTowse * 0 /wiki/User:ArlaogtoouiaavTowse:
18:50.21Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:171.37.82.140: Spamming links to external sites
18:50.27Notify03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Documentation: spam
18:53.10Notify03BRL-CAD:tbrowder2 * 58446 brlcad/trunk/src/librt/librt_private.h: add missing header guard
18:55.39Notify03BRL-CAD:carlmoore * 58447 brlcad/trunk/src/proc-db/pix2g.c: remove some braces; define MAXSIZE 256 so we don't have to use 256 more than once; nest some if's
18:57.14Notify03BRL-CAD:tbrowder2 * 58448 brlcad/trunk/src/librt/librt_private.h: no C++-style comments until C99 use approved
18:58.20Notify03BRL-CAD:tbrowder2 * 58449 brlcad/trunk/src/librt/librt_private.h: beautify with added blank line
19:02.48*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-tpcsbnxsfirdharm)
19:53.16Notify03BRL-CAD:carlmoore * 58450 brlcad/trunk/misc/nsis/brlcad.nsi: use capital M in ReadMe
20:14.27Notify03BRL-CAD:starseeker * 58451 brlcad/trunk/misc/tools/CMakeLists.txt: ignore astyle dist file
20:18.21Notify03BRL-CAD:carlmoore * 58452 brlcad/trunk/src/rt/sh_tcl.c: comment off some code (such code was accomplishing nothing), and fix spelling of 'bracketed'; the commenting-off was complicated by embedded comments
20:37.27Notify03BRL-CAD:carlmoore * 58453 (brlcad/trunk/README brlcad/trunk/include/vmath.h and 12 others): use a/k/a in place of aka
20:45.56Notify03BRL-CAD:carlmoore * 58454 brlcad/trunk/src/tclscripts/mged/rt.tcl: break into 2 words because it was showing up in spell check
20:46.28*** join/#brlcad Ch3ck_ (~Snowden@host-101-210.ringolabs.com)
20:46.44Ch3ck_likes to be back! :)
20:54.13*** join/#brlcad Sn0d3n (~Snowden@host-101-210.ringolabs.com)
21:02.58Notify03BRL-CAD:starseeker * 58455 brlcad/trunk/src/libbn/obr.c: initialize some variables
21:05.32Notify03BRL-CAD:carlmoore * 58456 (brlcad/trunk/src/conv/step/STEPWrapper.cpp brlcad/trunk/src/conv/step/step-g/Factory.h and 4 others): fix spelling of 'interface'
21:11.06Notify03BRL-CAD:starseeker * 58457 brlcad/trunk/src/conv/step/CMakeLists.txt: add EXPRESS_OUTPUT to the exp2cxx target requirements
21:16.00Notify03BRL-CAD:carlmoore * 58458 brlcad/trunk/src/proc-db/cchannel.c: fix spelling of 'millimeters' in a Usage statement
21:20.06Notify03BRL-CAD:carlmoore * 58459 brlcad/trunk/doc/docbook/system/man1/en/anim_track.xml: fix spelling
21:30.49Notify03BRL-CAD:carlmoore * 58460 brlcad/trunk/src/gtools/beset/population.c: fix wording & spelling; I assumed 'to other' (should that be 'to the' instead?) <--only a remark is affected
21:35.06Notify03BRL-CAD:carlmoore * 58461 brlcad/trunk/misc/tools/astyle/astyle_main.cpp: fix spelling
21:37.41Notify03BRL-CAD:carlmoore * 58462 brlcad/trunk/src/tclscripts/lib/Ged.tcl: fix spelling
21:47.44Notify03BRL-CAD:carlmoore * 58463 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/noise.c): fix spellings
21:57.45Notify03BRL-CAD:carlmoore * 58464 brlcad/trunk/doc/docbook/lessons/es/mged03_utilizar_comando_in.xml: fix a misspelling in Spanish; yes, I did find 'tutorial' in other Spanish-language files here
22:02.06Notify03BRL-CAD:carlmoore * 58465 brlcad/trunk/src/liboptical/sh_light.c: provide missing space after having checked 'spell' output
22:19.52Notify03BRL-CAD:carlmoore * 58466 brlcad/trunk/src/proc-db/pyramid.c: add -h and -? as possible help flags, not just run-with-no-arguments
IRC log for #brlcad on 20131107

IRC log for #brlcad on 20131107

07:46.25*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:47.40*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
07:47.45*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
07:48.01*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
07:48.25*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:48.26*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
07:48.42*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
07:48.59*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
07:49.11*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:49.24*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
07:49.32*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
09:03.41*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:19.37*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
09:50.23*** join/#brlcad binaryking1 (~bk@117.200.91.34)
14:42.37*** join/#brlcad infobot (~infobot@rikers.org)
14:42.37*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
14:57.37*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
14:58.13binarykingI'm trying to compile BRL CAD on Mac OS X 10.9
14:58.21binarykingI get this error in Xcode 5
14:58.37binarykingerror - /Users/binaryking/App_source/brlcad-7.24.0/build/CMakeScripts/ReRunCMake.make:2: *** multiple target patterns.  Stop.
14:58.50binarykingShell Script Invocation error
15:03.30binarykinghi brlcad
15:16.04d_rossbergwhat's in line 2 of ReRunCMake.make?
15:16.40binarykingd_rossberg: /Users/binaryking/App_source/brlcad-7.24.0/build/CMakeFiles/cmake.check_cache: \
15:21.57d_rossbergdoes the backslash at the end indicate that this is a multi-line expression?
15:22.57d_rossbergor is it a protected space
15:25.12binarykingd_rossberg: the whole file is here - http://pastebin.com/rRBsuCwi
15:25.22binarykingd_rossberg: I have no idea, at all :(
15:27.56d_rossbergfirst, you could try to remove ": ", but this wouldn't solve it permanently - if at all
15:28.27binarykingd_rossberg: the same error again
15:30.00d_rossbergdid you tried the build with plain make files (outside XCode)?
15:30.37binarykingd_rossberg: how do I generate them? ./configure generates XCodeProject always
15:32.15binarykingd_rossberg: sorry, CMake always generates xcodeproject file
15:34.13d_rossbergdo you have cmake-gui?
15:42.03d_rossbergor "cmake --help" should show you a list of available generators, "cmake -G <generator name>" will make use of this generator then
15:49.43binarykingd_rossberg: ah, okay
15:52.31d_rossbergbesides i recommend to start from scratch (i.e. to clean up the build directory)
15:56.28binarykingd_rossberg: yep
16:03.09binarykingd_rossberg: http://pastebin.com/Au9rJpQt - I get this error now
16:10.20d_rossbergit looks like the Xcode STL cannot compare brep_hit types
16:12.58d_rossbergit works with the GNU compiler, therefore it could be an compiler issue
16:14.04binarykingd_rossberg: oh, I see
16:14.28caen23binaryking: you should compile from the command line
16:14.32caen23did you see this? http://brlcad.org/wiki/Compiling
16:14.47binarykingcaen23: yes, I am doing that now :)
16:15.23d_rossbergi think he compiles from the command line with the Xcode compiler
16:15.53d_rossbergprobable the only one installed
16:16.23caen23d_rossberg: what xcode compiler? xcode comes with clang, and it should build fine
16:17.50d_rossbergi'm talking about the compiler in the /Applications/Xcode.app directory, maybe it's clang, i don't know
16:18.35binarykingit is clang
16:18.42binarykingafter googling a bit
16:18.52binarykingI found out that for Xcode 5
16:19.02binarykingwe need this flag -> -stdlib=libc++
16:20.10binarykingnah
16:20.15binarykingdoesn't compile even now
16:24.48d_rossbergi'm afraid this flag was cleared out in line 1464 in CmakeLists.txt
16:34.44binarykingd_rossberg: I have Xcode 5 and that seems to be the problem
16:35.07binarykingand now we have just one compiler LLVM 5.0
16:38.27d_rossbergbinaryking: sorry, i've to leave now, maybe someone working with MacOS can help you
16:38.30starseekerso what we need then is to have a compiler flag test for that - is there a way to make a simple test program that will fail without having that flag?
16:38.56binarykingd_rossberg: see you and thanks a lot! :)
16:39.04starseekerdoesn't have OSX or XCode 5, unfortunately...
17:07.21binarykingthinks he should install gcc4.9 on his Mac with MacPorts
18:19.06*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:35.06n_reedNotify is MIA
IRC log for #brlcad on 20131108

IRC log for #brlcad on 20131108

01:29.04starseekerbrlcad: if it's of interest, here's a GECODE constraint solving example involving a Cartesian Heart equation:  http://www.gecode.org/doc-latest/reference/classCartesianHeart.html
01:54.21starseekerreally wonders if we shouldn't use a pre-defined language like flatzinc for constraint specification...
07:33.49*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:51.21*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:53.00*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
07:53.10*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
07:54.26*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
07:54.26*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
07:54.59*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
07:55.17*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
07:55.46*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
07:56.06*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:17.28*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:20.09*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
08:20.48*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
08:20.52*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
08:20.52*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:20.58*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:21.01*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
08:21.11*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
08:21.12*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
09:01.22*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:38.22*** join/#brlcad binaryking (~bk@unaffiliated/nafcool)
12:39.59*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
15:56.52*** join/#brlcad kesha (~kesha@49.249.0.109)
18:12.41``Erikhuh, notify decided that it cannot resolve irc.freenode.net O.o investigating...
18:14.50``Erikstarseeker: did you see the email from the fbsd cmake guy noting the change in library name variables with 2.8.12 that craps on the libpng hack in our cmake stuff?
18:15.42``Erikhas been mostly internetless for about a week, has a lot of catching up :/ might be a sign that he spends too much time just catching up and needs to ignore more crap :(
18:34.29*** join/#brlcad caen23 (~caen23@92.81.191.192)
19:43.05*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:44.07Notify03BRL-CAD:tbrowder2 * 58467 brlcad/trunk/src/librt/attributes.c: prep fpr handling binary attributes
19:44.10Notify03BRL-CAD:tbrowder2 * 58468 (brlcad/trunk/src/librt/db5_attrs.cpp =================================================================== and 235 others): add code for handling attribute function wrappers and definitions
19:44.12Notify03BRL-CAD:tbrowder2 * 58469 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt): move prog to its most likely proper place; change CMakeLists.txt to reflect its move (and other new source files in librt)
19:44.14Notify03BRL-CAD:tbrowder2 * 58470 brlcad/trunk/src/librt/db5_io.c: add code chunks for handling binary attributes
19:44.17Notify03BRL-CAD:tbrowder2 * 58471 brlcad/trunk/src/librt/db5_types.c: rework three functions as wrappers for new C++ handlers; move attribute definitions to other files (and change them there); leave macros and FIXMEs for now so changesare more obvious
19:44.19Notify03BRL-CAD:tbrowder2 * 58472 brlcad/trunk/src/librt/db5_types.c: remove FIXMEs and dead code
19:44.30Notify03BRL-CAD:tbrowder2 * 58473 brlcad/trunk/src/librt/CMakeLists.txt: ensure we find BRL-CAD's Boost headers
19:45.18Notify03BRL-CAD:starseeker * 58474 brlcad/trunk/src/other/CMakeLists.txt: Fix for CMake 2.8.12 from Raphael Kubo da Costa - apparently the Find logic for PNG no longer results in the PNG_LIBRARY variable being set in the CMake cache automatically, so do it ourselves.
19:45.23Notify03BRL-CAD:starseeker * 58475 brlcad/trunk/src/conv/step/g-step/Default_Geometric_Context.cpp: Fix to AP203 g-step output found by Rob McDonald, via STEPTools checker.
19:45.32Notify03BRL-CAD:tbrowder2 * 58476 (svn:mime-type ## -0,0 +1 ## and 2 others): start an installation script and info files for Boost maintenance
19:45.38Notify03BRL-CAD:carlmoore * 58477 brlcad/trunk/src/proc-db/pix2g.c: TURN THAT TESTING INSIDE OUT; I **goofed** earlier
19:45.42Notify03BRL-CAD:n_reed * 58478 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/hash.c): mark unmodified parameters of hash functions const
19:45.47Notify03BRL-CAD:bob1961 * 58479 brlcad/trunk/src/libtclcad/tclcad_obj.c: Added the functionality to scale data arrows and labels.
19:45.49Notify03BRL-CAD:bob1961 * 58480 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the itcl interface to libtclcad's data scaling functionality.
19:45.52Notify03BRL-CAD:bob1961 * 58481 brlcad/trunk/include/tclcad.h: Added TCLCAD_DATA_SCALE_MODE
19:45.53Notify03BRL-CAD:n_reed * 58482 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h and 5 others): rename some of the hash table functions for better API consistency
19:46.02Notify03BRL-CAD:carlmoore * 58483 brlcad/trunk/src/proc-db/pix2g.c: was short 1 right bracket in Usage
19:46.14Notify03BRL-CAD:starseeker * 58484 brlcad/trunk/src/libdm/CMakeLists.txt: Disabled currently, but add the code for Bob Parker's initial experiments with OpenSceneGraph in libdm
19:46.17Notify03BRL-CAD:starseeker * 58485 brlcad/trunk/src/libged/CMakeLists.txt: Add the osg libged file as well.
19:46.19Notify03BRL-CAD:carlmoore * 58486 brlcad/trunk/src/proc-db/rawbot.c: move initializing into type statements; add 'Creating' message; add -h and -? for help; I noticed that the argument is also used in object names within the .g file
19:46.21Notify03BRL-CAD:starseeker * 58487 brlcad/trunk/misc/CMakeLists.txt: Make a patch with the other osg related changes that were made - these are more intrusive in other parts of the code, so put them in a patch file until we can evaluate the impact properly.
19:46.28*** join/#brlcad caen23 (~caen23@92.81.191.192)
19:46.42Notify03BRL-CAD:tbrowder2 * 58488 (brlcad/trunk/src/other/boost/boost-using-files.txt =================================================================== and 16 others): save list of boost-using files
19:46.48Notify03BRL-CAD:carlmoore * 58489 (brlcad/trunk/src/proc-db/ringworld.c brlcad/trunk/src/proc-db/room.c): Program continues running -- that's there because the program can go to a meaningful end even without arguments
19:46.50Notify03BRL-CAD:tbrowder2 * 58490 brlcad/trunk/src/other/boost/update-brlcad-boost.sh: update with the attempted solution
19:46.52Notify03BRL-CAD:carlmoore * 58491 brlcad/trunk/src/proc-db/room.c: Skip 'Program continues running:' unless there were no arguments
19:46.54Notify03BRL-CAD:tbrowder2 * 58492 brlcad/trunk/src/other/boost/README.brlcad-boost: record the current state of affairs
19:47.14Notify03BRL-CAD:tbrowder2 * 58493 (brlcad/trunk/src/other/boost/update-boost-tree.pl =================================================================== and 123 others): add Perl script to update BRL-CAD Boost files
19:47.20Notify03BRL-CAD:tbrowder2 * 58494 brlcad/trunk/src/libtclcad/tclcad_obj.c: squelch compiler warning about unused var 'ret'
19:47.31Notify03BRL-CAD:brlcad * 58495 brlcad/trunk/include/bu.h: include types before stdarg just in case an impl expects it
19:48.02Notify03BRL-CAD:tbrowder2 * 58496 brlcad/trunk/src/other/boost/update-boost-tree.pl: improve report detail; add log file
19:49.27Notify03BRL-CAD:n_reed * 58497 brlcad/trunk/src/libtclcad/tclcad_obj.c: looks like a WIP, but give to_mouse_data_scale some reasonable error behavior in the interim
20:59.34*** join/#brlcad caen23 (~caen23@92.81.191.192)
IRC log for #brlcad on 20131109

IRC log for #brlcad on 20131109

01:37.04Notify03BRL-CAD:tbrowder2 * 58498 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): define and use a def for BRL-CAD Boost header dir
01:37.48Notify03BRL-CAD:tbrowder2 * 58499 brlcad/trunk/src/librt/db5_attrs_private.h: add placeholders for a future container type
01:38.32Notify03BRL-CAD:tbrowder2 * 58500 brlcad/trunk/src/other/osl/shaders/CMakeLists.txt: correct spelling
05:09.41*** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
06:04.57*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
06:33.51*** join/#brlcad caen23 (~caen23@92.81.191.192)
07:25.25*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
08:34.12*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
12:41.28*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
12:50.23Notify03BRL-CAD:tbrowder2 * 58501 brlcad/trunk/include/raytrace.h: add note about change in attr tpe indexing; remove FIXME which has been taken care of
12:51.45Notify03BRL-CAD:tbrowder2 * 58502 brlcad/trunk/src/librt/db5_types.c: change from attr_index back to original attr_type for current use (note added attr_subtype in next commit)
12:56.05Notify03BRL-CAD:tbrowder2 * 58503 brlcad/trunk/src/librt/db5_attrs.cpp: correct var order error in struct db5_attr_ctype; change var name attr_index back to attr_type; add var attr_subtype; add check for dup attr_types
13:11.00*** join/#brlcad caen23_ (~caen23@92.81.191.192)
13:15.22Notify03BRL-CAD:tbrowder2 * 58504 brlcad/trunk/src/librt/db5_attrs.cpp: add check for invalid attr_subtype
13:18.41Notify03BRL-CAD:tbrowder2 * 58505 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: change to use correct var name
13:23.22Notify03BRL-CAD:tbrowder2 * 58506 brlcad/trunk/src/librt/db5_attrs_private.h: use new var names; use ints > 1 for more robust error checking of attr_subtype in C structs
13:26.54*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:53.50*** join/#brlcad caen23__ (~caen23@92.81.191.192)
14:53.57caen23__quit
14:54.18*** join/#brlcad caen23__ (~caen23@92.81.191.192)
14:56.49*** join/#brlcad caen23 (~caen23@92.81.191.192)
14:58.12*** join/#brlcad caen23 (~caen23@92.81.191.192)
15:38.34*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
16:28.12*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
16:28.41*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
16:54.29*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
17:28.02*** join/#brlcad jschulte (~johannes@p4FDF8FE1.dip0.t-ipconnect.de)
23:44.10``Erikhttp://wish.co.uk/blog/owning-a-tank/
IRC log for #brlcad on 20131110

IRC log for #brlcad on 20131110

06:32.14*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
08:08.12*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
08:08.39binarykinghi brlcad
08:11.39binarykingany mentor for GCI '13 active here?
08:11.40binarykingI need some help
08:47.53binarykingI want to know about writing unit tests for libbn and libbu
08:52.51binarykinghi DarkCalf
08:57.45*** join/#brlcad binaryking (~binarykin@117.200.86.85)
08:57.45*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
09:04.37*** join/#brlcad abhi2011 (~chatzilla@123.237.220.93)
09:49.28binarykingis there some sought of guide to writing unit tests for libbn and libbu source files?
12:03.12*** join/#brlcad binaryking (~androirc@117.200.86.85)
12:15.40*** join/#brlcad caen23 (~caen23@92.81.191.192)
14:20.47*** join/#brlcad binaryking (~androirc@117.200.81.126)
17:47.39*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
17:48.01binarykinghi caen23 :)
21:13.10*** join/#brlcad caen23_ (~caen23@92.81.191.192)
IRC log for #brlcad on 20131111

IRC log for #brlcad on 20131111

09:30.53*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:34.13*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:59.46*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
12:00.24binarykinganyone online?
12:01.10binarykingI'm on Ubuntu 13.04, when I launch mged, I only get the command window and no graphics window
12:01.21binarykinghi caen23_, caen23 :)
14:04.03maths22brlcad: what happened to cmake on the server?
14:08.07caen23brlcad: would this be a proper task for gci? getting it to compile on os x/llvm?
14:43.47``Erikmaths22: what do you mean?
14:44.29``Erikcaen23: I believe it does compile on osX/llvm/clang, but the xcode gui has serious issues with the number of targets, so we usually use the unix makefile target
14:45.18``Erikmaths22: I upgraded cmake to 2.8.12 just an hour or so ago, I'm upgrading other parts of the system today... you may've tried to run it while it was deinstalling and reinstalling?
14:46.03caen23``Erik: i'm compiling from the command line and there seem to be a couple of issues. as for xcode, yeah, it sucks. it crashes my retina mbp completely
14:50.46caen23i've made some small changes and it should now be fine
14:52.36*** join/#brlcad caen23_ (~caen23@92.81.191.192)
15:05.11*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:58.09*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:06.47*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:16.57maths22``Erik: that would explain it
17:57.08*** join/#brlcad binaryking (~androirc@117.200.86.110)
17:59.32*** join/#brlcad bloatware (~androirc@117.200.86.110)
17:59.42*** join/#brlcad binaryking (~androirc@117.200.86.110)
17:59.58bloatwaregci 13 info needed
18:00.05bloatwareanyone online?
18:00.12bloatwarebrlcad: hi?
18:01.04binarykinghi binaryking :)
18:01.18binarykinghi bloatware
18:01.31bloatwarehi binaryking
18:02.14bloatwarebinaryking: seems like this one's a dormant channel
18:02.57binarykingbloatware: nah, ppl are not evrytime in front of their computer screen :P
18:03.18bloatwarewhatever!
18:03.57bloatwareanyone online? ping! PING!
18:04.11caen23you should try asking a question...
19:30.54maths22~ask
19:30.54infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
19:31.17maths22I did not mean to send that.  Oops :(
20:43.52*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
23:53.07kanzure"We are all here voluntarily or against our will." beautiful
IRC log for #brlcad on 20131112

IRC log for #brlcad on 20131112

01:24.12maths22``Erik: will Notifer need to be updated for GCI this year?
01:24.58maths22At least one regex will need to be (I think)
02:29.18*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-gvmgfzchskkxetev)
07:11.07*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:00.28*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:38.32*** join/#brlcad binaryking (~binarykin@117.200.83.226)
09:59.56*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:00.13binarykinghi d_rossberg :)
10:01.03d_rossberghi binaryking, got your e-mail
10:01.11d_rossbergwhats the issue with mged?
10:12.41binarykingd_rossberg: for my ease of dev. work for BRL CAD, I switched to Ubuntu :P
10:12.55binarykingd_rossberg: mged gives me no graphics window
10:14.56binarykingd_rossberg: is that a problem? or I am doin' something wrong
10:16.08binarykingd_rossberg: I am particularly interested in writing unit tests, if you can help me with that too? :) (sorry if I am being too demanding)
10:26.49d_rossbergbinaryking: you probably haven't installed the opengl developer libraries
10:29.31binarykingd_rossberg: lemme check
10:30.57d_rossbergor some other visualization library, see http://brlcad.org/wiki/Compiling
10:33.25binarykingah, yes indeed
10:42.54binarykingd_rossberg: my install is without OpenGL support
10:43.46binarykingfollowing the mentioned webpage, I have installed everything but to no avail
10:52.18binarykingd_rossberg: installed everything, libbullet also, now compiling but OpenGL support is still off
11:00.27*** join/#brlcad binaryking_ (~binarykin@117.200.89.233)
11:06.59binaryking_d_rossberg: still no graphics window :(
11:07.20*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
13:32.54*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:39.44*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:44.01zero_levelbinaryking_ : are u here ?
14:55.12*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:40.22*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
17:14.14caen23hey binaryking
17:14.24binarykinghi caen23 :)
17:14.30binarykingcaen23: how's life?
17:24.46caen23so... on 10.9 it no longer compiles because libdm/focus.c uses a Carbon API that has been deprecated in favour of an obj-c class. a quick fix would be to use the Wno-deprecated-declarations flag, but i think that's undesirable. the trouble is that apple now recommends using an obj-c class instead, and i don't know how we could use that
18:38.20Notify03BRL-CAD:tbrowder2 * 58507 (brlcad/trunk/src/mged/points/count.c brlcad/trunk/src/mged/points/process.c): style
18:40.02Notify03BRL-CAD:caen23 * 58508 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/obr.c and 3 others): Fix a couple of bugs which broke compilation on llvm/clang/os x
18:40.23Notify03BRL-CAD:tbrowder2 * 58509 brlcad/trunk/src/other/boost/update-boost-tree.pl: add report info
18:40.36Notify03BRL-CAD:tbrowder2 * 58510 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/obr.c): restore const, but remove free (may have been causing OS X problem with const)
18:40.39Notify03BRL-CAD:tbrowder2 * 58511 brlcad/trunk/src/libfb/if_ogl.c: use recommended function instead of getpagesize
18:40.41Notify03BRL-CAD:tbrowder2 * 58512 brlcad/trunk/src/mged/points/CMakeLists.txt: ensure fileno is found for strict compilation
18:40.43Notify03BRL-CAD:tbrowder2 * 58513 brlcad/trunk/src/tab/CMakeLists.txt: ignore warning of unstoppable lex unused label
18:40.55Notify03BRL-CAD:tbrowder2 * 58514 brlcad/trunk/src/libbn/tests/bn_obr.c: return to using the default const arg
18:40.57Notify03BRL-CAD:tbrowder2 * 58515 brlcad/trunk/src/libbn/obr.c: comment out the presently unused arg
18:41.10Notify03BRL-CAD:tbrowder2 * 58516 brlcad/trunk/src/libbn/tests/bn_obr.c: add FIXME and comment out unfinished code to avoid warnings
18:41.12Notify03BRL-CAD:tbrowder2 * 58517 brlcad/trunk/src/tab/CMakeLists.txt: put the compiler args in the correct place
18:41.17Notify03BRL-CAD:tbrowder2 * 58518 brlcad/trunk/CMakeLists.txt: name the three functions
18:41.28Notify03BRL-CAD:tbrowder2 * 58519 brlcad/trunk/src/libpc/CMakeLists.txt: use defined Boost location
18:41.31Notify03BRL-CAD:tbrowder2 * 58520 brlcad/trunk/src/other/hv3/hv3.tcl: fix typo
18:41.32Notify03BRL-CAD:tbrowder2 * 58521 (brlcad/trunk/src/other/boost/update-brlcad-boost-to-1.55.0.sh =================================================================== and 12 others): save required update steps
18:41.34Notify03BRL-CAD:tbrowder2 * 58522 brlcad/trunk/src/other/boost/update-brlcad-boost-to-1.55.0.sh: add info
18:43.24Notify03BRL-CAD Wiki:Leonardo dramisino * 0 /wiki/User:Leonardo_dramisino:
20:04.36*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:59.56*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:37.22Notify03BRL-CAD:n_reed * 58523 brlcad/trunk/src/other/stepcode/src/base/sc_benchmark.cc: include ios header for std::ios namespace; fixes 'symbol not found' in exp2cxx on os x
21:40.39Notify03BRL-CAD:tbrowder2 * 58524 brlcad/trunk/src/other/boost/update-boost-tree.pl: improved script
22:00.03*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:25.33``Erikmaths22: your websvn is clogging /tmp, can you tweak the config to point to something like /var/tmp ?
22:51.05Notify03BRL-CAD Wiki:Loc2four937 * 0 /wiki/User:Loc2four937:
IRC log for #brlcad on 20131113

IRC log for #brlcad on 20131113

00:07.01maths22``Erik: sure.  Not sure how that happened.
04:51.55*** join/#brlcad witness (~witness12@122.248.183.1)
05:16.23*** join/#brlcad witness (~witness12@122.248.183.1)
05:18.22*** join/#brlcad witness (~witness12@122.248.183.1)
06:53.06*** join/#brlcad caen23 (~caen23@92.81.180.244)
08:00.09*** join/#brlcad caen23 (~caen23@92.81.180.244)
10:49.02*** join/#brlcad caen23 (~caen23@92.81.180.244)
12:49.17*** join/#brlcad caen23 (~caen23@92.81.180.244)
12:59.12*** join/#brlcad witness (~witness12@122.248.183.1)
13:33.13*** join/#brlcad caen23 (~caen23@92.81.180.244)
14:50.32*** join/#brlcad witness (~witness12@122.161.32.137)
15:24.57*** join/#brlcad pnjun (~pnjun@2001:630:12:2e1e:cabc:c8ff:fecf:e3e6)
15:25.19*** part/#brlcad pnjun (~pnjun@2001:630:12:2e1e:cabc:c8ff:fecf:e3e6)
15:30.13*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
16:19.41*** join/#brlcad witness_ (~witness12@122.161.72.27)
16:34.49*** join/#brlcad binaryking_ (~binarykin@117.200.87.77)
17:10.09*** join/#brlcad witness (~witness12@122.161.72.27)
17:14.57*** join/#brlcad binaryking_ (~binarykin@117.200.91.53)
17:42.35*** join/#brlcad binaryking_ (~binarykin@117.200.89.92)
IRC log for #brlcad on 20131114

IRC log for #brlcad on 20131114

02:29.04*** join/#brlcad witness (~witness12@122.161.72.27)
04:09.48*** join/#brlcad witness (~witness12@122.248.183.1)
05:19.48brlcadNotify: hello?
08:18.25*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
08:26.07*** join/#brlcad binaryking_ (~binarykin@117.214.48.243)
08:47.11*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
09:18.23*** join/#brlcad binaryking_ (~binarykin@117.214.48.243)
09:22.13*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
10:43.50Notify03BRL-CAD:tbrowder2 * 58529 (brlcad/trunk/src/other/boost/README.brlcad-boost brlcad/trunk/src/other/boost/boost/algorithm/string/concept.hpp and 1018 others): upgrade to Boost 1.55.0; note that files 'boost/mpl/has_xxx.hpp' and 'boost/preprocessor/config/config.hpp' have been changed slightly from the original due to some undefined macros due to bad syntax--bugs have been files and patches are being submitted to
10:43.53NotifyBoost
10:46.13Notify03BRL-CAD:tbrowder2 * 58526 brlcad/trunk/src/librt/db5_attrs_private.h: fix typo
10:47.03Notify03BRL-CAD:tbrowder2 * 58533 brlcad/trunk/src/other/boost/update-boost-tree.pl: ignore CMake files in the original boost directory
10:48.43Notify03BRL-CAD:starseeker * 58525 brlcad/trunk/BUGS: Problem with Archer - iff launching from the ./bin/archer script (as opposed to running bwish and sourcing the archer script) the cd command in ArcherCore::openDb seems to be somehow corrupting the results of bu_brlcad_root.
10:49.28Notify03BRL-CAD:starseeker * 58532 (brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/tests/CMakeLists.txt): Take a stab at sorting points using qsort
10:51.11Notify03BRL-CAD:carlmoore * 58527 (brlcad/trunk/misc/osg_changes.patch brlcad/trunk/src/libdm/osg.cpp and 2 others): fix spellings & some wordings; remove trailing blanks/tabs
11:10.53Notify03BRL-CAD:tbrowder2 * 58531 (brlcad/trunk/src/other/boost/libs/detail/utf8_codecvt_facet.cpp =================================================================== and 299 others): remove another unneeded Boost file
11:20.08Notify03BRL-CAD:carlmoore * 58528 brlcad/trunk/src/proc-db/room.c: use _ instead of embedded blank in object names
12:07.03*** join/#brlcad kesha (~kesha@14.139.122.114)
12:21.21Notify03BRL-CAD:tbrowder2 * 58530 (brlcad/trunk/src/libpc/pcMathVM.h brlcad/trunk/src/libpc/pcNetwork.h brlcad/trunk/src/libpc/pcParser.h): add gcc diagnostic pragmas to squash -Wshadow warnings; bugs have been filed with Boost for the warnings but most developers seem to like shadowed variables for some reason; Windows and OS X users' mileage may vary
12:36.25Notify03BRL-CAD Wiki:Tbrowder * 6295 /wiki/Spiral: /* The Script */
13:10.49*** join/#brlcad kesha (~kesha@14.139.122.114)
13:38.19Notify03BRL-CAD Wiki:KeshaSShah * 6296 /wiki/GCI_Tasks: tshirt ,mug and cover art task
13:50.57Notify03BRL-CAD Wiki:KeshaSShah * 6297 /wiki/Community_Publication_Portal: Added 2013 GCI announcement
13:59.13Notify03BRL-CAD Wiki:KeshaSShah * 6298 /wiki/Community_Publication_Portal: /* Google Code In 2013 Announcements */
14:07.38Notify03BRL-CAD:tbrowder2 * 58534 (brlcad/trunk/src/other/boost/boost/smart_ptr/detail/sp_nullptr_t.hpp =================================================================== and 48 others): add missing file from 1.55.0
14:08.58Notify03BRL-CAD:tbrowder2 * 58535 (brlcad/trunk/src/other/boost/boost/type_traits/has_trivial_move_assign.hpp =================================================================== and 60 others): add missing file
14:10.38Notify03BRL-CAD:tbrowder2 * 58536 (brlcad/trunk/src/other/boost/boost/type_traits/has_trivial_move_constructor.hpp =================================================================== and 60 others): add missing file
14:16.13*** join/#brlcad kesha (~kesha@14.139.122.114)
14:16.52Notify03BRL-CAD:tbrowder2 * 58537 (brlcad/trunk/src/other/boost/boost/type_traits/is_copy_constructible.hpp =================================================================== and 125 others): add missing files
14:30.43Notify03BRL-CAD:tbrowder2 * 58538 (brlcad/trunk/src/other/boost/boost/move/core.hpp =================================================================== and 342 others): add more missing files (still more to be added I'm afraid)
15:22.27Notify03BRL-CAD Wiki:Erik * 6299 /wiki/Deuces: /* Code */ g-egg
15:25.09Notify03BRL-CAD Wiki:Erik * 6300 /wiki/Deuces: Reverted edits by [[Special:Contributions/Erik|Erik]] ([[User talk:Erik|talk]]) to last revision by [[User:Sean|Sean]]
15:27.13*** join/#brlcad kesha (~kesha@14.139.122.114)
16:07.40*** join/#brlcad caen23 (~caen23@92.81.180.244)
18:12.11*** join/#brlcad witness (~witness12@122.161.77.201)
22:55.09*** join/#brlcad yiyus (1242712427@je.je.je)
IRC log for #brlcad on 20131115

IRC log for #brlcad on 20131115

03:09.18*** join/#brlcad witness (~witness12@122.161.77.201)
03:47.35*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
03:52.03*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
04:20.38*** join/#brlcad witness (~witness12@122.248.183.1)
04:45.08*** join/#brlcad witness (~witness12@122.248.183.1)
05:32.23*** join/#brlcad witness (~witness12@122.248.183.1)
06:14.54*** join/#brlcad binaryking (75c85b72@gateway/web/freenode/ip.117.200.91.114)
06:30.37*** join/#brlcad witness (~witness12@122.248.183.1)
07:19.48*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
07:20.21*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
07:21.28*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:21.57*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
07:22.06*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
07:22.27*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:22.39*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
07:22.53*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
07:22.59*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
07:45.07*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
07:45.09*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
07:45.23*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:45.50*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
07:45.59*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
07:46.06*** join/#brlcad n_reed (~molto_cre@66.118.151.70)
07:46.09*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:46.10*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
07:47.01*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
08:18.36*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
08:21.46binarykinghi brlcad :)
08:22.40binarykingbrlcad: so, I'm kind of more interested in writing tests
08:22.53binarykingand my preferred language is C++
09:08.58*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
09:09.08*** join/#brlcad binaryking (~binarykin@117.200.94.184)
09:09.08*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
09:24.46*** join/#brlcad binaryking_ (~binarykin@117.200.85.163)
09:46.59*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
10:04.08*** join/#brlcad kesha (~kesha@14.139.122.114)
10:30.55*** join/#brlcad kesha (~kesha@14.139.122.114)
10:46.40*** join/#brlcad kesha (~kesha@14.139.122.114)
10:52.06zero_levelbinaryking : you could see src/libicv/tests for someof the  unit test
10:52.11zero_levelthe way they are written
10:53.03zero_levelalso src/libbu/tests could be see as tests
10:53.12zero_levelexamples
10:53.30zero_levelIf you want to write tests for libicv I could assist you in the same.
10:54.30*** join/#brlcad kesha (~kesha@14.139.122.114)
10:54.57*** join/#brlcad kesha (~kesha@14.139.122.114)
10:58.14binarykinghi zero_level
11:03.00binarykingzero_level: yes, we can start with libicv tests
11:03.37binarykingis having a look at icv_crop.c
12:54.07*** join/#brlcad ColloquyUser (~caen23@92.81.180.244)
12:54.10*** part/#brlcad ColloquyUser (~caen23@92.81.180.244)
13:01.02starseekerNotify: hello?
14:53.01``ErikO.o there're no emails in dump box or messages in the post queue...
15:27.35starseekerbrlcad: we've got a problem with bu_argv0_full_path - if we specify a relative path when the program is invoked, changing the current working directory via the MGED command prompt results in a failure of bu_argv0_full_path due to it's use of bu_getcwd.  That failure cascades up to bu_brlcad_root
15:27.55starseekerand things like the rt command fail
15:30.28starseekerbu_getcwd probably shouldn't be part of the argv0 logic at all, except as part of initializing variables in bu_progname - the only time the cwd is guaranteed to be "correct" is when the program is initially run.  My first thought is to do bu_getcwd, normalize, etc. as part of initializing bu_progname, perhaps with a second variable bu_progname_fullpath if we want bu_progname to reflect the actual string used to run the program initia
15:56.12*** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:57.17*** join/#brlcad FLOSSrookie1 (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:59.17*** join/#brlcad FLOSSrookie2 (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:09.08*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:15.43*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
17:24.31*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:39.38``Erikfor the kilt wearing:
18:39.38``Erik12:16:29 [@antifuchs:60] RT @The4thCircle: Sporrans, for those who don't know, are like ancient warrior fanny packs.
18:39.39``Erik13:07:51 [@hipsterhacker:19] RT @HackerNewsOnion: Programming is 1% inspiration, 99% trying to get your environment working.
18:51.45starseeker``Erik: so something is busted on the sf side and/or the wiki side?
18:56.12``Erikwiki has no relation, I d'no... mebbe the email wasn't sent, maybe it was marked spam before it hit the filters that put it in the drop directory? lemme pull the latest version and look
18:58.42``Eriklast related email I got according to my procmail filter was nov 14 7:21:12am
19:08.41``Erikahhhhh, /var is full heh.
19:09.17``Erikwebsvn once again... :/
19:34.16Notify03BRL-CAD:tbrowder2 * 58539 brlcad/trunk/src/librt/CMakeLists.txt: Boost include not needed for librt users
19:34.29Notify03BRL-CAD:starseeker * 58546 (brlcad/trunk/BUGS brlcad/trunk/TODO): Bug triggered by archer is better handled by re-thinking current path handling approach with respect to argv0
19:35.14``Erik(they'll be all out of order as bz starts accepting email again)
19:43.50*** join/#brlcad infobot (~infobot@rikers.org)
19:43.50*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
19:50.00Notify03BRL-CAD:tbrowder2 * 58543 brlcad/trunk/src/other/boost/update-boost-tree.pl: fix typo
19:51.35Notify03BRL-CAD:starseeker * 58545 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Don't change the current working directory by default, since this breaks assumptions being made by bu_argv0_full_path.
19:53.25Notify03BRL-CAD Wiki:Inderpreet * 6305 /wiki/Deuces: Added Few web and outreach related tasks - 2 (more to come)
19:53.38Notify03BRL-CAD:tbrowder2 * 58541 brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: use new var to point to local Boost dir
19:56.12Notify03BRL-CAD Wiki:Inderpreet * 6306 /wiki/Deuces: Changed the category for few tasks
20:00.36Notify03BRL-CAD:tbrowder2 * 58544 (brlcad/trunk/src/other/boost/boost/predef/os/bsd/bsdi.h brlcad/trunk/src/other/boost/boost/predef/os/bsd/dragonfly.h and 5 others): fix -Wundef warnings from Boost 1.55.0; patches sent with bug report # 9397 filed with Boost.org
20:02.15Notify03BRL-CAD Wiki:Inderpreet * 6307 /wiki/Deuces:
20:04.23Notify03BRL-CAD Wiki:Inderpreet * 6308 /wiki/Deuces: /* Design a Cover Photo for Facebook page (and other social networks) */
20:05.34Notify03BRL-CAD Wiki:Inderpreet * 6309 /wiki/Deuces: /* Quality Assurance */
20:35.53Notify03BRL-CAD:carlmoore * 58547 brlcad/trunk/src/proc-db/room.c: modify the 'Program continues running' so that it happens with NO arguments only
21:16.46maths22``Erik: what should websvn use for temp if not /var/tmp or /tmp
21:31.13``Erikd'no... I've created a /user/tmp which has a lot more space, but we may need to examine why it's using so much disk
21:31.21``Erikerm, /usr/tmp
21:52.11maths22I will look into it, but right now It is important to move it.
22:46.27Notify03BRL-CAD:carlmoore * 58548 brlcad/trunk/src/proc-db/sketch.c: supply -h and -? (program then exits), and (if NO arguments were provided) supply my 'Program continues running:' message
IRC log for #brlcad on 20131116

IRC log for #brlcad on 20131116

00:04.36*** join/#brlcad caen23 (~caen23@92.81.180.244)
01:33.38Notify03BRL-CAD:tbrowder2 * 58549 brlcad/trunk/CMakeLists.txt: establish C++03 as the base C++ usage; trunk builds and passes 'make regress'--we should be able to eliminate most of Boost
02:14.17*** join/#brlcad kesha (~kesha@14.139.122.114)
03:03.34starseekerO.o http://3d.si.edu/browser
03:04.24starseeker200 Meg solid model of the Wright Flyer they say is created from laser scan data and hand drawings
03:04.32starseekertoo bad they require a login to download it...
03:36.59brlcadnifty
03:44.16Notify03BRL-CAD:brlcad * 58550 brlcad/trunk/src/libbu/progname.c: make a note that calling getcwd is wrong
04:09.28*** join/#brlcad witness (~witness12@122.161.77.201)
05:56.18*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
05:58.00binarykingthe task which requires a css3 logo for brlcad for its new website ......... why don't we just use a base64 image?
05:59.00binarykinghttp://paste.ubuntu.com/6424785/
06:00.46binarykinghttp://pastebin.com/SE8rbb42 - is better ;)
06:01.05binarykingbrlcad: what are your thoughts on this?
06:16.12*** join/#brlcad binaryking_ (~binarykin@117.200.83.253)
06:22.09*** join/#brlcad binaryking__ (~binarykin@117.200.93.97)
06:25.48*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
06:42.19*** join/#brlcad witness_ (~witness12@122.162.254.245)
06:53.16*** join/#brlcad binaryking (~binarykin@117.200.93.97)
06:53.16*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
07:18.15*** join/#brlcad ishwerdas (~inderplus@117.199.98.38)
07:32.26*** join/#brlcad ishwerdas (~inderplus@117.214.202.92)
07:34.12*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
07:42.52*** join/#brlcad caen23 (~caen23@92.81.180.244)
07:54.38*** join/#brlcad ishwerdas (~inderplus@117.214.204.240)
07:59.46binarykinghi caen23
08:02.39caen23hi
08:08.42*** join/#brlcad binaryking_ (~binarykin@117.214.52.90)
08:30.18*** join/#brlcad ishwerdas (~inderplus@117.212.53.245)
08:31.35*** join/#brlcad binaryking|n4 (~androirc@117.214.52.90)
08:36.01*** join/#brlcad binaryking__ (~binarykin@117.200.88.45)
09:06.44*** join/#brlcad ishwerdas (~inderplus@117.212.53.245)
09:13.06*** join/#brlcad binaryking (~binarykin@117.200.83.28)
09:13.06*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
09:18.11*** join/#brlcad binaryking_ (~binarykin@117.214.49.207)
09:23.31*** join/#brlcad binaryking__ (~binarykin@117.200.94.234)
09:41.37Notify03BRL-CAD Wiki:Gauravjeet singh * 6310 /wiki/Deuces: Designing coffee mug, tshirt and article for dummies, added
10:47.12Notify03BRL-CAD Wiki:Gauravjeet singh * 6311 /wiki/Deuces: Added more outreach/research tasks and a documentation task
11:00.49*** join/#brlcad binaryking (~binarykin@117.214.55.83)
11:01.30binarykinghi ishwerdas
11:01.44ishwerdashi
11:02.55binarykingishwerdas: so, instead of a css3 logo, what about a base64 data image for brl cad's new website?
11:03.10binarykingishwerdas: http://pastebin.com/SE8rbb42
11:13.52*** part/#brlcad binaryking (~binarykin@117.214.55.83)
11:19.21*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:30.25``Erikhttp://3d.si.edu/browser   3d scanned models from the smithsonian
11:31.01*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:31.14binarykinghow does BRL CAD utilize the Qt toolkit?
11:44.35``Erikdoh, starseeker beat me to it :)
11:50.12*** join/#brlcad ch3ck_ (~ch3ck@195.24.220.16)
12:22.43*** join/#brlcad ch3ck_ (~ch3ck@195.24.220.16)
13:01.32*** join/#brlcad gsingh (~androirc@117.212.53.245)
13:59.32*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:09.36maths22Websvn seems to keep taking up a lot of server resources and spawning lots of processes.
14:09.56maths22It seems to slow down everything right now, so I'm thinking I will temporarily disable it
14:33.54``Erik<-- has been ruthlessly removing tmp files and killing procs when it gets too bad :/
14:34.35``ErikI'm not even sure what the purpose of it is, sf provides one already :) musta missed a convo
14:45.12brlcad``Erik: sf's is just ... terrible (it's not actually websvn)
14:46.08brlcadtheir custom interface is entirely homegrown, lacking lots of navigation efficiency if you're actually trying to trace back through history on some set of files/commits
14:47.05brlcadif their interface doesn't fail outright (which it has been for me more than 50% of the time) due to timeouts, it takes a very long time to go through our history and respond
15:10.39*** join/#brlcad ishwerdas (~inderplus@59.91.115.99)
15:38.55*** join/#brlcad ch3ck_ (~ch3ck@41.205.13.70)
15:39.46*** join/#brlcad ishwerdas (~inderplus@117.199.105.3)
17:35.44*** part/#brlcad ch3ck_ (~ch3ck@41.205.13.70)
17:53.58*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:54.06Notify03BRL-CAD:tbrowder2 * 58551 brlcad/trunk/HACKING: style; add more style examples
17:54.45Notify03BRL-CAD:tbrowder2 * 58552 brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp: eliminate compiler warning
17:54.49Notify03BRL-CAD:tbrowder2 * 58553 brlcad/trunk/src/libged/simulate/simphysics.cpp: eliminate compiler warnings
20:26.26*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:04.22maths22'lastlog boost
22:35.27Notify03BRL-CAD Wiki:Wabouz12345 * 0 /wiki/User:Wabouz12345:
IRC log for #brlcad on 20131117

IRC log for #brlcad on 20131117

02:27.56Notify03BRL-CAD Wiki:Sjannamaraju * 0 /wiki/User:Sjannamaraju:
03:46.42*** join/#brlcad ishwerdas (~inderplus@117.199.100.22)
03:47.21ishwerdashi sean
04:07.02*** join/#brlcad witness (~witness12@122.162.254.245)
04:08.59*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
04:36.55*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:48.50Notify03BRL-CAD Wiki:Inderpreet * 6312 /wiki/Deuces: /* Outreach and Research */ Added Arc Reactor Task
05:22.21*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:31.02*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
08:20.57*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:40.35*** join/#brlcad witness (~witness12@122.162.254.245)
09:33.45*** join/#brlcad ishwerdas (~inderplus@117.199.100.22)
10:09.23*** join/#brlcad witness (~witness12@122.162.254.245)
10:18.44*** join/#brlcad ishwerdas (~inderplus@117.199.110.44)
10:47.48Notify03BRL-CAD Wiki:Stattrav * 6313 /wiki/Deuces: Added a web task.
11:10.39*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:15.47*** join/#brlcad witness (~witness12@122.162.254.245)
11:29.17*** join/#brlcad gjeet (~gaurav@117.199.110.44)
12:43.08*** join/#brlcad archit (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
12:43.43*** join/#brlcad chetna (75d05c50@gateway/web/freenode/ip.117.208.92.80)
12:44.12chetnahi all
12:44.52*** part/#brlcad archit (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
12:45.38*** join/#brlcad new_user (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
12:46.21*** join/#brlcad archit_ (75d05c50@gateway/web/freenode/ip.117.208.92.80)
12:46.56archit_all
12:46.56archit_hi
12:50.50archit_i have already worked on a game through open gl i am interetsted in working  in image processing could someone please guide me how to start working on tasks for google code in
13:29.41*** join/#brlcad kesha (~kesha@14.139.122.114)
13:38.54*** join/#brlcad ishwerdas (~inderplus@117.199.110.44)
13:42.18``Erikmaths22: websvn hammered the machine again with a slew (50+) svn calls in parallel, so I disabled it (chmod 0 style, so apache will send a 403). My gut feeling is that the websvn software does a lot of connections to the server (like 2 for every revision of every file) so our large repository, reaching across the interwebs to sourceforge, things go wonky when a bot traipses in and starts hammering... but the large number of svn calls
13:44.07*** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
13:50.02starseekerdoes websvn work against a local repository without the drama?  We could rsync the repo and mirror it locally...
13:56.25starseekeror we could try viewvc (which I believe is what sourceforge used to use before their latest iteration...)
14:15.24*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:15.33starseekera quick experiment suggests that a local rsync'd copy of the svn repo will work...
14:19.07starseeker``Erik: if that causes any trouble, just go ahead and delete the websvn3 directory...
14:20.32starseekeralso, the local repo copy shows Jun 11 as its last update date - if that's on a cron job we probably need to retarget the link to the new repo location
14:24.10starseeker``Erik: do we not like ViewVC's use of CGI programs?
14:27.41starseeker(just wondering in case websvn proves problematic even in local repo mode...)
14:37.30starseekertries both enscript and GeSHi, sees merits to both...
14:37.32starseekerhmm
14:46.52*** join/#brlcad witness (~witness12@122.162.254.245)
14:51.27starseeker``Erik: is there any downside to simply flushing websvn's temp directory every hour of files older than some threshold time?
14:52.33starseekerthat presupposes the tmp directory is specific to websvn, of course
15:05.10maths22It currently does it with a local repo
15:05.46maths22The biggest problem is that it spawns lots of processes, even with the local repo
15:05.50maths22We can deal with temp
15:06.04maths22/usr/src/brlcad is the local copy used by websvn
15:10.17``Erikstarseeker: I'm the wrong dude to ask, I'm just trying to protect the machine from this thing :D
15:20.26*** join/#brlcad kesha (~kesha@14.139.122.114)
15:27.30starseeker``Erik: fair enough
15:28.10starseekerI've tweaked things a bit and set up http://brlcad.org/websvn3/listing.php?repname=BRL-CAD to use the local clone of the svn repo - let me know if that starts causing trouble
15:29.15starseekermaths22: ah, so the space eating was with the one using the local repo?
15:30.09starseeker``Erik: if we can have a temp directory just for websvn, I'll point it to that - could you set up a cron job to flush it once an hour or some such?
15:30.26starseekermaths22: looks like it's quite dated
15:30.33starseekerthe /usr/src/brlcad sync
15:33.25starseekerI suspect what's happening (based on the behavior I'm seeing) is that websvn is caching results it generates from the subversion repo to improve performance.  As soon as anything automated hits our repo, crunch.
15:34.30starseekerthe authors must have been assuming either small repos, a *lot* of disk space, or no automatic scripts that systematically query every link
16:00.24*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
16:06.32*** join/#brlcad witness (~witness12@122.162.254.245)
16:22.20*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
16:47.15*** join/#brlcad binaryking_ (~binarykin@117.200.82.73)
16:54.40ishwerdashi binaryking
16:55.17ishwerdashi binaryking_
16:58.18binaryking_hi ishwerdas
16:58.36*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
16:58.43ishwerdasyou were talking about BRL-CAD logo earlier
16:58.48binarykingishwerdas: yep
17:01.40binarykingishwerdas: so, what about a base64 image for the logo?
17:01.47binarykingishwerdas: instead of css3
17:02.03ishwerdasI added CSS3 only logo because, i can then manipulate it to create animations, for example when user hovers the colors can change, the angle between two gears can be animated to reflect the opening and closing of brlcad logo and various amount of other manipulations can be done on that,
17:02.12ishwerdasm not sure if that can be done via base 64 image
17:02.49binarykingishwerdas: I see
17:03.09binarykingno, that can't be achieved with a base64 encoded image
17:03.25ishwerdasis there any other advantage that you are aware of with base64 image?
17:04.25binarykingishwerdas: nope
17:04.40binarykingishwerdas: btw, the new website looks awesome!
17:05.20binarykingishwerdas: can you brief me about BRL CAD and Qt, how is Qt used by BRL CAD?
17:05.50binarykingbrlcad: ^^
17:08.18*** join/#brlcad witness (~witness12@122.162.254.245)
17:08.20ishwerdasbinaryking: thanks :)  
17:10.46ishwerdasbinaryking: I guess this may help you http://brlcad.org/wiki/New_Cross-Platform_3D_Display_Manager
17:10.53binarykingishwerdas: does the website use jQuery?
17:10.59binarykingishwerdas: ah, thanks :)
17:11.43binarykingwishes to have some tasks on Qt stuff as well ;)
17:12.23ishwerdasyes it uses jQuery
17:13.09binarykingcool
17:13.22binarykingmaybe then I can come handy with web stuff ;)
17:14.46ishwerdasthat would be great!
17:27.55binarykinghttp://brlcad.org/wiki/GCI_Tasks - is this the tasks list for GCI '13?
17:30.38*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:55.09binaryking^^
17:59.10``Erikbinaryking: I think http://brlcad.org/wiki/Deuces is a better list at the moment
17:59.49binaryking``Erik: thank you
19:01.24maths22Can subversion-python be installed on the server?
19:07.37maths22It is part of the subversion port (I think)
19:39.31*** join/#brlcad kesha (~kesha@14.139.122.114)
20:38.37Notify03BRL-CAD:tbrowder2 * 58554 (ova/VM_Update-GCI-2012-12-27/CMAKE.log =================================================================== and 748 others): add notes from VM update task, GCI, by Cezar
20:54.35Notify03BRL-CAD:tbrowder2 * 58555 ova/README-VM.txt: use Cezar's updated version and trim some more.
20:55.23Notify03BRL-CAD:tbrowder2 * 58556 (ova/README-VM.txt =================================================================== and 57 others): rename for clarity
21:24.23*** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
21:47.10maths22I currently have very high CPU use from JAVA
21:47.19maths22Dont worry about it unless it causes a problem
IRC log for #brlcad on 20131118

IRC log for #brlcad on 20131118

01:45.27*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
02:42.49*** join/#brlcad ishwerdas (~inderplus@59.91.234.109)
03:11.01*** topic/#brlcad by ishwerdas -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
04:14.12Notify03BRL-CAD Wiki:Leverpostej * 0 /wiki/User:Leverpostej:
04:30.16*** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:39.00*** join/#brlcad witness (~witness12@122.248.183.23)
04:49.50*** join/#brlcad witness_ (~witness12@122.248.183.23)
05:02.12*** join/#brlcad witness (~witness12@122.248.183.23)
05:07.39*** join/#brlcad witness (~witness12@122.248.183.23)
05:16.43*** join/#brlcad witness_ (~witness12@122.248.183.23)
08:28.42*** join/#brlcad mayankmadan (~mayankmad@120.56.171.145)
09:12.31*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
09:16.22*** join/#brlcad binaryking_ (~binarykin@117.200.80.20)
09:21.44*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
10:33.00*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
10:33.32binarykinghi brlcad
10:44.39*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
11:01.14*** join/#brlcad binaryking_ (~binarykin@117.200.81.28)
11:03.31*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:30.12*** join/#brlcad binaryking_ (~binarykin@117.214.48.234)
11:32.35*** join/#brlcad binaryking__ (~binarykin@117.200.89.81)
11:41.53*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:49.43*** join/#brlcad binaryking_ (~binarykin@117.200.89.202)
11:52.23*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:53.56*** topic/#brlcad by binaryking -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
11:54.24*** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:54.36*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
12:28.51*** join/#brlcad binaryking (~binarykin@117.214.50.60)
12:55.56*** join/#brlcad binaryking_ (~binarykin@117.200.81.224)
13:02.47*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
13:10.12*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:36.36*** join/#brlcad binaryking_ (~binarykin@117.200.95.3)
13:45.24maths22Look at http://brlcad.org:8060/ for a new repo browser
13:56.55``ErikI don't see python in the /usr/ports/devel/subversion/ config options
13:57.40maths22Don't worry about it now
13:57.41``Erikdevel/py-subversion good enough?
13:57.56maths22that is right
13:58.12``Erikdo you still want it? I can install it really quick, but if it's overcome by events, *shrug*
13:58.39maths22I don't need it unless people don't like the fisheye one I just posted
13:59.23``Erikmy only issue has been the launching of several dozen to several hundred svn instances, which dogged memory down and had us swapping like mad :D
13:59.36maths22fisheye does not do that
13:59.50``Erikcool beans, thanks :D
14:00.15maths22It only uses 3.4gb of disk space instead
14:01.04``Erikin /usr? there're ~130 free gigs, so it's all good
14:02.18binaryking_maths22: cool!
14:03.09*** join/#brlcad ch3ck_ (~ch3ck@41.205.13.251)
14:06.29``Erikbrlcad: I've added a few using the google form, but I'm not finding a way to look at the created spreadsheet. Is there a read only view of the spreadsheet, or do we just wait until you've exported it to the deuces page?
14:13.18Notify03BRL-CAD:tbrowder2 * 58557 (ova/README-brlcad-development.txt ova/README.building-the-VM): updating for new VM in work
14:17.11Notify03BRL-CAD:tbrowder2 * 58558 (ova/HOME/dot_bash_aliases.txt =================================================================== and 60 others): add new dir and file for VM config use
14:18.26Notify03BRL-CAD:tbrowder2 * 58559 (ova/README-brlcad-development.txt =================================================================== and 61 others): move files to proper location
14:20.44Notify03BRL-CAD:tbrowder2 * 58560 NIL: add dir for Sourceforge site
14:21.47Notify03BRL-CAD:tbrowder2 * 58561 NIL: rename for clarity
14:22.15Notify03BRL-CAD:tbrowder2 * 58562 NIL: rename for clarity
14:22.21*** join/#brlcad binaryking__ (~binarykin@117.200.80.196)
14:22.54*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
14:23.09Notify03BRL-CAD:tbrowder2 * 58563 (ova/README.txt =================================================================== and 57 others): rename for clarity
14:24.20*** join/#brlcad witness (~witness12@182.68.21.227)
14:24.27Notify03BRL-CAD:tbrowder2 * 58564 NIL: rename for clarity
14:26.25Notify03BRL-CAD:tbrowder2 * 58565 NIL: rename for clarity
14:30.40*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
14:34.35maths22Yes, in usr
14:37.25maths22we should make a cron job to update the local repo
14:37.49maths22Or, can notifier run svnsync as www when it gets a notification of a commit
14:44.55*** join/#brlcad binaryking (~binarykin@117.200.87.71)
14:44.55*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
14:46.04Notify03BRL-CAD:tbrowder2 * 58566 NIL: add another home dir
14:46.58Notify03BRL-CAD:tbrowder2 * 58567 ova/VM-user-home-files/dot_bash_aliases.txt: move files to correct dir
15:08.55Notify03BRL-CAD:starseeker * 58568 (brlcad/trunk/src/other/boost/boost/predef/os_detected.h =================================================================== and 13 others): I think boost needs this on Mac OSX?
15:14.19*** part/#brlcad ch3ck_ (~ch3ck@41.205.13.251)
15:14.46*** join/#brlcad caen23 (~caen23@92.81.176.180)
15:18.26Notify03BRL-CAD:tbrowder2 * 58569 (ova/README.building-the-VM ova/Sourceforge-VM-files/README.txt ova/VM-user-home-files/brlcad-code-examples/README-examples.txt): update
15:19.49Notify03BRL-CAD:tbrowder2 * 58570 (ova/README.building-the-VM =================================================================== and 95 others): rename for Windows use
15:22.58Notify03BRL-CAD:carlmoore * 58571 brlcad/trunk/src/proc-db/sketch.c: remove trailing tab
15:24.07Notify03BRL-CAD:tbrowder2 * 58572 (ova/VM-user-home-files/brlcad-config.sh =================================================================== and 10 others): add a convenience config script
15:25.12*** join/#brlcad caen23 (~caen23@92.85.87.46)
15:27.24*** join/#brlcad binaryking (~binarykin@117.200.87.71)
15:27.54*** join/#brlcad gcibot (~gcibot@117.200.91.101)
15:31.37Notify03BRL-CAD:tbrowder2 * 58573 (ova/Sourceforge-VM-files/README.loading-the-VM.txt =================================================================== and 6 others): add instructions
15:32.50Notify03BRL-CAD:tbrowder2 * 58574 NIL: new dir
15:33.19Notify03BRL-CAD:tbrowder2 * 58575 ova/VM-user-home-files/README-brlcad-development.txt: move to proper dir
16:03.04maths22what is gcibot?
16:05.54*** join/#brlcad gcibot (~gcibot@117.200.91.101)
16:15.58*** join/#brlcad ishwerdas (~inderplus@59.91.112.60)
16:19.47*** join/#brlcad gcibot (~gcibot@117.200.91.101)
16:24.53*** join/#brlcad gcibot (~gcibot@117.200.91.101)
16:29.29*** join/#brlcad gcibot (~gcibot@117.200.91.101)
16:29.45*** join/#brlcad caen23 (~caen23@92.81.208.248)
16:46.26*** join/#brlcad gcibot (~gcibot@117.200.91.101)
16:54.02*** join/#brlcad Wabouz_ (~Wabouz@78.193.58.118)
16:54.11Wabouz_Bonsoir
16:54.26Wabouz_Je participe au Google code in
16:54.56Wabouz_J'aimerai beaucoup pouvoir aider à travers des taches
16:55.43*** join/#brlcad gcibot (~gcibot@117.200.91.101)
16:56.08binarykinggcibot: hi?
16:56.09gcibotbinaryking: Hey, I'm a bot written by aviraldg who inserts metadata about GCI links! Source at: https://github.com/aviraldg/gcibot.
17:01.01*** join/#brlcad jschulte (~johannes@p4FDFB09A.dip0.t-ipconnect.de)
17:01.02*** join/#brlcad mandeep (~mandeep@202.164.53.116)
17:11.11*** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
17:11.12*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
17:12.54binarykinghttps://google-melange.appspot.com/gci/task/view/google/gci2013/6023159862001664
17:12.57gcibotCreate a CSS only version of BRL-CAD Logo
17:12.57gcibotStatus: ClaimRequested
17:12.57gcibotMentor(s): Sean
17:12.58binarykingclaimed :)
17:13.35YuGinhttps://google-melange.appspot.com/gci/task/view/google/gci2013/5112711083982848
17:13.38gcibotFix at least 8 spelling mistakes in at least 8 different files #2
17:13.38gcibotStatus: ClaimRequested
17:13.38gcibotMentor(s): Sean
17:13.39YuGinClaimed...
17:13.48*** join/#brlcad aviraldg (aviraldg@unaffiliated/aviraldg)
17:19.42YuGinHi Sean, are you there?
17:20.27Notify03GCI:Andromeda Galaxy *  Create numerics library (LIBBN) unit test for any file: Task Claimed - I would like to work on this task.
17:20.44*** join/#brlcad gcibot (~gcibot@117.200.91.101)
17:22.12Notify03GCI:Sean *  Migrate Drupal site to Wordpress: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
17:22.13Notify03GCI:Sean *  Migrate Drupal site to Wordpress: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
17:22.33*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
17:24.31maths22WHy is notify posting twice?
17:26.12andromeda-galaxyHi, I've just claimed a task for Google code-in and I would like to say hello to my mentor (Sean); if you are here, can you tell me what your IRC nick is?
17:26.51maths22his nick is brlcad
17:27.13andromeda-galaxymaths22: thanks, do you know when he is likely to be here?
17:27.42Notify03GCI:Bterhi *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Claimed - I would like to work on this task.
17:28.10YuGinTo add do, do you know what timezone he is in?
17:31.51Notify03GCI:Jacob B *  Migrate Drupal site to Wordpress: Account -  brlcad: I don't know what you see for this, but I am maths22, so I already have an account.
17:32.14YuGinI meant *to add on...
17:35.27Notify03GCI:YuGin *  Fix at least 8 spelling mistakes in at least 8 different files #2: Task Claimed - I would like to work on this task.
17:36.57Notify03GCI:Jacob B *  Migrate Drupal site to Wordpress: Task Claimed - I would like to work on this task.
17:37.02Notify03GCI:Jacob B *  Migrate Drupal site to Wordpress: Task Claimed - I would like to work on this task.
17:41.12Notify03GCI:Gary-Austin Morales *  Write an article soliciting a Windows platform maintainer: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:41.17Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #2: Task Assigned - This task has been assigned to YuGin. You have 72 hours to complete this task, good luck!
17:41.51andromeda-galaxybrlcad: What timezone are you in?
17:41.52Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Task Claimed - I would like to work on this task.
17:41.53Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Task Claimed - I would like to work on this task.
17:42.02Notify03GCI:Andrei *  Create numerics library (LIBBN) unit test for any file: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
17:42.03Notify03GCI:Andrei *  Create numerics library (LIBBN) unit test for any file: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
17:44.35*** join/#brlcad gcibot (~gcibot@117.200.91.101)
17:46.43Notify03GCI:Divya Ranjan *  Create a CSS only version of BRL-CAD Logo #2: Task Claimed - I would like to work on this task.
17:49.38Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: Task Assigned - This task has been assigned to binaryking. You have 72 hours to complete this task, good luck!
17:49.43Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: Task Assigned - This task has been assigned to binaryking. You have 72 hours to complete this task, good luck!
17:50.03*** join/#brlcad gcibot (~gcibot@117.200.91.101)
17:51.12Notify03GCI:Mandeep Kaur *  Create a CSS only version of BRL-CAD Logo #2: Task Assigned - This task has been assigned to Divya Ranjan. You have 72 hours to complete this task, good luck!
17:52.36Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Task Claimed - I would like to work on this task.
17:53.38Notify03GCI:Divya Ranjan *  Create a CSS only version of BRL-CAD Logo #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:53.43Notify03GCI:Divya Ranjan *  Create a CSS only version of BRL-CAD Logo #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
18:01.29*** join/#brlcad gcibot (~gcibot@117.200.91.101)
18:02.20Notify03BRL-CAD:carlmoore * 58576 brlcad/trunk/src/proc-db/sphflake.c: some simplification (removing some braces, removing unneeded =0 initializion; H removed as option and ? added
18:05.24Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
18:05.24maths22brlcad: I have started at brlcad.org/wp
18:05.29Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
18:05.31maths22Articles are migrated
18:05.44Notify03GCI:Feliks *  Create prototype 2D Drawing: Task Claimed - I would like to work on this task.
18:05.49Notify03GCI:Feliks *  Create prototype 2D Drawing: Task Claimed - I would like to work on this task.
18:06.54Notify03GCI:Sean *  Create prototype 2D Drawing: Task Assigned - This task has been assigned to Feliks. You have 72 hours to complete this task, good luck!
18:07.04Notify03GCI:Sean *  Create prototype 2D Drawing: Task Assigned - This task has been assigned to Feliks. You have 72 hours to complete this task, good luck!
18:08.29Notify03GCI:Andrei *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Assigned - This task has been assigned to Bterhi. You have 72 hours to complete this task, good luck!
18:09.51Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task.
18:09.56Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task.
18:10.46Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
18:10.47Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
18:12.46Notify03GCI:Gary-Austin Morales *  Write an article soliciting a Windows platform maintainer: Task Claimed - I would like to work on this task.
18:12.47Notify03GCI:Gary-Austin Morales *  Write an article soliciting a Windows platform maintainer: Task Claimed - I would like to work on this task.
18:24.25*** join/#brlcad kesha (~kesha@14.139.122.114)
18:24.51binarykingbrlcad: there?
18:26.33andromeda-galaxybrlcad: In the task description it says to look at src/libbn/tests/rand.c, does that mean that for this task I have to test that file, or can I write tests for any untested libbn file?
18:27.54caen23andromeda-galaxy: that file *is* a test, it's given as an example
18:28.10andromeda-galaxyMy git checkout doesn't show a src/libbn/tests/rand.c
18:29.52caen23sorry, didn't look for it
18:31.11andromeda-galaxySince it isn't there, does that mean that that is the one that I need to write? It is definitely not in SVN revision 58575 which is the one that I have checkout out from an our ago
18:31.20Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task.
18:31.30Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task.
18:31.31*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
18:31.45binarykingandromeda-galaxy: src/libbn/rand.c is the file which you have to write a test for
18:32.09andromeda-galaxybinaryking: okay, I was just wondering because the task description says any file
18:32.35Notify03GCI:Mandeep Kaur *  Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck!
18:32.35binarykingandromeda-galaxy: src/libbn/tests/bn_rand.c will be the source file for the unit test
18:32.36Notify03GCI:Mandeep Kaur *  Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck!
18:32.42binarykingright caen23 ?
18:32.55andromeda-galaxybinaryking: So just a test for void bn_mathtab_constant(void) {}?
18:33.44caen23i think so, too. link to the task, btw?
18:35.05andromeda-galaxysorry, here: http://www.google-melange.com/gci/task/view/google/gci2013/4518287610216448
18:35.08gcibotCreate numerics library (LIBBN) unit test for any file
18:35.08gcibotStatus: Claimed (2 hours, 23 minutes left)
18:35.08gcibotMentor(s): Sean
18:35.18andromeda-galaxythat is the one that I claimed
18:35.40Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: asc2g available? -  I would like to document the asc2g function for this task. If not that, then the ad one. The task...
18:35.45Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: asc2g available? -  I would like to document the asc2g function for this task. If not that, then the ad one. The task...
18:35.51andromeda-galaxyBTW: gcibot got the hours/minutes mixed up with the days/hours
18:36.12aviraldgandromeda-galaxy, willfix
18:37.22andromeda-galaxyaviraldg: do you mean gcibot or the task description (to say rand.c)?
18:37.48aviraldggcibot, of course
18:37.48gcibotaviraldg: Hey, I'm a bot written by aviraldg who inserts metadata about GCI links! Source at: https://github.com/aviraldg/gcibot.
18:37.56aviraldgugh
18:38.08binaryking:P
18:38.21andromeda-galaxyaviraldg: okay
18:39.07YatharthROCKWhat VCS does BRL-CAD use?
18:39.52caen23andromeda-galaxy: i think any new test will do, the description must've been simply copied from an existing task
18:40.04keshaYatharthROCK: svn
18:40.05andromeda-galaxycaen23: okay, thanks for the information
18:41.00Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Ready for review - The work on this task is ready to be reviewed.
18:44.35keshaaviraldg: Check and merge pull request on gci bot to correct day-hours.
18:44.52aviraldgoops
18:44.58aviraldgjust fixed it myself :P
18:45.01aviraldgthanks anyway
18:45.03*** join/#brlcad gcibot (~gcibot@117.200.91.101)
18:45.13keshaokay :D
18:54.02andromeda-galaxyOne last thing --- is the testing convention to make tests that take lists of numbers and return true if the numbers satisfy their tests? (i.e. test_bn_3pts_collinear would take three points and return true if the bn_3pts_collinear function returns true)
18:57.46keshaandromeda-galaxy: you can use int as return type and return 0 if true and -1 if false. Any logic is fine. And then if successful, display result using bu_log.
18:58.23keshaandromeda-galaxy: Look at other tests. You can steal the format and/or idea wherever applicable ;)
18:58.48andromeda-galaxykesha: so it takes a list of numbers in as a string and returns something indicating if those numbers fulfilled a specific predicate?
18:59.02andromeda-galaxyI'm trying to write a test for bn_plane.c
19:04.09Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Find out about a maintainer -  Im having trouble gaining a full understanding of what a 'maintainer' is. So far i have...
19:04.14Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Find out about a maintainer -  Im having trouble gaining a full understanding of what a 'maintainer' is. So far i have...
19:05.27keshaandromeda-galaxy: you might like to see this prototype - int bn_3pts_collinear(fastf_t *a, fastf_t *b, fastf_t *c, const struct bn_tol *tol);
19:06.24andromeda-galaxykesha: bn_3pts_collinear or test_bn_3pts_collinear?
19:06.50keshatest_bn_3pts_collinear is the one you are supposed to write
19:06.59andromeda-galaxyand the main() function should parse a string to get the a,b,c, right?
19:11.38andromeda-galaxyIs there a preference on whether main() takes a string and parses it (like bn_list) or has them hardcoded (like bn_poly)? that is sort of what I was trying to ask...
19:17.47keshaI guess a test can be hardcoded if you are sure about the hardcoded values would check for all possibilites or are found from output of some other function or program. Otherwise, you would be introducing magic numbers, which is hard to debug in future.
19:18.01andromeda-galaxykesha: okay, thanks
19:18.17andromeda-galaxythe definition of fastf_t is somewhat confusing, but I think I'm getting there...
19:19.00andromeda-galaxybu.h defines fastf_t to be a double, but it seems to be used like a 3-vector in other places...
19:20.56Notify03GCI:Yatharth Agarwal *  Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:21.26Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Task Claimed - I would like to work on this task.
19:23.07YatharthROCKWhich logo do we have to reproduce for this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
19:23.37YatharthROCKAs 2-d one <http://brlcad.org/images/angelov_512x256.png> or a 3-d one <http://brlcad.org/images/angelov3d_512x256.png>?
19:24.11*** join/#brlcad gcibot (~gcibot@117.200.91.101)
19:26.15Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck!
19:27.28andromeda-galaxykesha: where are the constants X,Y,Z defined? how are they being used to index fastf_t? Sorry to bother you more, but I can't easily find things like this in a codebase this size, if you have any suggestions on how to do that better I will happily take them.
19:41.03Notify03BRL-CAD:tbrowder2 * 58577 ova/VM-user-home-files/README-brlcad-development.txt: update
19:42.42Notify03BRL-CAD:tbrowder2 * 58578 ova/Sourceforge-VM-files/README.txt: update
19:43.42keshaandromeda-galaxy: which constants X,Y,Z are you talking abt ?
19:44.25andromeda-galaxykesha: in plane.c, bn_pt3_pt3_equal, for instance, says
19:44.25Notify03BRL-CAD:tbrowder2 * 58579 ova/VM-user-home-files/brlcad-config.sh: add missing lines
19:44.32andromeda-galaxya[X]-b[X]
19:44.36andromeda-galaxywhen a,b are fastf_t
19:44.41andromeda-galaxysorry, fastf_t*
19:46.09andromeda-galaxyI was wondering how X,Y,Z were being used to index fastf_t (which is a typedef for double in this case) to get 3 values out of it.
19:49.06Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: Task Claimed - I would like to work on this task.
19:49.20Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2: hopping around -  Yatharth, hopping around to a lot of different tasks frequently usually makes it much more difficult to complete any...
19:49.28keshaandromeda-galaxy: http://pastebin.com/CtX88TaG
19:50.01andromeda-galaxykesha: ah, thanks
19:50.47andromeda-galaxyI was thrown off the most by the fact that as far as I can tell the tests pass in point_t and the code looks at them as pointers to fastf_t
19:50.59andromeda-galaxyalso, where should I get a tol object to put in?
19:51.02keshaGood Luck andromeda-galaxy, got to go ..
20:07.44andromeda-galaxyshould bn_plane_3pts_collinear return true or false when all the points are the same?
20:09.34*** join/#brlcad talga (~dajoshina@ip68-0-230-7.ri.ri.cox.net)
20:12.28Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Andrei. You have 72 hours to complete this task, good luck!
20:12.29Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Andrei. You have 72 hours to complete this task, good luck!
20:14.16*** part/#brlcad talga (~dajoshina@ip68-0-230-7.ri.ri.cox.net)
20:19.41andromeda-galaxyCan someone point me to something that documents the intended behavioir of bn_3pts_collinear please?
20:19.50andromeda-galaxyI need to know what it should do if the three points are all the same
20:22.53andromeda-galaxybrlcad: are you here?
20:34.40andromeda-galaxyI think I might have a bug in bn_3pts_collinear
20:35.08andromeda-galaxyI get this data
20:35.09andromeda-galaxy:
20:35.24andromeda-galaxy6,2,4 6,2,4 9.3,8.1,4.6: collinear
20:35.37andromeda-galaxy9.3,8.1,4.6 6,2,4 6,2,4: non collinear
20:35.52andromeda-galaxy6,2,4 9.3,8.1,4.6 6,2,4: collinear
20:36.07andromeda-galaxy5.3,8.1,9.6 5.3,8.1,9.6 5.3,8.1,9.6: non collinear
20:36.22andromeda-galaxyCan someone tell me if this is the expected behavior please?
20:37.05andromeda-galaxybrlcad:, aviraldg:, are you here?
21:04.35brlcadandromeda-galaxy: hello!
21:04.46brlcadit's a busy day, as you can imagine .. some responses will take a little while
21:04.51andromeda-galaxyah, thanks
21:05.05andromeda-galaxybrlcad: did you see my question about the behavior of 3pts_collinear?
21:05.54brlcadmaths22: awesome
21:05.59andromeda-galaxybrlcad: if that is what it should be doing I will alter my tests and submit them, if it is not what it should be doing I will keep the tests the same and submit hem
21:10.03Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Claimed - I would like to work on this task.
21:11.49andromeda-galaxybrlcad: I was trying to do this task: http://brlcad.org/images/angelov_256.png
21:11.54andromeda-galaxysorry, i mean:
21:12.15andromeda-galaxyhttp://www.google-melange.com/gci/task/view/google/gci2013/4518287610216448
21:12.18gcibotCreate numerics library (LIBBN) unit test for any file
21:12.18gcibotStatus: Claimed (2 days, 20 hours left)
21:12.18gcibotMentor(s): Sean
21:36.33andromeda-galaxyI'm sorry to ask again, but I just need to know what that function should do so that I can adjust a value and then I can submit my task, so it would be great if someone could tell me the expected output of bn_3pts_collinear in the cases above
21:40.29Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete this task, good luck!
21:43.35Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816:   maintainer  : maintainer - ...
21:43.35Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816:   maintainer  : maintainer - ...
21:44.35Notify03GCI:Sean *  Add missing documentation (for any ONE command) #3: both -  I believe they are both available, but you'll know by looking in the source distribution for the corresponding documentation...
21:44.36Notify03GCI:Sean *  Add missing documentation (for any ONE command) #3: both -  I believe they are both available, but you'll know by looking in the source distribution for the corresponding documentation...
21:46.00Notify03GCI:Sean *  Migrate Drupal site to Wordpress: recognized -  Yep, recognized you right away Jacob!  This is going to be ... good. :)
21:53.56Notify03GCI:Benj *  Create numerics library (LIBBN) unit test for qmath.c: Task Claimed - I would like to work on this task.
21:54.01Notify03GCI:Benj *  Create numerics library (LIBBN) unit test for qmath.c: Task Claimed - I would like to work on this task.
21:59.22Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: appreciated -  OK thanks
22:02.27Notify03GCI:Sean *  Create numerics library (LIBBN) unit test for qmath.c: Task Assigned - This task has been assigned to Benj. You have 72 hours to complete this task, good luck!
22:02.57Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: you decide -  You decide, but it needs to be effective. You may need voice or overlays to explain what you're doing. Otherwise, just watching a mouse...
22:03.20andromeda-galaxybrlcad: sorry to bother you, but I was wondering if you had seen my question, since all that I need to submit my task is an answer to that one thing
22:07.23Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: voice -  should I record voice too, or just the screen?
22:10.33*** part/#brlcad Wabouz_ (~Wabouz@78.193.58.118)
22:19.54Notify03BRL-CAD Wiki:Evanhart616 * 0 /wiki/User:Evanhart616:
22:21.36andromeda-galaxyHi, can anyone explain what the behavior of bn_3pts_collinear should be when two or three of the points are the same?
22:46.19Notify03BRL-CAD:tbrowder2 * 58580 (ova/VM-user-home-files/brlcad-code-examples/link-files.sh =================================================================== and 24 others): add utility script
22:46.33Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Potential Site -  The potential desktop and mobile views are in a zip folder which will be uploaded momentarilly.
22:46.47*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:50.34Notify03GCI:Benj *  Create numerics library (LIBBN) unit test for qmath.c: Communication -  Sean how could I communicate to you?
22:50.44Notify03GCI:Benj *  Create numerics library (LIBBN) unit test for qmath.c: Communication -  Sean how could I communicate to you?
22:54.25Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
22:56.40Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Please Use Mockup2.zip -  There were some formatting mistakes in the uploaded files. Please Use Mockup2.zip
23:00.03andromeda-galaxyHi, can anyone explain what the behavior of bn_3pts_collinear should be when two or three of the points are the same?
23:00.29maths22andromeda-galaxy: just so you know, any mentor can help you with any task (almost) at brlcad
23:00.35maths22other orgs may not be the same
23:00.44andromeda-galaxymaths22: thanks
23:02.04andromeda-galaxymaths22: I'm having trouble finding anyone here right now, I just need to answer this question to set 2-3 expected-values and then I can submit my task but it seems that there haven't been any mentors here that can help me with it for the last 2 hrs
23:08.01Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: format? -  Can this be done on a word document or notepad? is there a specific software i should use for creating this?...
23:11.23n_reedandromeda-galaxy: function behavior should be documented in the header file containing the function declaration; in the case of bn_* functions, the file is include/bn.h
23:28.19andromeda-galaxyn_reed: thanks
23:29.11andromeda-galaxyhowever, I was wondering what it means by collinear
23:29.17andromeda-galaxyi.e. do three identical points count?
23:29.23andromeda-galaxyor what if two are the same and another is not?
23:29.44andromeda-galaxyAlso, the ordering-does-not-matter restriction is broken by the test that I have here
23:30.21andromeda-galaxyshould I submit the test that fails since I think that it should be failing?
23:32.26*** join/#brlcad Ben__ (62711b7a@gateway/web/freenode/ip.98.113.27.122)
23:32.45Ben__What is Unit Testing Software?
23:33.29Notify03GCI:Andromeda Galaxy *  Create numerics library (LIBBN) unit test for any file: Ready for review - The work on this task is ready to be reviewed.
23:34.12andromeda-galaxybrlcad: A test fails, but I think that that is because the code doesn't do what it should
23:34.19andromeda-galaxybrlcad: can you please review my code?
23:40.00Notify03GCI:Daniel Rossberg *  Create a CSS only version of BRL-CAD Logo: Some issues -  Your file looks ill formated and contains java script. This could be caused by the Melange website. Maybe you...
23:40.02Notify03GCI:Daniel Rossberg *  Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
23:42.31Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website: Task Claimed - I would like to work on this task.
23:42.45*** join/#brlcad AndroUser (~androirc@117.199.97.29)
23:44.26Notify03GCI:Gauravjeet Singh *  Create Wordpress theme for BRL-CAD website: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck!
23:44.31Notify03GCI:Gauravjeet Singh *  Create Wordpress theme for BRL-CAD website: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck!
23:46.32*** join/#brlcad witness_ (~witness12@182.68.21.227)
23:54.10*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
IRC log for #brlcad on 20131119

IRC log for #brlcad on 20131119

00:10.15Notify03BRL-CAD:tbrowder2 * 58581 (ova/Sourceforge-VM-files/copy-to-brlcad-vm-site.sh.template =================================================================== and 31 others): add script templates for file transfer
00:10.16*** join/#brlcad ishwerdas (~inderplus@117.199.97.29)
00:10.58Notify03BRL-CAD:tbrowder2 * 58582 (ova/Sourceforge-VM-files/README.loading-the-VM.txt ova/Sourceforge-VM-files/README.txt): update with latest info
00:11.46Notify03BRL-CAD:tbrowder2 * 58583 ova/Build-VM/README.building-the-VM.txt: update with latest info
00:18.01Notify03GCI:Hardeep Singh Rai *  Create numerics library (LIBBN) unit test for qmath.c http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368:   IRC   Use IRC channel or mailing list....
00:29.27Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Task Claimed - I would like to work on this task.
00:29.32Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Task Claimed - I would like to work on this task.
00:30.22Notify03GCI:Gauravjeet Singh *  Implement a centroid function for right hyperbolic cylinders (RHC): Task Assigned - This task has been assigned to Andrew. You have 72 hours to complete this task, good...
00:37.32*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
00:38.05binarykinghi ishwerdas
00:38.12ishwerdashi
00:38.17ishwerdashi binaryking
00:39.07binarykingishwerdas: how do I make the border-radius to bulge inwards?
00:39.31binarykingwe need jQuery then, as just simple CSS3 won't do the trick
00:41.08ishwerdasbinaryking: wait, let me confirm. I will get back to you soon.
00:44.42ishwerdasbinaryking: no, you don't need jQuery for that. There is a simple trick that can do this (just a few lines of CSS). I would love, if you try a bit more finding the CSS property that can achieve this. For now, I confirm that it can be done only with CSS  
00:45.23binarykingishwerdas: inward border-radius?
00:45.31binarykinghmm, lemme see
00:58.35Notify03GCI:Benj *  Create numerics library (LIBBN) unit test for qmath.c: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:01.53*** join/#brlcad binaryking (~binarykin@117.200.80.38)
01:01.53*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
01:19.27*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
01:20.17YuGinHi mentor Sean, are you there?
01:39.10maths22brlcad: I don't think I should migrate users: they integrate with mediawiki and need to be redone to integrate with wordpress
01:39.22maths22maybe that could be another task?
01:39.31maths22Also, I have not migrated comments
01:39.40maths22Do you think they are worth it?
01:39.57maths22Obviously, the theming is also wrong right now, but that will change
01:43.44*** join/#brlcad aviraldg-2 (aviraldg@117.200.84.147)
01:53.20brlcad~cadsvn
01:53.20infobotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
02:03.17brlcadYuGin: welcome
02:03.53YuGinHi, I have a few clarifications I would like to make regarding my task: 'Fix at least 8 spelling mistakes in at least 8 different files #2'
02:03.58brlcadandromeda-galaxy: I'm here pretty much all day and night nearly every day
02:04.20YuGininfobot posted a link a few lines ago, is that where I can find the latest, most updated source code?
02:04.21infobotYuGin: okay
02:05.25brlcadandromeda-galaxy: today being the first day .. makes for a very busy day and little time to talk
02:05.46brlcadin fact this week will be pretty packed, but I do answer if people are still here when I can respond
02:06.46brlcadmaths22: any way to associate an image with each article like in dp?
02:09.27brlcadandromeda-galaxy: looking at src/libbn/tests/rand.c is just an example .. there are lots of unit test examples (and yes, a unit test for ANY libbn file is a valid GCI task)
02:09.45brlcadyou just have to make sure you test all the public functions in each file
02:11.19maths22What do you mean?
02:11.45maths22the way it is displayed is just some html at the beginnign of the artile (I think)
02:15.40brlcadandromeda-galaxy: ah, and tests/rand.c is the one you write (if that's the corresponding one you're testing)
02:18.30brlcadcaen23: you participating again?
02:19.13*** part/#brlcad Ben__ (62711b7a@gateway/web/freenode/ip.98.113.27.122)
02:23.13brlcadandromeda-galaxy: sorry I had to bolt before your follow-up question earlier today about colinear points
02:25.43Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task.
02:25.48Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task.
02:26.13Notify03GCI:Harmanpreet *  Write an article soliciting a Windows platform maintainer: Your Choice -  We only need a well written article no matter which editor or word processor is used. Article should be...
02:26.14Notify03GCI:Harmanpreet *  Write an article soliciting a Windows platform maintainer: Your Choice -  We only need a well written article no matter which editor or word processor is used. Article should be...
02:27.03Notify03GCI:Harmanpreet *  Fix at least 8 spelling mistakes in at least 8 different files: Task Assigned - This task has been assigned to David Gumberg. You have 72 hours to complete this task, good luck!
02:29.26brlcadYuGin: catching up with the backlog, yes that is how to obtain our latest code
02:31.22YuGinOk thanks. Also, what exactly would be the 'patch file' that I have to submit as per the instructions? Is it simply a document detailing all the mistakes I've found?
02:32.21maths22YuGin:http://ariejan.net/2007/07/03/how-to-create-and-apply-a-patch-with-subversion/
02:32.42brlcadmaths22: right, in drupal, it is just embedded as an <img> tag .. but presumably wp has a way to associate images?  drupal has a way, we just didn't use it
02:33.02brlcad(and yes, I realize this would be a separate GCI task)
02:33.28Notify03GCI:Daniel Rossberg *  Create numerics library (LIBBN) unit test for any file: Looks good, but ... -  I havn't tested it yet, but at a first sight it looks good. However, I think the year in the...
02:33.33Notify03GCI:Daniel Rossberg *  Create numerics library (LIBBN) unit test for any file: Looks good, but ... -  I havn't tested it yet, but at a first sight it looks good. However, I think the year in the...
02:33.34Notify03GCI:Daniel Rossberg *  Create numerics library (LIBBN) unit test for any file: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
02:33.54YuGin@maths22, great, thanks.
02:34.24Notify03GCI:Ellis *  Fix bounding box function for our polygonal mesh (BoT) primitive: Task Claimed - I would like to work on this task.
02:34.34maths22SHould I then close my current one
02:34.35brlcadYuGin: you can also see a summary of how to make a patch here: http://brlcad.org/wiki/Deuces#When_You.27re_Done
02:36.34Notify03GCI:Harmanpreet *  Fix bounding box function for our polygonal mesh (BoT) primitive: Task Assigned - This task has been assigned to Ellis. You have 72 hours to complete this task, good luck!
02:36.39Notify03GCI:Harmanpreet *  Fix bounding box function for our polygonal mesh (BoT) primitive: Task Assigned - This task has been assigned to Ellis. You have 72 hours to complete this task, good luck!
02:41.23Notify03GCI:Sean *  Create numerics library (LIBBN) unit test for qmath.c http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368:   anyone   Benj,  I saw your query on IRC, but you...
02:41.33Notify03GCI:Sean *  Create numerics library (LIBBN) unit test for qmath.c http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368:   anyone   Benj,  I saw your query on IRC, but you...
02:42.08Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
02:42.13Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
02:43.29Notify03GCI:Ellis *  Fix bounding box function for our polygonal mesh (BoT) primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now.
02:50.04Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560:   not bad   Palindrome,  The design is interesting,...
02:51.44Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: add article to wiki -  Alex, in addition to what Harmanpreet said, the task description says what to do with the article....
03:01.20Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: bigger -  Also needs to be bigger.
03:05.58*** join/#brlcad YuGin_ (~IceChat77@182.55.146.247)
03:06.51*** part/#brlcad YuGin_ (~IceChat77@182.55.146.247)
03:06.51*** join/#brlcad YuGin_ (~IceChat77@182.55.146.247)
03:16.56brlcad``Erik: any idea why the notifications are duplicated?
03:17.19brlcadpresumably getting two e-mails, but why
03:21.00Notify03GCI:Jacob B *  Migrate Drupal site to Wordpress: Ready for review - The work on this task is ready to be reviewed.
03:21.05Notify03GCI:Jacob B *  Migrate Drupal site to Wordpress: Ready for review - The work on this task is ready to be reviewed.
03:39.10Notify03GCI:Sam *  Design a Cover Photo for Facebook page (and other social networks): Task Claimed - I would like to work on this task.
03:56.30Notify03GCI:Karena *  Create a CAD inspired icon-set for BRL-CAD website: Task Claimed -  I would like to work on this task.
04:15.33*** join/#brlcad awabimakoto (~tc@th121025.ip.tsinghua.edu.cn)
04:17.51Notify03GCI:Karena *  Create a CAD inspired icon-set for BRL-CAD website: Task Claimed - I would like to work on this task.
04:17.56Notify03GCI:Karena *  Create a CAD inspired icon-set for BRL-CAD website: Task Claimed - I would like to work on this task.
04:51.42Notify03GCI:Harmanpreet *  Create a CAD inspired icon-set for BRL-CAD website: Task Assigned - This task has been assigned to Karena. You have 72 hours to complete this task, good luck!
04:51.52Notify03GCI:Harmanpreet *  Create a CAD inspired icon-set for BRL-CAD website: Task Assigned - This task has been assigned to Karena. You have 72 hours to complete this task, good luck!
04:52.22Notify03GCI:Harmanpreet *  Design a Cover Photo for Facebook page (and other social networks): Task Assigned - This task has been assigned to Sam. You have 72 hours to complete this task, good luck!
04:53.44*** join/#brlcad witness (~witness12@122.248.183.23)
04:56.35*** join/#brlcad atsoc (~andrew@135.0.83.118)
04:57.19*** join/#brlcad atsoc (~andrew@135.0.83.118)
05:25.21*** join/#brlcad awabimakoto (~awabimako@117.136.0.213)
05:35.39*** join/#brlcad witness_ (~witness12@122.248.183.23)
05:40.39*** join/#brlcad witness (~witness12@122.248.183.23)
05:44.49*** join/#brlcad caen23 (~caen23@92.81.170.231)
05:49.28*** join/#brlcad witness_ (~witness12@122.248.183.23)
06:01.24*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
06:18.34*** join/#brlcad witness123_ (~witness12@122.248.183.23)
06:25.36*** join/#brlcad witness (~witness12@122.248.183.23)
06:25.44Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: 2-D logo or 3-D logo? -  One, sorry for the hopping around. I was extremely nervous, but I'm going to see tasks through now. ...
06:28.59YuGinSean, or anyone else who can help- How do I export a patch file from a Virtual Machine to Windows?
06:33.13YuGinNever mind- I figured out how to use my thumbdrive for it.
06:34.30Notify03GCI:YuGin *  Fix at least 8 spelling mistakes in at least 8 different files #2: Ready for review - The work on this task is ready to be reviewed.
07:00.54*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
07:33.51Notify03GCI:John *  Design a T-Shirt for BRL-CAD: Task Claimed - I would like to work on this task.
07:34.51Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Allow me -  Let me redesign and get back to you after school.
07:34.56Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Allow me -  Let me redesign and get back to you after school.
07:43.03Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: MGED or Archer? -  Which one should I use?
07:45.58Notify03GCI:John *  Design a T-Shirt for BRL-CAD: Node problem -  Hey guys, there's a Node problem there, meaning I can't seem to be able to connect to your IRC - It's loading forever
07:45.59Notify03GCI:John *  Design a T-Shirt for BRL-CAD: Node problem -  Hey guys, there's a Node problem there, meaning I can't seem to be able to connect to your IRC - It's loading forever
07:54.37*** join/#brlcad witness (~witness12@122.248.183.23)
07:55.47Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Task Claimed - I would like to work on this task.
08:27.14YatharthROCKCould someone help me make the BRL-CAD logo in CSS? No matter what I do, some part of the logo that shouldn't be covered by another is always covered. I nee help with the stacking. See <http://jsfiddle.net/YatharthROCK/4v2Hf/2/> for my code
08:33.30Notify03GCI:Harmanpreet *  Design BRL-CAD phone/tablet back cover: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good luck!
08:34.30Notify03GCI:Harmanpreet *  Design a T-Shirt for BRL-CAD: Task Assigned - This task has been assigned to John. You have 72 hours to complete this task, good luck!
08:48.12*** join/#brlcad gcibot (~gcibot@117.200.93.193)
08:51.34*** join/#brlcad gcibot (~gcibot@117.200.93.193)
08:54.51Notify03GCI:John *  Design a T-Shirt for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
08:54.57Notify03GCI:John *  Design a T-Shirt for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
09:02.09*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
09:02.40binarykingbrlcad: ping!
09:05.33*** join/#brlcad gcibot (~gcibot@117.200.93.193)
09:08.58*** join/#brlcad witness (~witness12@122.248.183.23)
09:17.16Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Re: bigger -  Can you please give the exact dimensions for the logo in pixels?  Thank You
09:17.26Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Re: bigger -  Can you please give the exact dimensions for the logo in pixels?  Thank You
09:20.47*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:22.51Notify03GCI:Kingshuk Kundu *  Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task.
09:24.15*** join/#brlcad caen23 (~caen23@92.81.168.188)
09:25.12Notify03GCI:Kingshuk Kundu *  Create a custom wikimedia skin for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
09:29.12Notify03GCI:Sam *  Design a Cover Photo for Facebook page (and other social networks): Ready for review - The work on this task is ready to be reviewed.
09:43.03*** join/#brlcad binaryking_ (~binarykin@117.200.81.70)
09:53.40Notify03GCI:Marin Alexandra *  Design a BRL-CAD wallpaper: Task Claimed - I would like to work on this task.
10:11.14*** join/#brlcad witness (~witness12@122.248.183.23)
10:19.05*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
10:21.39binaryking``Erik: ping
10:44.13*** join/#brlcad binaryking (~binarykin@117.200.84.127)
10:44.13*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:12.53``Erikque?
11:21.11*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:22.49*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:32.30*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
11:47.48Notify03GCI:Sharan *  Create a high quality png of BRL-CAD logo: I Would like to -  I exited to do this work  I will claim this task as soon as i upload the forms..
12:02.21*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
12:03.49Notify03BRL-CAD Wiki:AlisonBenson * 0 /wiki/User:AlisonBenson:
12:05.06*** join/#brlcad binaryking_ (~binarykin@117.214.50.49)
12:08.51*** join/#brlcad binaryking__ (~binarykin@117.200.86.15)
12:08.56*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
12:12.24*** join/#brlcad binaryking (~binarykin@117.200.93.132)
12:12.24*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
12:17.56*** join/#brlcad binaryking_ (~binarykin@117.200.94.202)
12:19.57*** join/#brlcad binaryking__ (~binarykin@117.214.50.83)
12:25.07Notify03BRL-CAD:tbrowder2 * 58584 ova/Sourceforge-VM-files/README.txt: refine and add info
12:38.26*** join/#brlcad binaryking__ (~binarykin@117.200.84.94)
13:08.06Notify03GCI:Mandeep Kaur *  Design a BRL-CAD wallpaper: Task Assigned - This task has been assigned to Marin Alexandra. You have 72 hours to complete this task, good luck!
13:20.52*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
13:27.39Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Task Claimed - I would like to work on this task.
13:29.14*** join/#brlcad __gcibot__ (~gcibot@117.214.48.183)
13:33.31Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD: Task Assigned - This task has been assigned to Tan Di Sheng. You have 72 hours to complete this task, good luck!
13:33.41Notify03GCI:Pratik Mohapatra *  Design a prototype CAD GUI layout #2: More Details -  Can you please provide me more details   Email - mohapatra.pratik@gmail.com
13:35.55*** join/#brlcad roz (4fba806d@gateway/web/freenode/ip.79.186.128.109)
13:42.47*** join/#brlcad gjeet (~gaurav@117.212.49.178)
13:53.37Notify03GCI:Sharan *  Create a high quality png of BRL-CAD logo: Task Claimed - I would like to work on this task.
13:56.07Notify03GCI:Mandeep Kaur *  Create a high quality png of BRL-CAD logo: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck!
13:56.12Notify03GCI:Mandeep Kaur *  Create a high quality png of BRL-CAD logo: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck!
13:56.22rozHello, is there anyone who can I talk to about GCI?
14:01.48*** join/#brlcad gjeet (~gaurav@117.212.49.178)
14:05.40n_reed~ask
14:05.40infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
14:07.17YuGin@roz, you can also try the #gsoc channel for general GCI questions.
14:08.13Notify03GCI:Sharan *  Create a high quality png of BRL-CAD logo: Ready for review - The work on this task is ready to be reviewed.
14:09.36*** join/#brlcad binaryking_ (~binarykin@117.200.92.5)
14:15.54Notify03GCI:Gauravjeet Singh *  Design a T-Shirt for BRL-CAD: Task is -  The task is to design a T-Shirt, what you have submitted is just a logo with some red gradient.  T-Shirt design includes designing...
14:16.54Notify03GCI:Gauravjeet Singh *  Design a T-Shirt for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
14:16.59Notify03GCI:Gauravjeet Singh *  Design a T-Shirt for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
14:19.43Notify03GCI:Gauravjeet Singh *  Create a high quality png of BRL-CAD logo: Task Closed - Congratulations, this task has been completed successfully.
14:21.45Notify03GCI:John *  Design a T-Shirt for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:21.50Notify03GCI:John *  Design a T-Shirt for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:26.40Notify03BRL-CAD:starseeker * 58585 (brlcad/trunk/src/other/boost/boost/predef/os_detected.h =================================================================== and 24 others): Put os_detected.h in the right place
14:33.57andromeda-galaxyd_rossberg: I saw that last night you marked the libbn unit test task I took as needing more work
14:34.13andromeda-galaxyd_rossberg: can you tell me what you saw wrong with it?
14:43.31Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Ready for review - The work on this task is ready to be reviewed.
14:43.36Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Ready for review - The work on this task is ready to be reviewed.
14:44.17*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
14:45.41Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: Scalable -  As CSS, the size shouldn't be fixed. It should be scalable. Maybe size it to 50% or 100% of the window size. Right now, it sort...
14:46.12rozWell, I intended to do this task: http://goo.gl/UEPMF7 But I couldn't claim it, cause I haven't uploaded my forms yet. I even made some sketches, but as you can see someone already cliamed it, so I started looking for other tasks wich I can use my ideas for. I found some like: http://goo.gl/ByV7vF or  http://goo.gl/Wmf9wa.
14:46.18rozSo here come my question - can I try to  deesign whole set of items using simlar ideas just to make it look more profesional and consistent?
14:46.26rozThis set would include: facebook photo, coffe mug, t-shirt, some kind of "promo animation" (I can make it with music, but it would take a bit more time, cause creating things in DAWs is a bit time consuming), wallpapers, css animated baner (the example one is over 1000 lines of code, so it would take a bit more time again), Wordpress theme, or whatever you want.
14:46.53rozIt even doesn't have to be for GIC, it's more like, I spent some time thinking about this designs, so now I want to use them :P
14:48.46Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: Either -  Whichever gives a better screencast. Probably Archer/MGED. (Archer IS mged, or will eventually be mged.)
14:48.56Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: Either -  Whichever gives a better screencast. Probably Archer/MGED. (Archer IS mged, or will eventually be mged.)
14:50.46*** join/#brlcad gcibot (~gcibot@117.214.48.183)
14:50.56Notify03GCI: *  :  -
14:51.41Notify03GCI: *  :  -
14:55.28Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:   Questions on task   Hi so far I have  1. I have made...
14:55.29Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:   Questions on task   Hi so far I have  1. I have made...
15:00.59andromeda-galaxyI noticed that Daniel Rossberg left a comment on my task last night saying that it needed some more, if you are here can you tell me what was wrong with it?
15:02.47Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
15:02.52Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
15:05.02Notify03GCI:Gauravjeet Singh *  Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:   2-D logo   2-d logo would be good.  Designing...
15:05.07Notify03GCI:Gauravjeet Singh *  Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:   2-D logo   2-d logo would be good.  Designing...
15:07.28Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Re: Scalable -  Making it scalabe, with so manu CSS shapes, will not work out well on all resolutions. Can I make it to a fixed size....
15:08.52*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
15:13.13*** join/#brlcad binaryking_ (~binarykin@117.200.91.254)
15:16.34*** join/#brlcad binaryking__ (~binarykin@117.214.48.33)
15:17.09Notify03GCI:Gauravjeet Singh *  Design a coffee mug for BRL-CAD: Couldn't see your design -  The zip file you uploaded seems empty to me. I extracted your file and got an empty folder.  Check the file and...
15:19.16*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:19.39Notify03GCI:Gauravjeet Singh *  Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
15:19.44Notify03GCI:Gauravjeet Singh *  Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
15:25.47*** join/#brlcad binaryking (~binarykin@117.200.82.69)
15:25.47*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
15:32.50andromeda-galaxyCan someone tell me what is wrong with https://google-melange.appspot.com/gci/task/view/google/gci2013/4518287610216448?
15:32.52gcibotCreate numerics library (LIBBN) unit test for any file
15:32.53gcibotStatus: NeedsWork (2 days, 2 hours left)
15:32.53gcibotMentor(s): Sean
16:33.31*** join/#brlcad infobot (~infobot@rikers.org)
16:33.31*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
16:34.12andromeda-galaxyCan someone please finish checking the _rev3 file for https://google-melange.appspot.com/gci/task/view/google/gci2013/4518287610216448?
16:34.17gcibotCreate numerics library (LIBBN) unit test for any file
16:34.17gcibotStatus: NeedsReview (2 days, 1 hours left)
16:34.17gcibotMentor(s): Sean
16:35.00Notify03GCI:Sean *  Design a Cover Photo for Facebook page (and other social networks): fantastic -  Sam this looks fantastic! You've fulfilled this task but I'm going to create another similar task that...
16:35.15Notify03GCI:Sean *  Design a Cover Photo for Facebook page (and other social networks): Task Closed - Congratulations, this task has been completed successfully.
16:37.40Notify03GCI:Sean *  Create a high quality png of BRL-CAD logo: same sharan -  Sharan, did you participate in GCI last year? Ie one of our finalists? if so, welcome back!
16:37.45Notify03GCI:Sean *  Create a high quality png of BRL-CAD logo: same sharan -  Sharan, did you participate in GCI last year? Ie one of our finalists? if so, welcome back!
16:41.55Notify03GCI:Sean *  Create numerics library (LIBBN) unit test for any file: Task Closed - Congratulations, this task has been completed successfully.
16:42.37andromeda-galaxybrlcad: I would like to do some more tests for functions listed in the libbn testing readme
16:43.25andromeda-galaxyso I was wondering how I could do that since the other BN tests are all for specific file...
16:44.41*** join/#brlcad binaryking_ (~binarykin@117.200.81.191)
16:45.11Notify03GCI:Sean *  Create numerics library (LIBBN) unit test for any file: nicely done -  Good work. As mentioned, we can supply a nearly unlimited set of tasks like this one if you're interested or you...
16:46.17*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
16:46.35brlcadandromeda-galaxy: sure, i'll be adding more later today in a few hours so you can get started
16:46.58brlcador can give one of the specific ones a try... theyre the same thing really
16:47.06Notify03BRL-CAD:carlmoore * 58590 brlcad/trunk/src/proc-db/spltest.c: remove some braces; notice that spltest.g name can be replaced
16:47.19andromeda-galaxybrlcad: okay, I'll do one of the other ones... if you can tell me what bu_badmagic does
16:47.22andromeda-galaxyI'll do that one
16:47.47brlcadinclude/*.h describes most
16:48.07andromeda-galaxyThe include/bu.h
16:48.15andromeda-galaxyjust says "Support routine for BU_CKMAG macro."
16:48.19andromeda-galaxywhich is not too much help
16:48.47brlcadif something isn't docd there, can check the source files in src/*/*.c and we can create tasks to document them properly too :)
16:49.24andromeda-galaxybrlcad: okay... the problem with badmagic is that it looks fairly complicated and the badmagic.c file doesn't say what it does either
16:49.30andromeda-galaxyI might do the bomb.c ones though
16:49.43binarykingbrlcad: I was looking at http://www.google-melange.com/gci/task/view/google/gci2013/5851582897848320 .......... I am interested in doing that
16:50.13gcibotImplement a surface area function for hyperboloids of one sheet (HYP)
16:50.14gcibotStatus: Open
16:50.14gcibotMentor(s): Sean
16:50.30brlcadbinaryking: awesome!
16:50.40binarykingbrlcad: and now I have also searched for the formula for the surface area, however I need to know the parameters and what they mean
16:50.42brlcadnot an easy one, but doable
16:50.43Notify03GCI:Andromeda Galaxy *  Create an utility library (LIBBU) API unit test for bomb.c: Task Claimed - I would like to work on this task.
16:50.55brlcadtry to make one in mged
16:52.19*** join/#brlcad gjeet (~gaurav@117.212.49.178)
16:53.06*** join/#brlcad jschulte (~johannes@p4FDFBBDC.dip0.t-ipconnect.de)
16:53.19Notify03GCI:Sean *  Create an utility library (LIBBU) API unit test for bomb.c: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
16:54.00andromeda-galaxybrlcad: sorry, actually I think I'll work on MGED closedb until we have more of the libbn generic ones...
16:54.23binarykingbrlcad: from Create -> Ellipsoids?
16:54.24Notify03GCI:Andromeda Galaxy *  Create an utility library (LIBBU) API unit test for bomb.c: Claim Removed - The claim on this task has been removed, someone else can claim it now.
16:54.39Notify03GCI:Andromeda Galaxy *  Fix closedb: Task Claimed - I would like to work on this task.
16:54.40Notify03GCI:Andromeda Galaxy *  Create an utility library (LIBBU) API unit test for bomb.c: Claim Removed - The claim on this task has been removed, someone else can claim it now.
16:54.44Notify03GCI:Andromeda Galaxy *  Fix closedb: Task Claimed - I would like to work on this task.
16:56.09Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: How to become a maintainer -  The paragraph on this page also states i should tell them how to take up the responsibility of...
16:56.14Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: How to become a maintainer -  The paragraph on this page also states i should tell them how to take up the responsibility of...
16:57.24Notify03GCI:Gauravjeet Singh *  Fix closedb: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
16:57.37binarykingbrlcad: how to make a hyperboloid in MGED?
17:02.31binarykingbrlcad: http://mathworld.wolfram.com/One-SheetedHyperboloid.html - found this
17:02.49Notify03GCI:Jacob B *  Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task.
17:03.20binarykingbrlcad: can you please check the latest version of my current task?
17:04.04andromeda-galaxybrlcad: can you give me an example of the incorrect behavior?
17:04.12andromeda-galaxyfor the closedb task?
17:04.18andromeda-galaxyit seems to be working correctly on my system
17:04.30Notify03GCI:Mandeep Kaur *  Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
17:14.25*** join/#brlcad ishwerdas (~inderplus@117.212.49.178)
17:16.37binarykingishwerdas: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
17:16.40gcibotCreate a CSS only version of BRL-CAD Logo
17:16.41gcibotStatus: NeedsReview (2 days, 0 hours left)
17:16.41gcibotMentor(s): Sean
17:18.10ishwerdashi binaryking
17:18.41binarykingishwerdas: I have uploaded a screenshot as well
17:18.48ishwerdasyes I have seen it
17:19.43ishwerdasbut the logo is not correct yet
17:19.52ishwerdasSo you haven't found the way to bulge it inwards
17:20.03binarykingwhich one?
17:20.11binarykingthe black rect top border?
17:20.14ishwerdasyes
17:20.46binarykingah, that one is a bit tricky, however I have changed the other borders
17:20.53binarykingthe sides of the rect
17:21.07binarykingbulging inwards by using an ellipse element
17:21.23binarykingbut the top one, I can't figure out what to do
17:22.04binarykingishwerdas: we can easily do that with jQuery plugins ;)
17:22.33binarykingbut for CSS3, I don't understand how can we do that
17:24.06ishwerdasI guess there's a trick with gradients that can be applied here.
17:24.11ishwerdaslet me find you some
17:24.15ishwerdasgood tutorial on that
17:25.00ishwerdashttp://lea.verou.me/2011/03/beveled-corners-negative-border-radius-with-css3-gradients/
17:25.04ishwerdashow about this
17:26.52binarykingishwerdas: yeah, I already found this
17:27.04ishwerdaswas it useful?
17:27.51binarykingishwerdas: I couldn't incorporate it with my design
17:28.00binarykingso I used my custom made ellipses
17:28.18binarykingbut for this one, I dunno
17:29.22ishwerdasyes it will not work out of the box, but gradients can help in it.
17:29.31ishwerdasthere's another hack, that can be done
17:30.32ishwerdasif you slightly increase the height of the black box (gear connector) , and make it hide under the other two circles using z-index, that will also achieve the same effect ll also
17:30.52Notify03GCI:Sharan *  Design BRL-CAD sticker: Ready for review - The work on this task is ready to be reviewed.
17:32.28ishwerdasbinaryking: also, give the width and height in percentage, so that it can be used out of the box in any situation for our website.
17:33.11binarykingishwerdas: umm, but wil that help? I think it won't if you want it to be dynamic in size, I may be wrong
17:33.40andromeda-galaxyCould someone please explain the bug detailed in http://www.google-melange.com/gci/task/view/google/gci2013/6696007827980288? When I use opendb after closedb the commands seem to start working
17:33.49gcibotFix closedb
17:33.49gcibotStatus: Claimed (2 days, 23 hours left)
17:33.49gcibotMentor(s): Sean
17:34.55*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
17:35.22ishwerdasbinaryking: yes it will for sure help, we are going to use it as one complete module, so once you have set the sizes in percentages everything is at correct place it can be used.
17:35.53binarykingishwerdas: z-index needs position:absolute as well, right?
17:36.05ishwerdasno, it just needs position to be defined
17:36.39ishwerdasand all the sub elements of logo should have it's position defined
17:38.08ishwerdasbinaryking: c'mon make it fast, we have lot of interesting projects to do more.
17:38.38binarykingishwerdas: the problem is the percentage thing
17:38.55ishwerdasbinaryking: what's the problem
17:40.52ishwerdasbinaryking: just give it a one more try. How much time is left for your task?
17:41.07binarykingishwerdas: 2 days
17:41.15binarykingishwerdas: but I also want to do more tasks ;)
17:41.29*** join/#brlcad Kiryx (~Kiryx@109.231.0.47)
17:42.26ishwerdasbinaryking: that's plenty of time :) and don't worry we won't be falling short of tasks any sooner :)
17:42.43Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
17:43.49ishwerdasbinaryking: do you have any experience or taste of SASS?
17:44.08binarykingishwerdas: nope :(
17:46.58ishwerdasbinaryking: should give it a try, it's not much of learning curve, ultimately brlcad website is going to be in SASS (and the mockup is)
17:49.31binarykingishwerdas: https://dl.dropboxusercontent.com/u/50262219/Screenshot%20from%202013-11-19%2023%3A18%3A40.png
17:49.34ishwerdasmandeep: hi
17:50.10ishwerdasbinaryking: that's beautiful! high five! Cheers!
17:50.22binarykingishwerdas: thanks a lot! :D
17:50.27binarykingthat was needed :P
17:50.49binarykingnow, the challenge
17:51.12binarykingishwerdas: as you can see, all the measurements have been hard-coded
17:51.47binarykingishwerdas: lemme convert the pixels to percentage then :)
17:53.00ishwerdasbinaryking: yes it won't be a much of hassle making it fluid, you will just have to take precautions with positioning :) and I will try my best to use it in the final website. Cheers!
17:54.22maths22brlcad: for the wordpress theme, do we want the homepage to look like the cpp-tricks model, or just have the styling?
17:54.31maths22IE should it have the sections?
17:54.42*** join/#brlcad awabimakoto (~awabimako@117.136.0.201)
17:56.43andromeda-galaxyishwerdas: do you know when the rest of the "unit tests for any file in libbn" tasks will go up?
17:56.48ishwerdasmaths22: the front page has to be the same which will actually be a static page but in the header (as seen in cpp-tricks model) instead of login module you have to put a recent posts from the blog. Blog part (which is the post loop) shall have slightly different design, making content (text) the center-piece
17:57.08andromeda-galaxyI basically have a test for bn_plane_3pts_distinct that I want to turn in
17:58.14maths22How many posts do we want displayed there?
17:58.15Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: include my name? -  also should i include my name in the finished document?
17:58.58ishwerdasmaths22: recent posts widget should be a slider featured images and the post heading. 5 would be sufficient plus a see more posts link
18:00.30ishwerdasandromeda-galaxy: I am not aware of that, may be someone else can answer your query better. :(
18:00.38andromeda-galaxyishwerdas: okay thanks
18:00.48andromeda-galaxyishwerdas: do you know what the closedb() bug is though?
18:01.07andromeda-galaxyThat is the task that I have right now, but I don't see what the bug actually is on my installation of brlcad
18:01.14andromeda-galaxy(straight from SVN yesterda)
18:01.33maths22OK
18:05.33binarykingishwerdas: I converted all the pixel values to %, but doesn't work :(
18:05.56*** join/#brlcad caen23 (~caen23@92.81.168.188)
18:07.24binarykingishwerdas: do you have a css3 logo made by you in your PC with % values, which is working?
18:10.09ishwerdasandromeda-galaxy: Sorry but I won't be able to help you with that now, I don't currently have access to my machine that has brl-cad installed. May be someone else can answer it better.
18:11.24binarykingishwerdas: does SASS support wrapping elements with another elements dimensions
18:11.25binaryking?
18:11.34ishwerdasbinaryking: no just changing the px into % won't work you would also have to take some precautions with positioning of elements.
18:12.05ishwerdasbinaryking: couldn't get you there
18:12.05binarykingpositioning?
18:13.05ishwerdasbinaryking: yes positioning of each sub element of the logo
18:14.47Notify03GCI:Gauravjeet Singh *  Design BRL-CAD sticker: ST4.png -  Thses are some good designs, I really liked the one with circle named st4.png.  In ST4.png, write BRL-CAD in center using some good font....
18:15.12Notify03GCI:Gauravjeet Singh *  Design BRL-CAD sticker: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
18:25.59*** join/#brlcad ishwerdas (~inderplus@117.212.49.178)
18:27.11binarykingishwerdas: I think I'll be using SASS instead
18:27.25*** join/#brlcad gjeet (~gaurav@117.212.49.178)
18:27.31binarykingI make a new css logo from the very beginning now
18:27.37Notify03GCI:Sharan *  Design BRL-CAD sticker: Ready for review - The work on this task is ready to be reviewed.
18:27.43binarykingishwerdas: I hope to give it to you tomorrow
18:27.47binaryking:)
18:28.21ishwerdasbinaryking: using SASS is a good option, but challenge is quite same. SASS at it's very basic is CSS with some extra features like functions and variables
18:29.21binarykingishwerdas: https://github.com/bits-sass/bits.sass
18:30.12Notify03GCI:Gauravjeet Singh *  Create a graphical mock-up for wiki pages of BRL-CAD: Good going -  You are going in a right direction.  In this design,  The width of the text is too huge, users will get...
18:30.17Notify03GCI:Gauravjeet Singh *  Create a graphical mock-up for wiki pages of BRL-CAD: Good going -  You are going in a right direction.  In this design,  The width of the text is too huge, users will get...
18:30.37Notify03GCI:Gauravjeet Singh *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
18:30.59ishwerdasI guess, you can do the same thing with CSS, and SASS won't make any difference. Just refresh your knowledge about positioning, and may be little tricks to keep the logo intact when size increases.  
18:31.09ishwerdasgjeet: hi
18:31.13Notify03GCI:Andromeda Galaxy *  Fix closedb: Claim Removed - The claim on this task has been removed, someone else can claim it now.
18:31.18Notify03GCI:Andromeda Galaxy *  Create an utility library (LIBBU) API unit test for any file: Task Claimed - I would like to work on this task.
18:31.20Notify03GCI:Andromeda Galaxy *  Fix closedb: Claim Removed - The claim on this task has been removed, someone else can claim it now.
18:32.02gjeetishwerdas: hello
18:32.51ishwerdasgjeet: can you tell me about the progress n graphical mock-up of wiki page, or send me a link to that task. as it's not an open task I am unable to look it myself. :(
18:33.15caen23any idea why notify is misbehaving? i take it that it's not the code, but the server?
18:33.33Notify03GCI:Sharan *  Create a high quality png of BRL-CAD logo: Yep -  Yep I took part in GCI 2012  But now i forget how to do everything..  Learning once again, in the meantime I thought I could do...
18:34.45gjeetishwerdas: http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560
18:34.48gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
18:34.48gcibotStatus: NeedsWork (2 days, 3 hours left)
18:34.48gcibotMentor(s): Sean
18:35.51ishwerdasgjeet: Thanks, that's neat :)
18:38.05ishwerdasgjeet: you can provide him the link to any typography article which talks in brief about number of words in a sentence, and I tried to comment but I was unable to
18:38.20ishwerdasgjeet: so also share http://docs.webplatform.org/wiki/Main_Page from my side as an inspiration source.
18:40.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:40.13gjeetishwerdas: ok thanks :)
18:40.24ishwerdasgjeet: welcome :)
18:44.10binarykingishwerdas: umm, even if I use % values for the logo, the % values mean the dimensions of the client
18:44.19binarykingishwerdas: and that poses a problem to the code
18:44.54binarykingishwerdas: suppose I set the main container's width and height to 70%
18:45.25binarykingishwerdas: I am confused as to how can the different shapes be dynamically sized?
18:45.41Notify03GCI:Mandeep Kaur *  Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good...
18:46.17maths22brlcad: can the theme task be split in two?
18:46.30Notify03GCI:Gauravjeet Singh *  Create a graphical mock-up for wiki pages of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560:   Also   Check out this wiki for...
18:46.46maths22The new task would be to make the homepage work in wordpress and the current one would be to theme the site as a whole
18:54.07ishwerdasmaths22: what do you meaning by theming the site as a whole?
18:54.16ishwerdasmaths22: *mean
18:58.26Notify03GCI:MirceaS *  Implement surface area function for NURBS objects (BREP): Task Claimed - I would like to work on this task.
19:04.37Notify03GCI:Charlie Dean *  Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task.
19:05.02Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Ready for review - The work on this task is ready to be reviewed.
19:05.52Notify03GCI:Miked *  Fix bounding box function for our polygonal mesh (BoT) primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:08.12Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Review Notes -  I have created a crude approximation (necessary sacrifice for lack of SVG due to CSS limitations) in SCSS...
19:08.17Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Review Notes -  I have created a crude approximation (necessary sacrifice for lack of SVG due to CSS limitations) in SCSS...
19:09.37Notify03GCI:Mandeep Kaur *  Model a toy car with wheels and axles in BRL-CAD: Task Assigned - This task has been assigned to Charlie Dean. You have 72 hours to complete this task, good luck!
19:09.47Notify03GCI:Mandeep Kaur *  Implement surface area function for NURBS objects (BREP): Task Assigned - This task has been assigned to MirceaS. You have 72 hours to complete this task, good luck!
19:09.48Notify03GCI:Mandeep Kaur *  Implement surface area function for NURBS objects (BREP): Task Assigned - This task has been assigned to MirceaS. You have 72 hours to complete this task, good luck!
19:11.58maths22The whole wordpress site needs to have the styling (colors, fonts, headers, footers, etc.)
19:12.06maths22The main page is its own big undertaking
19:12.22Notify03GCI:Charlie Dean *  Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:12.27Notify03GCI:Charlie Dean *  Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:12.57Notify03GCI:Charlie Dean *  Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task.
19:13.32Notify03GCI:Charlie Dean *  Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:13.37Notify03GCI:Charlie Dean *  Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:21.26ishwerdasmaths22: You need not to style the whole theme yet (for every kind of page that's there in current brl-cad website). You just have to style two pages. One is blog page, which you can (for now) style anyway you deem fit (we have separate tasks to design blog posts page, single post page, wiki pages, gallery etc.)  
19:22.20ishwerdasmaths22: and one is the main index page whose mockup you can see at cpp-tricks website.
19:23.35ishwerdasmaths22: I would really be grateful if you can use SASS for styling, because that will ultimately be used in final website.
19:28.26*** join/#brlcad andrei_ (~andrei@188.26.186.173)
19:28.37andrei_Hello, people!
19:31.07caen23hey :-)
19:34.07andrei_oh, you re still around, great
19:37.38Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Plz.. Let me do this -  I want to do this .. I have aldreay done most of it  But my current task is been reviewed.
19:56.51Notify03GCI:Cameron *  Design a prototype CAD GUI layout #2: Task Claimed - I would like to work on this task.
20:23.01Notify03GCI:Darcey Mckelvey *  Write a ''BRL-CAD Commands Quick Reference'' document: Claim Removed - The claim on this task has been removed, someone else can claim it now.
20:24.05Notify03BRL-CAD:carlmoore * 58591 brlcad/trunk/src/proc-db/sphflake.c: supply Usage if no arguments
20:29.21Notify03GCI:David Wood *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Task Claimed - I would like to work on this task.
20:30.47*** join/#brlcad Expi1 (~Expi1@cpc1-dumb5-2-0-cust29.20-3.cable.virginm.net)
20:31.47Expi1hello all, I'm currently doing GCI 2013, and have started a task with BRL-CAD relating to the documentation, it refers to docbook xml files, and I was wondering where I could find these?
20:34.58starseekerExpi1: doc/docbook in the source code tree
20:35.12starseekeryou need a source code checkout
20:35.48Expi1alright, where is the repo? I've found one from google on sourceforge, but the details on the task themselves are sparse.
20:37.45starseekerExpi1: the simplest way is probably to use the virtual machine - see http://brlcad.org/wiki/Deuces
20:38.24Expi1thanks, that looks great, sorry to be a bother, much appreciated.
20:38.41starseekernot at all - thanks for participating!
20:38.54starseekerany questions about docbook?
20:39.51Expi1my task is to convert images to a new format, I think I understand what it's asking, however I'm unsure as to how to then submit the work once it's done, and what constitutes as 1 large file (as opposed to 3 small files)
20:40.14starseekerum.  Which task did you take?
20:40.22Expi1http://www.google-melange.com/gci/task/view/google/gci2013/5908226537160704
20:40.24gcibotFix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3
20:40.24gcibotStatus: ClaimRequested
20:40.24gcibotMentor(s): Sean
20:40.38starseekerah, that's not a change to images
20:41.30*** join/#brlcad Expi (~Expi1@cpc1-dumb5-2-0-cust29.20-3.cable.virginm.net)
20:41.48starseekerthat's a change to the DocBook code that references the images
20:42.07Expisorry about that, client cut out. yeah, I noticed I worded that wrongly, I understand what it's asking.
20:42.07Notify03BRL-CAD:carlmoore * 58592 brlcad/trunk/src/proc-db/spltest.c: acknowledge saving of file; store 'filename' in the declaration, thus eliminating an 'else' branch
20:44.05starseekerIf you want to just do a checkout, it's:  svn co svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad
20:44.45andrei_starseeker, how familar are you with css?
20:44.48Expialright, I'm unfamiliar with svn, I'll need to look into it. I'm just getting the vm installed at the moment.
20:45.05andrei_Expi : I can help out with that
20:45.47starseekerandrei_: not at all, unfortunately
20:46.00starseekerExpi: if the VM works, that should do fine
20:46.11Expithanks for all the help
20:46.22starseekernp
20:47.38Notify03GCI:Johannes Schulte *  Implement a surface area function for N-faced polysolid (ARBN): Task Claimed - I would like to work on this task.
20:49.27Expiandrei_: While I'm waiting for the image to download, I've done some css in the past, I might be able to lend a hand (albeit unexpierenced hand)
20:59.27Notify03GCI:Sean *  Implement a surface area function for N-faced polysolid (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
20:59.28andrei_http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760 This one looks good to me, but I was hoping to get a second opinion
20:59.28Notify03GCI:Sean *  Implement a surface area function for N-faced polysolid (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
20:59.32gcibotCreate a CSS only version of BRL-CAD Logo #2
20:59.32gcibotStatus: NeedsReview (46 hours, 26 minutes left)
20:59.32gcibotMentor(s): Sean
20:59.37Notify03GCI:Sean *  Implement a surface area function for N-faced polysolid (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
20:59.52andrei_apparently brlcad is around, great
20:59.52Notify03GCI:Sean *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Task Assigned - This task has been assigned to David Wood. You have 72 hours...
21:04.09Expisince I'm approved now, the task specifies doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml looking through this file, it looks like this has already been done?
21:09.58Notify03GCI:Jacob B *  Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:10.23Notify03GCI:Jacob B *  Loading Google charts from API: Task Claimed - I would like to work on this task.
21:14.42ExpiI'd like some clarification on something, have I to convert the single imageobject tags, to have both of them, one with role as html, the other with fo?
21:17.30*** join/#brlcad infobot (~infobot@rikers.org)
21:17.30*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html
21:21.42Notify03BRL-CAD:carlmoore * 58593 brlcad/trunk/src/proc-db/spltest.c: improve handling of -h, -?, no-arguments
21:22.48Notify03GCI:Johannes Schulte *  Implement a surface area function for N-faced polysolid (ARBN): Ready for review - The work on this task is ready to be reviewed.
21:28.52Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: .. -  I don't feel confident in completing this assignment.
21:28.54Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:28.57Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:35.23Notify03GCI:David Wood *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None -  I think I've finished this task in the Virtual Machine...
21:35.28Notify03GCI:David Wood *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None -  I think I've finished this task in the Virtual Machine...
21:43.53Notify03GCI:David Wood *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None -  I've submitted the files I've modified, they all originated...
21:43.58Notify03GCI:David Wood *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None -  I've submitted the files I've modified, they all originated...
21:43.59Notify03GCI:David Wood *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Ready for review - The work on this task is ready to be reviewed.
21:58.33*** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net)
22:02.15Notify03GCI: *  :  -
22:02.25Notify03GCI: *  :  -
22:24.02Notify03GCI:James M *  Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task.
22:25.48Notify03GCI:James M *  Model BRL-CAD Logo Using BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
22:29.00*** join/#brlcad Kiryx (~Kiryx@85-202-48-130.internetia.net.pl)
22:34.03Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Claimed - I would like to work on this task.
22:34.28*** part/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net)
22:34.39Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: I misunderstood your comment -  My apologies, I will finsh this asap.
22:34.44Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: I misunderstood your comment -  My apologies, I will finsh this asap.
22:36.40Notify03BRL-CAD Wiki:Adamcoolcat * 0 /wiki/User:Adamcoolca:
23:33.27Notify03GCI:Daniel Rossberg *  Loading Google charts from API: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
23:34.27Notify03GCI:Daniel Rossberg *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete this task, good luck!
23:34.32Notify03GCI:Daniel Rossberg *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete this task, good luck!
23:47.50*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
IRC log for #brlcad on 20131120

IRC log for #brlcad on 20131120

00:01.56andromeda-galaxyI have another unit test done (for libbn, bn_3pts_distinct), can someone please create a task that I can submit it for?
01:15.57Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website: Ready for review - The work on this task is ready to be reviewed.
01:16.17Notify03GCI:binaryking *  Create a CSS only version of BRL-CAD Logo: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:26.43*** join/#brlcad atsoc (~andrew@135.0.83.118)
01:29.40*** join/#brlcad ishwerdas (~inderplus@117.207.153.176)
01:32.08ishwerdasmandeep: hi
01:33.02Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task.
01:33.07Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:33.08Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task.
01:33.09Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:34.18Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task.
01:35.18Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: so close -  So close, but giving up?
01:35.19Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: so close -  So close, but giving up?
01:35.28Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Assigned - This task has been assigned to FaithOh. You have 72 hours to complete this task, good luck!
01:41.28Notify03GCI:Sam *  Design a Cover Photo for Facebook page (and other social networks): Sure! -  Hi Sean! Thanks! I'll definitely do my best for the next task as well! Thank you!
01:43.13andromeda-galaxyI have another unit test done (for libbn, bn_3pts_distinct), can someone please create a task that I can submit it for?
01:47.00Notify03GCI:Sean *  Create Wordpress theme for BRL-CAD website: details -  Connor,  Can you share some details about how you made the theme? Did you start with an existing wp theme from somewhere and...
01:47.01Notify03GCI:Sean *  Create Wordpress theme for BRL-CAD website: details -  Connor,  Can you share some details about how you made the theme? Did you start with an existing wp theme from somewhere and...
01:54.59Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: Task Claimed - I would like to work on this task.
01:55.31brlcadandromeda-galaxy: how long did it take you to pull that test together?
01:55.36andromeda-galaxybrlcad: not very long
01:55.46brlcadwe generally don't want to have one function test per file
01:55.53andromeda-galaxybrlcad: okay....
01:56.01brlcadtri_tri was an exception
01:56.04andromeda-galaxybrlcad: okay, sorry
01:56.11brlcadno need to apologize
01:56.13andromeda-galaxyI didn't see that in the HACKING file
01:56.14brlcadwhat's "not long?
01:56.19brlcadit's not in there
01:56.44andromeda-galaxyIt took me probably < half hour
01:56.57andromeda-galaxyI can put together tests for more of the rest of the ones in that file for a task if you would like
01:56.59brlcadthe idea is merely to group functionality so that ideally there's an MxN mapping of source files to test files, ideally 1-to-1 or 1-to-many under some circumstances
01:57.30andromeda-galaxybrlcad: I see.
01:57.59brlcadthat's why the unit test tasks reference src/libbu/tests as being better examples to follow
01:58.08andromeda-galaxyI thought that plane might be another good candidate for breakup of the test files because it contains a lot of only loosely related functions that I thought would be best tested if the list of points was in the cmake file
01:58.12brlcadit's expected that you'll get faster at this
01:58.21brlcadhow long did the first one take you? the coplanar one?
01:58.44andromeda-galaxyThat took several hours, but most of the time was based on my a) understanding the code
01:59.00brlcadmore specific than several ?
01:59.01andromeda-galaxyand b) trying to figure out whether that test should be failing or not
01:59.08brlcadcloser to 3 to 5 to 7?
01:59.37andromeda-galaxyIf you don't count the several hours that I sat in IRC hoping someone could tell me the expected behavior of the function, probably 3-5
02:00.13andromeda-galaxyI would say that past getting brlcad to build & having to do some other things in between working on it, probably closer to 3
02:00.50andromeda-galaxyI thought that it was not uncommon to use multiple test files because in libbu/tests there are all of the bu_bitv_*.c tests that each test only one function from bu_bitv
02:01.00Notify03GCI:Jacob B *  Loading Google charts from API: What to do -  I'm not exactly sure what this task is asking me to do.
02:01.09brlcadandromeda-galaxy: okay, that sounds more on par
02:01.10Notify03GCI:Jacob B *  Loading Google charts from API: What to do -  I'm not exactly sure what this task is asking me to do.
02:01.16brlcadmore expected
02:01.43andromeda-galaxybrlcad: is the "correct" testing procedure more similar to bu_escape.c?
02:01.49brlcada task should be about 2 hours if you subtract all the learning time, the waiting time, the compiling time, etc
02:02.11andromeda-galaxywhere the main function takes in a function_to_test and then tests that particular function (I think)?
02:03.59andromeda-galaxybrlcad: Do you want me to rewrite a set of tests for all of plane.c in one file? that should take about the right amount of time, I think.
02:04.14brlcadthere is not a notional "correct" without introducing a notion of code coverage or testing API behavior completeness
02:04.35andromeda-galaxybrlcad: by correct I meant closest to your standard testing style
02:04.44andromeda-galaxysince you said that you normally wanted 1 test file per code file
02:06.32brlcadgive plane.c a try
02:06.39andromeda-galaxybrlcad: okay
02:06.52andromeda-galaxywill you be around for another ~1hr so that you can check it in when I'm done?
02:06.53brlcad1 "test", but what constitutes a test varies dramatically
02:06.57brlcadyep
02:07.08andromeda-galaxyso 1 "test" for most of the functions in plane.c ideally, right
02:07.21brlcadyes, all the public functions in that file
02:07.27brlcadthe ones declared in include/*
02:07.32andromeda-galaxyand it should take in a test function name/number and a list of points and an expected result, and then return 1/0 if it is true or false?
02:08.52andromeda-galaxyOr should it just run all of the tests with its own numbers from an argument-less main() method?
02:10.04brlcadthat detail can go either way
02:10.49brlcadgenerally speaking, the reason for one vs the other is based on coverage
02:11.08andromeda-galaxyI think that I'll pass in the params & the test function name, because then a developer would be able to run just the necessary test and/or try a new test without having to modify the code
02:14.22andromeda-galaxybrlcad: one quick question
02:14.35andromeda-galaxyI think I know how to get around this anyway, but just out of curiosity
02:14.54andromeda-galaxywhy does plane.c use fastf_t pointers instead of point_t?
02:15.13brlcadbasically, if the test aims to test all or nearly all possible "types" of input, those might as well be embedded with the test so that it's working or not working
02:15.16brlcade.g., libbu/tests/bu_quote.c
02:15.42brlcadif it's nearly impossible to test all possible input types, we test some of them and they tend to get listed in the CMakeLists.txt file intead
02:16.10andromeda-galaxyAh, I see; then we don't have to clutter up CMakeLists.txt with lots of test case calls, and we only have to run one test instead of ~30
02:17.21Notify03GCI:Harmanpreet *  Create a web based interactive timeline giving historical tour of BRL-CAD: Task Assigned - This task has been assigned to Sam. You have 72 hours to complete this task, good...
02:17.28brlcadmost of libbn falls into the latter since covering all possible types of number pairings is a big issue
02:17.49andromeda-galaxyby the way, couldn't bn_3pts_distinct use bn_pt3_pt3_equal?
02:17.57brlcadit's not a quanity issue
02:17.59brlcadit's coverage
02:18.28brlcadif nearly everything is tested, then whether it passes or fails tells us whether something broke
02:18.46brlcadif only a few things are tested, we're looking for specific problems (testing is incomplete)
02:19.20andromeda-galaxybrlcad: okay then, I'll go with the embedded tests here --- it seems like at least for a lot of the 3pts_* functions the domain is pretty well defined
02:19.27andromeda-galaxythanks for explaining
02:19.28brlcadyes, it probably could, but someone would have to inspect all the callers to bn_3pts_distinct() and/or have coverage testing that demonstrates using bn_pt3_pt3_equal() is equivalent
02:19.47andromeda-galaxyAh, I see.
02:20.00andromeda-galaxywhat about using point_t instead of fastf_t in various places in plane.c?
02:20.30brlcadyou're not likely to approach complete coverage with bn_* tests
02:20.49brlcadthere are issues with small numbers, near zero
02:20.53brlcadexactly zero
02:20.54brlcadnan
02:20.55brlcadinf
02:20.57Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:   RE: details   I took th css, scripts, and images...
02:21.02Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648:   RE: details   I took th css, scripts, and images...
02:21.02brlcadsmall numbers with big numbers
02:21.03andromeda-galaxybrlcad: okay then, I will put them in CMakeLists.txt after all
02:21.04brlcadbig with big
02:21.07brlcadsmall with small
02:21.10brlcadand so on
02:22.11brlcadI don't recall if we kept it, but last year we had a task to create just one comprehensive unit test for one of the bn functions
02:22.18brlcadit was a task in itself
02:22.38brlcadit was a function like bn_pt3_pt3_equal or bn_3pts_distinct
02:22.57andromeda-galaxyI can see where that complexity could come from with all of the weird floating point things that periodically happen...
02:26.57andromeda-galaxywow, there are a lot of public functions in plane.c...
02:27.29andromeda-galaxybrlcad: Since I am taking in the numbers from the CMakeLists, should I take the name of the function to test or a number (i.e. what does existing code do in good practice?)
02:31.21brlcadandromeda-galaxy: either sounds reasonable
02:31.37andromeda-galaxybrlcad: okay
02:31.44brlcadperhaps make each number/name correspond to a set of embedded tests for that function
02:32.03brlcadif the functions in plane.c logically group into subsets, you could start with a smaller set
02:32.29andromeda-galaxyokay
02:32.38brlcadlooks like there are 43 functions in there
02:32.40andromeda-galaxywould that be like "all of the bn_isect*" or "all of the "bn_dist_*"
02:33.29andromeda-galaxyfinally: where is bn_isect_line3_line3 defined?
02:33.31*** part/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
02:33.38brlcadyeah, looks like there are 11 isect and 11 dist
02:33.43*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
02:33.49brlcadyeah, looks like there are 11 isect and 11 dist
02:34.40andromeda-galaxySince it takes a while to do the test cases, I was wondering about setting up tasks for _isect + _dist or something since otherwise 43 functions would take quite a while
02:36.01brlcadstart with just dist
02:36.17brlcador isect
02:36.21brlcadnot both, not 43 ;)
02:36.28andromeda-galaxybrlcad: okay, I'll do that
02:36.44andromeda-galaxyWould you rather set up a task for that now or when I'm done?
02:36.49brlcadkeep track of your time
02:37.09andromeda-galaxybrlcad: okay, I will
02:37.52brlcadat this point in GCI, it's more important to just keep busy working as much as you are willing, and we'll make sure tasks get created/credited
02:38.08andromeda-galaxybrlcad: okay
02:38.36andromeda-galaxyI'm making a list of all of the _dists right now
02:41.01andromeda-galaxydoes _dist include _distsq?
02:42.27brlcadgrep -E '^bn' plane.c  | sort | cut -f1 -d\( | sort
02:42.36brlcadno
02:42.54andromeda-galaxybrlcad: thanks for the grep idea
02:43.06andromeda-galaxybrlcad: okay I will just do _dist_ functions fo rnow
02:43.11andromeda-galaxy*for now
02:43.28brlcadwhat was the func you just completed?
02:43.38andromeda-galaxybn_plane_3pts_distinct
02:43.52andromeda-galaxysorry, bn_3pts_distinct
02:46.02brlcadkeep that one and perhaps add these seven others: grep -E '^bn' plane.c  | sort | cut -f1 -d\( | sort | grep pt | grep -v _dist_ | grep -v _isect_
02:46.34brlcadmight be a smaller start
02:46.38brlcadbefore dist
02:47.06andromeda-galaxybrlcad: sure, what should the file be named?
02:49.23andromeda-galaxyThe functions seem to be somewhat misc.
02:49.37brlcadthey are all related to points
02:49.58brlcadmaybe bn_plane_pt.c
02:50.02andromeda-galaxyokay!
02:50.10andromeda-galaxyI'll start my clock and get going...
02:57.40andromeda-galaxyDo you like things like having an array of test functions and calling the function at function_num position in that array?
02:57.55andromeda-galaxyor do you in general prefer things like just switch() on the function_num to call the correct function?
02:59.23Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task.
02:59.28Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task.
03:01.24Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: None -  Do we need to narrate?
03:03.46andromeda-galaxybrlcad: one of the functions that you mentioned was one that I did for the first task
03:04.08andromeda-galaxybrlcad: should I make a diff moving that one into this file? if so, how? or would you just apply the new diff instead?
03:07.52brlcadandromeda-galaxy: three new tasks created, filter on "unit test"
03:08.35andromeda-galaxybrlcad: great, thanks
03:08.44Notify03GCI:Andromeda Galaxy *  Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:08.45Notify03GCI:Andromeda Galaxy *  Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:08.46Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "point" functions: Task Claimed - I would like to work on this task.
03:08.52andromeda-galaxybrlcad: so should I move colliniear/distinct into the new file and submit the diff for the new file?
03:08.58andromeda-galaxy(not including removal from the old file)
03:09.24Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
03:09.34Notify03GCI:Sean *  Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
03:09.39Notify03GCI:Sean *  Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
03:18.23Notify03GCI:Sean *  Creating Motion Typography video for BRL-CAD: kinda hard -  Kind of hard to create a typography without narration. I suggest narrating yourself and if it's a good story, we can replace...
03:18.28Notify03GCI:Sean *  Creating Motion Typography video for BRL-CAD: kinda hard -  Kind of hard to create a typography without narration. I suggest narrating yourself and if it's a good story, we can replace...
03:21.11andromeda-galaxyIn my tests should I use NEAR_EQUAL for the dist functions?
03:21.55andromeda-galaxybrlcad: or is there another function that takes one of those tolerance objects?
03:24.14Notify03GCI:Pratik Mohapatra *  Redesign MGED/Archer's Menu: Links -  Can you provide me the links for these applications.
03:27.05Notify03GCI:Karena *  Create a CAD inspired icon-set for BRL-CAD website: Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:44.12brlcadandromeda-galaxy: regrouping functions into different files might make sense, but that's a lot of chaos during this initial week
03:44.16brlcadthere's a lot going on
03:44.32brlcadshould always use the vmath macros where possible
03:44.51andromeda-galaxybrlcad: do you mean I shouldn't move the collinear into bn_plane_pt test?
03:44.53brlcadthere's lots of functions that take tolerance objects, search include/*.h
03:44.59brlcadhuh?
03:45.19andromeda-galaxyWhat did you mean by "regrouping functions ..." --- did you mean splitting up plane.c?
03:45.36brlcadyou mean moving the test or moving the function
03:46.35brlcadI meant splitting up plane.c
03:46.39andromeda-galaxyAh, I see
03:46.51andromeda-galaxymaybe I could do that as a task at some later date?
03:47.01brlcadmaybe
03:47.16andromeda-galaxyBy the way, I am just about half way done with the point functions that you suggested so far and it has been about an hour
03:47.39brlcadthat's something much more easily completed by someone with commit access (which you might attain if you keep it up and get to pristine patches)
03:48.06andromeda-galaxyOkay, thanks for the info on that
03:48.19andromeda-galaxywill you still be here in around an hour and a half? I need to eat dinner, and I was wondering if you would be able to look over my patches after that
03:48.36brlcadgood, sounds about like what I'd expect .. about 5-10 minutes per function is what I'd expect
03:50.31andromeda-galaxybrlcad: but I haven't had to come up with testcases yet --- so far I have been mostly writing functioins to call the tests & making sure that they have all the right formatting conventions in thes ource and in CMakeLists.txt
03:51.52brlcadthat's 90% of the work
03:52.13brlcadideally it should take you a bit more than two hours
03:52.25andromeda-galaxyokay
03:52.36andromeda-galaxyI did want to check one thing with you on style
03:52.46brlcadbut then if you did it again ... it should get much closer to 2 hrs
03:53.10andromeda-galaxythe test functions currently have to duplicate some amount of setup code in parsing the argument lists
03:53.32andromeda-galaxywould it generally be better to do something a little more complicated like try to write a function/macro that does some of that?
03:53.41brlcadreducing duplicate code is always a good practice
03:54.46brlcadyou'll find lots of funcs and macros in some of the other tests
03:55.12andromeda-galaxyI'll try to do something clever there
03:55.32andromeda-galaxythe only problem is that the things that need to be done are somewhat diverse, so I don't know what all would make a good macro...
03:56.01brlcadif you stick to the dry principle, it might help
03:56.14brlcadbasically the instant you find yourself repeating yourself, make that a function
03:56.17brlcador macro
03:56.21brlcadand then keep going
03:56.26brlcad~dry
03:56.26infobotthat is the opposite of what is good
03:56.36brlcadheh
03:57.11andromeda-galaxyU was just thinking about how best to avoid really complicated macros that have to tell the difference between a number of rather diverse usecases as to what order the sub-macros should be called.
03:57.18andromeda-galaxySorry, I not U
03:58.52brlcadinfobot: dry is Don't Repeat Yourself -- a software development principle that emphasizes no code duplication.  See http://en.wikipedia.org/wiki/Don't_repeat_yourself for details.
03:58.53infobotACTION dries is Don't Repeat Yourself -- a software development principle that emphasizes no code duplication.  See http://en.wikipedia.org/wiki/Don't_repeat_yourself for details.
03:59.10brlcadinfobot: no, dry is Don't Repeat Yourself -- a software development principle that emphasizes no code duplication.  See http://en.wikipedia.org/wiki/Don't_repeat_yourself for details.
03:59.10infobotbrlcad: okay
04:00.43andromeda-galaxybrlcad: okay, I am currently thinking: a macrothat takes a list of types & names and results in inserting them with the appropriate sscanf() calls
04:01.27brlcadandromeda-galaxy: that means very little to me :)
04:01.47brlcadyou'll want to keep it as simple as possible
04:01.54andromeda-galaxybrlcad: I know
04:01.55brlcaduse macros/functions purely to reduce duplication
04:02.01andromeda-galaxythat is why I was thinking macro/nomacro
04:02.11andromeda-galaxybecause the problem I am looking at right now for macros:
04:02.21brlcadthey don't have to have general utility
04:02.23andromeda-galaxythere is a bunch of code that sscanfs() the argument strings into the correct types and numbers of arguments
04:02.46brlcadthey're not becoming part of implemention, they're testing infrastructure so they can be a little "dirty"
04:03.00andromeda-galaxyand that has to be quite different for each one
04:03.13andromeda-galaxythe only similarities are that oftentimes they need to read lists of a similar format
04:03.46brlcadsee src/libbu/tests/bu_sscanf.c for about as complicated as it should get
04:04.16brlcadthat's nearly comprehensive testing of an sscanf implementation including nearly all possible % specifiers in a format string
04:05.04brlcadif they're only similar, that's not exactly duplicate code
04:05.57andromeda-galaxybrlcad: ah, okay
04:06.20andromeda-galaxybrlcad: alright then, I'll write a couple of short macros, finish the testing code, and come up with some test cases
04:06.29andromeda-galaxybut maybe eat dinner in between some of those
04:11.30andromeda-galaxybrlcad: do you know whether you will be able to look over my task in around an hour and a half?
04:26.38Notify03GCI:Mandeep Kaur *  Design a prototype CAD GUI layout #2: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck!
04:34.38Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: Script -
04:34.43Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: Script -
04:51.29Notify03GCI:Harmanpreet *  Redesign MGED/Archer's Menu http://www.google-melange.com/gci/task/view/google/gci2013/4816070846185472:   Use Virtual Disk Image   You need to install these applications in...
04:55.39Notify03GCI:Sean *  Create Wordpress theme for BRL-CAD website: Task Closed - Congratulations, this task has been completed successfully.
04:56.49Notify03GCI:Sean *  Create Wordpress theme for BRL-CAD website: nicely done -  Connor,  That's looking great. We'll undoubtedly have follow-on tasks related to our migration to WP, so keep an eye out for...
04:59.24Notify03GCI:Harmanpreet *  Creating Motion Typography video for BRL-CAD: Good to go -  Don't know about other mentors, but from my side, it is excellent. However, you may need to put more content into it...
05:07.44Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560:   responsive web design   Palindrome, This may be of...
05:12.59Notify03GCI:ehth77 *  Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task.
05:13.04Notify03GCI:ehth77 *  Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task.
05:29.26Notify03GCI:Sean *  Doxygen cleanup for LIBRT: Task Assigned - This task has been assigned to ehth77. You have 72 hours to complete this task, good luck!
05:31.56*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
05:40.56Notify03GCI:Sean *  Creating Motion Typography video for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6102460527542272:   fantastic   That is great start and ditto what Harmanpreet...
05:41.01Notify03GCI:Sean *  Creating Motion Typography video for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6102460527542272:   fantastic   That is great start and ditto what Harmanpreet...
05:41.16*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
05:46.57*** join/#brlcad caen23 (~caen23@92.81.168.188)
05:52.12Notify03GCI:Sean *  Design a Cover Photo for Facebook page (and other social networks) http://www.google-melange.com/gci/task/view/google/gci2013/5087063149903872:   follow-on task   A follow-on task has...
05:52.17Notify03GCI:Sean *  Design a Cover Photo for Facebook page (and other social networks) http://www.google-melange.com/gci/task/view/google/gci2013/5087063149903872:   follow-on task   A follow-on task has...
05:56.22Notify03GCI:Sean *  Create a high quality png of BRL-CAD logo: excellent -  Outstanding. I'm sure it'll all eventually come back to you. That's quite an advantage! :)  Best of luck!
05:56.47Notify03GCI:Sam *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Hi Sean -  Hi, would you mind reserving this task for me first? I already signed up for another...
05:58.53*** join/#brlcad gjeet (~androirc@202.164.53.117)
05:59.51Notify03GCI:Ethan *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Claimed - I would like to work on this task.
05:59.52Notify03GCI:Ethan *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Claimed - I would like to work on this task.
06:01.02Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: design -  Tan,  That zip file looks much better! That design is cute, but could you try a non-military design/byline? We have way too many pictures of...
06:01.07Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: design -  Tan,  That zip file looks much better! That design is cute, but could you try a non-military design/byline? We have way too many pictures of...
06:01.32Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
06:01.32Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
06:03.12Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this...
06:07.18YatharthROCKCould someone review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
06:11.18Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: no rush -  There is no rush. There are other tasks and we can create more if needed.
06:15.53Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: mailing list -  Direct them to our brlcad-devel mailing list and/or IRC channel so they can announce their interest and so we...
06:15.57Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: mailing list -  Direct them to our brlcad-devel mailing list and/or IRC channel so they can announce their interest and so we...
06:21.33Notify03GCI:Sean *  Design BRL-CAD sticker: intention -  What is the intention or motivation for the diagonal color stripe that's a slightly different "reddish" tone. It's placement seems odd and peculiar...
06:21.38Notify03GCI:Sean *  Design BRL-CAD sticker: intention -  What is the intention or motivation for the diagonal color stripe that's a slightly different "reddish" tone. It's placement seems odd and peculiar...
06:31.28Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
06:31.33Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
06:32.47brlcadYatharthROCK: that's looking great... almost
06:32.48Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:   looking fantastic   Yatharth, that's looking fantastic, but...
06:32.54Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760:   looking fantastic   Yatharth, that's looking fantastic, but...
06:33.03brlcadenwanders a bit
06:33.24YatharthROCKbrlcad: Hmm... what needs to be changed?
06:33.39YatharthROCKLet me lay it over the SVG versions and see the differences.
06:33.52YatharthROCKAlso, what's the font used in the logo?
06:42.38brlcadmore detail in the comment
06:42.45brlcadbackground color, see the url
06:43.10brlcadand we dont' have a set font, just tend to prefer something "solid" looking
06:43.35YatharthROCKbrlcad: I uploaded a file showing the differences in the logo. I don't think there's much.
06:43.52YatharthROCKbrlcad: And for the background, which browser are you using?
06:44.57YatharthROCKI'll just update my linear-gradient background property.
06:44.57YatharthROCKin my SASS mixin.
07:16.16*** join/#brlcad andrei_ (~andrei@188.26.90.180)
07:17.03YatharthROCKbrlcad: Could you check if it works for you now? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
07:17.09Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Ready for review - The work on this task is ready to be reviewed.
07:20.32*** join/#brlcad kesha (~kesha@14.139.122.114)
07:21.13andrei_Yatharth, whenever I opened brlcad.html in my Chromium browser
07:21.24andrei_and I don't get anything in it, it s plain
07:27.35Notify03GCI:Andrei *  Create a CSS only version of BRL-CAD Logo #2: None -  I tried to see brlcad.html in both Chromium and Firefox and I got virtually no display. Do you know what's causing the issue?...
07:27.40Notify03GCI:Andrei *  Create a CSS only version of BRL-CAD Logo #2: None -  I tried to see brlcad.html in both Chromium and Firefox and I got virtually no display. Do you know what's causing the issue?...
07:27.41Notify03GCI:Andrei *  Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
07:28.41YatharthROCKIs Andrei here?
07:28.50YatharthROCKOh, there you are.
07:29.03YatharthROCKandrei_: Chromium? One second...
07:29.17andrei_I tried on Firefox aswell, Yatharth
07:29.51*** join/#brlcad kesha (~kesha@14.139.122.114)
07:31.24YatharthROCKandrei_: Could you please check if any external resources loaded?
07:31.42YatharthROCKI think the problem is the my external CSS file isn't imported.
07:31.52Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: Sorry -  Sorry for grammatical errors, I made the script really fast and forgot to pay attention to grammar. Breaking the task would...
07:33.52YatharthROCKDamn silent failures!! Why did the we have to be so forgiving?
07:33.53andrei_brlcad1.css is "Failed to load resource"
07:33.54andrei_:)
07:34.09YatharthROCKandrei_: I found the bug. I'll just upload the fixed version now.
07:34.36andrei_okay
07:36.37Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Ready for review - The work on this task is ready to be reviewed.
07:38.16Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Fixed bug -  The bug was caused by a stupid typo while declaring the external CSS file. Chrome glazed over it, but the other...
07:38.21YatharthROCK<https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
07:38.21Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Fixed bug -  The bug was caused by a stupid typo while declaring the external CSS file. Chrome glazed over it, but the other...
07:38.49andrei_Yatharth, this works, but you've got the same issue as the previous version talked of
07:38.54andrei_the gray background
07:39.11andrei_it's not a race, there will be plenty of tasks and plenty of time for it :).
07:39.46YatharthROCKandrei: Which browser? It works on Chrome and Firefox for me.
07:40.02andrei_It works for me, aswell
07:40.16andrei_but you've got a whole "band" of gray
07:40.28andrei_gray background, I mean
07:40.34YatharthROCKNo gradient?
07:40.42YatharthROCKI see the gradient.
07:40.48YatharthROCKI'm using the latest Firefox Beta.
07:41.10YatharthROCKThe canonical linear-gradient property has been supported in Firefox since 4.
07:41.19andrei_hold on a bit
07:41.27YatharthROCKCould you take a screenshot?
07:41.30YatharthROCKkk
07:41.34andrei_from what I've seen in Sean's comment, he expected you to have that only as far as the logo goes, not on the entire screen
07:41.43andrei_I'm not familiar to CSS so I might be wrong
07:43.16YatharthROCKUhh... I'm not very familiar with CSS either (this was a learning experience). I'll try to make the background not stretch. I don't think I can auto-size it; can I hard-code the width?
07:45.33andrei_it would probably be a good starting point :)
07:52.16YatharthROCKandrei: I found a way to adapt its dimensions to it's contents' dimensions :D
07:53.53YatharthROCKandrei_: Anything else?
08:09.06*** join/#brlcad Kiryx (~Kiryx@85-202-48-130.internetia.net.pl)
08:09.43*** part/#brlcad Kiryx (~Kiryx@85-202-48-130.internetia.net.pl)
08:16.20YatharthROCKCould someone review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
08:17.57Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: None -  Hi, I have a question. Where may I be able to find information about the history of BRL-CAD? The only...
09:02.13YatharthROCKI added text too. Could someone review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
09:08.23Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Notes -  I added the text in a free font that closely matches the one used in the original logo. I also refactored my code and...
09:09.03Notify03GCI:Sharan *  Design BRL-CAD sticker: no PSD -  I use Inkscape to edit svg files they are all inkscape svgs so they are editable...  I made the holes white but they dont look like they are white...
09:09.08Notify03GCI:Sharan *  Design BRL-CAD sticker: no PSD -  I use Inkscape to edit svg files they are all inkscape svgs so they are editable...  I made the holes white but they dont look like they are white...
09:12.04Notify03GCI:Sharan *  Design BRL-CAD sticker: Ready for review -  i cant see the mark task as complete button
09:27.47*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
09:38.45*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
09:38.56*** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
10:17.41Notify03GCI:Oleg *  Design a coffee mug for BRL-CAD #2: Task Claimed - I would like to work on this task.
10:18.06Notify03GCI:Oleg *  Design a coffee mug for BRL-CAD #2: None -  Sean, where I can speak with you about the task?
10:22.33Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck!
10:22.38Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck!
10:25.18Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
10:25.25Notify03GCI:Luke Blue *  Creating Motion Typography video for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
10:25.48Notify03GCI:Luke Blue *  Create a CAD inspired icon-set for BRL-CAD website: Task Claimed - I would like to work on this task.
10:32.07YatharthROCKWhich timezone are you guys in?
11:18.58Notify03GCI:Harmanpreet *  Create a CAD inspired icon-set for BRL-CAD website: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
11:24.44Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Design ideas -  Dear Sean,   I have thought about it and decided to remove the tank images and replace it with something else. I'm currently...
11:24.59Notify03GCI:YuGin *  Write article on BRL-CAD's code hardening efforts: Task Claimed - I would like to work on this task.
11:25.04Notify03GCI:YuGin *  Write article on BRL-CAD's code hardening efforts: Task Claimed - I would like to work on this task.
11:28.44Notify03GCI:Gauravjeet Singh *  Write article on BRL-CAD's code hardening efforts: Task Assigned - This task has been assigned to YuGin. You have 72 hours to complete this task, good luck!
11:29.51*** join/#brlcad gjeet (~androirc@202.164.53.117)
11:30.04Notify03GCI:Oleg *  Design a coffee mug for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
11:30.09Notify03GCI:Oleg *  Design a coffee mug for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
11:32.18Notify03GCI:Oleg *  Design a coffee mug for BRL-CAD #2: None -  Mandeep, where is the Sean? I have some questions about another tasks. Maybe you can give me answers, if Sean isn't here?
11:36.05*** join/#brlcad gcibot (~gcibot@117.214.52.3)
11:38.50YuGinTo any BRL-CAD developer- Can I confirm that you guys follow American English instead of British English? (I'm 'Writ(ing) (an) article on BRL-CAD's code hardening efforts')
12:24.58*** join/#brlcad Destroy (~Destroy@bras3.donapex.net)
12:25.21DestroyHi all.
12:25.26DestroySean, are you here?
12:25.39Destroy/GCI2013/
12:29.46*** join/#brlcad MartinHermida (~MartinHer@33.Red-83-41-62.dynamicIP.rima-tde.net)
12:31.28MartinHermidaMy work on GCI is ready to be reviewed
12:31.39DestroyMy too
12:31.48DestroyBut mentors isn't here...
12:33.08MartinHermidaOh... I've waited since yesterday 22:00 UTC and no one has checked my work yet
12:34.59Destroy+
12:44.27starseekerDestroy: MartinHermida: can you post links to your tasks?
12:45.18starseekerI see 2 that need review - the arbn surface area and one of the documentation tasks - are those yours?
12:45.59DestroyYes
12:46.04DestroyOne moment
12:46.14Destroyhttps://google-melange.appspot.com/gci/task/view/google/gci2013/5789856567394304
12:46.19gcibotDesign a coffee mug for BRL-CAD #2
12:46.19gcibotStatus: NeedsReview (2 days, 21 hours left)
12:46.19gcibotMentor(s): Sean
12:46.21Destroystarseeker
12:47.12Destroystarseeker: are you the mentor?
12:47.20starseekerI'm one of the mentors
12:47.44starseekerit's early morning for a lot of us, which may be why you aren't seeing immediate responses
12:48.04DestroyO'K )
12:48.29DestroyAt my time now 2:48 PM (14:48)
12:49.12DestroyStarseeker, Can you help me with  the imporning model to the BRL-Cad?
12:49.28DestroyIf you can, of course.
12:49.30starseekerDestroy: I'm looking at it now
12:50.10Destroy?
12:51.43Destroystarseeker, I have sample.g model file. How can I import him to display at MGED Graphics Window?
12:54.08starseekerpardon?  You can use the opendb command in mged
12:54.30starseekerthen on the mged command prompt type the command: tops
12:54.35starseekerthat will list the geometry in the file
12:54.54starseekerthen to see a wireframe of it, you use the draw command:  draw <geometry_name>
12:57.21starseekerDestroy: I got the images for the coffee mug up - I don't have much artistic sense compared to Sean, but it looks good to me - I'll mark it as closed so you can move to another task, but keep an eye out for comments by him
12:57.21Destroystarseeker,
12:57.21Destroymged> opendb star.g
12:57.21DestroyCreate new database (y|n)[n]? y
12:57.21DestroyThe new database star.g was successfully created.
12:57.21DestroyUntitled BRL-CAD Database (units=mm)
12:57.22Destroymged>  
12:57.39starseekeruh - is your file named sample.g or star.g
12:58.47DestroyOk, mark it as "Complete", I'll start work on another task, and I wait for opinion of Sean.
12:58.55starseekeryou may need to specify the full path to your file, or alternatly use the File->Open dialog
12:59.21Notify03GCI:starseeker *  Design a coffee mug for BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully.
12:59.26Notify03GCI:starseeker *  Design a coffee mug for BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully.
12:59.34DestroyOne second, I'll try to explain the matter more clearly
13:00.21DestroyI work on Brl-Cad on Windows 7
13:00.23DestroyC:\Program Files (x86)\BRLCAD 7.24.0\share\db
13:00.45DestroyHere is some models like pinewood, havoc and other
13:01.14DestroyHow can I see this models in Brl-Cad?
13:01.28starseekerYou have MGED running?
13:01.32DestroyYep
13:01.40starseekerOK, try File->Open
13:01.45starseekerfrom the GUI menu
13:01.50starseekeryou should get a dialog
13:02.02Destroyyes
13:02.18starseekernavigate to the .g file you want to open
13:02.46DestroyYes
13:02.56DestroyBut it don't dispay somewhere
13:02.59Destroy:(
13:03.08Destroydisplays*
13:03.10starseekerit won't by default
13:03.15starseekerrun the command "tops"
13:03.19starseekeron the MGED command line
13:03.25Destroyyes
13:03.28DestroyNext
13:03.29starseekerwhat do you see?
13:03.42Destroymged> tops
13:03.42Destroyall.g/              old.s79             r682/R              r684/R
13:03.42Destroycab.g/              old.s82             r683/R              r685/R
13:03.59starseekernow use the draw command:  draw all.g
13:04.11DestroyAAAA!!!!!
13:04.17DestroyTHANK YOU VERY MUCH
13:04.21DestroyI LUV U:333
13:04.28MartinHermidastarseeker: My task is to make a t-shirt design. Here's the link: http://www.google-melange.com/gci/task/view/google/gci2013/5820985550831616
13:04.32gcibotDesign a T-Shirt for BRL-CAD
13:04.32gcibotStatus: NeedsReview (2 days, 1 hours left)
13:04.32gcibotMentor(s): Sean
13:05.13starseekerDestroy: if you're going to work with MGED, I recommend checking the tutorial:  http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdfhttp://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf
13:05.20starseekergah http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf
13:05.26starseekerMartinHermida: ok, one second
13:06.01Notify03GCI:Oleg *  Create an ISST screenshot or animation: Task Claimed - I would like to work on this task.
13:06.28Destroystarseeker, O'K, sensei, thank you.
13:08.11Notify03GCI:starseeker *  Design a T-Shirt for BRL-CAD: None -  What is the source for the artwork on the front of the shirt?
13:08.16Notify03GCI:starseeker *  Design a T-Shirt for BRL-CAD: None -  What is the source for the artwork on the front of the shirt?
13:10.01Notify03GCI: *  :  -
13:10.06Notify03GCI: *  :  -
13:11.07Notify03GCI:starseeker *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None -  Looks good!
13:11.22Notify03GCI:starseeker *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Task Closed - Congratulations, this task has been completed...
13:11.30YuGinHi starseeker, I am working on and finishing up the task of writing an article detailing BRL-CAD's code hardening efforts. I would like to clarify some things though: first, in this wiki page on Code Cleanup: http://brlcad.org/wiki/Code_Cleanup , what exactly does 'Strict Compilation' (the second point) refer to?
13:11.50starseekerStrict compilation
13:11.53starseekerah
13:11.55starseekerone second...
13:12.03YuGinOk
13:12.34starseekerStrict compilation means treating compiler warnings as build-haulting errors, not just warnings
13:12.45starseekersee the Werror flag for GCC, for example
13:12.56YuGinI see
13:13.06*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
13:13.16*** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
13:13.42Notify03GCI:starseeker *  Design a T-Shirt for BRL-CAD: None -  Please post the source links for the images in a reply - those are things we need to document
13:13.44Destroystarseeker, help me please, how can I disable orange grid on the model?
13:13.46YuGinThat's useful information- but I actually intended to ask if the compiler is an internal program written by the dev team? Or is it a general program sourced from elsewhere?
13:13.55starseekerorange grid?
13:14.05DestroyYes
13:14.27starseekerthe compiler?  that's a program written by other people
13:14.49Destroy?
13:14.55DestroyIt's to me?
13:15.03DestroyOr to YuGin?
13:15.06starseekera compiler is a standard tool for translating human writable source code (C/C++ in this case, primarily) to machine understandable code (binaries)
13:15.09starseekerYuGin
13:15.18starseekerDestroy: I'm not sure what the orange grid would be...
13:15.25DestroySec
13:16.12starseekerYuGin: the standard open source compilers are http://gcc.gnu.org/ and http://clang.llvm.org/ for C and C++
13:16.46YuGinAh, standard tool, I get it now. One last thing if I may- which part of the community portal do I submit the article to? Is it 'Final Review', 'Initial Drafts' or somewhere else?
13:16.49Destroystarseeker, this: http://s10.postimg.org/4hk7id8jt/grid.jpg
13:17.25starseekerYuGin: if the task didn't specify, I'd say Initial Drafts - add a link to it in your task's comment section
13:17.49starseekerDestroy: ah, that's the wireframe
13:17.50YuGinRight, thanks- I'll leave you to answer the serious questions now :P
13:17.54Destroy=)
13:18.09DestroyI'll try to remember )
13:18.19starseekerDestroy: bring up the File->Raytrace dialog
13:18.25DestroyYep
13:18.38starseekerThere's a "Framebuffer" menu item at the top of that
13:19.00starseekerOpen that, and you'll see three options at the bottom of the menu - Overlay, Interlay, and Underlay
13:19.04starseekerselect Overlay
13:19.19DestroySENKYOU VEYMUCH : D
13:19.23Notify03GCI:Pulkit Mehta *  Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task.
13:20.23Notify03BRL-CAD:starseeker * 58594 (brlcad/trunk/doc/docbook/lessons/en/mged13_placing_shapes_in_3d.xml brlcad/trunk/doc/docbook/lessons/en/mged14_placing_shapes_in_3d_2.xml and 2 others): Fixes to imageobject inclusions by David Wood from GCI.
13:20.24Notify03GCI: *  :  -
13:20.25Notify03GCI: *  :  -
13:21.18Notify03GCI:Pulkit Mehta *  Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:21.33Notify03GCI:Pulkit Mehta *  Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task.
13:21.38Notify03GCI:Pulkit Mehta *  Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task.
13:21.58MartinHermida<starseeker> Just posted the source of both images
13:24.28MartinHermidastarseeker: Is my work right?
13:24.42MartinHermida(T-Shirt design)
13:24.54starseekerMartinHermida: OK, since it's another artistic one like the mug, I'll accept it but keep an eye out for comments from Sean
13:25.49Notify03GCI:starseeker *  Design a T-Shirt for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
13:26.00MartinHermidastarseeker: OK, thanks
13:27.00Notify03GCI:starseeker *  Implement a surface area function for N-faced polysolid (ARBN): None -  Patch applies cleanly and builds (at least on Linux) - haven't tested for correctness but if I understand...
13:27.05Notify03GCI:starseeker *  Implement a surface area function for N-faced polysolid (ARBN): Task Closed - Congratulations, this task has been completed successfully.
13:27.07MartinHermidastarseeker: Will Sean comment on the task thread or by the IRC channel?
13:27.10Notify03GCI:starseeker *  Implement a surface area function for N-faced polysolid (ARBN): Task Closed - Congratulations, this task has been completed successfully.
13:27.28YuGinstarseeker- in what context is the article on code hardening likely to be used? I'm not quite sure how much of an introduction to BRL-CAD and code hardening I should include.
13:27.55Notify03BRL-CAD:starseeker * 58595 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/table.c): Apply arbn surface area function patch from Johannes Schulte (GCI)
13:28.23starseekerMartinHermida: it could be either - my guess would be IRC, but not sure
13:28.54MartinHermidastarseeker: OK, so I'll stay online for his review
13:29.01starseekerYuGin: not sure - if it were me I'd put in the information I didn't know and would have liked to know
13:29.13starseekerthat's usually a good starting point
13:29.25YuGinI see, I'll take that into account.
13:29.46*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
13:30.04starseekerYuGin: obviously you don't want to go crazy with background info, but at least some context is probably good (with links to more extensive info if you think your audience is likely to want it)
13:30.20Notify03GCI:Mandeep Kaur *  Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck!
13:30.22Notify03GCI:Mandeep Kaur *  Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck!
13:30.24starseekerOK folks, I'm out of time for now, but other mentors should be coming online
13:30.25Notify03GCI:Mandeep Kaur *  Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck!
13:30.56YatharthROCKCould you review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
13:31.03YatharthROCKWhich time zones are you guys in?
13:31.16DestroyGTM +2
13:31.32Destroybloodseeker
13:31.35Destroyoh
13:31.43Destroystarseeker, help me please
13:31.46DestroyISST SCREENSHOT
13:31.51DestroyWhat is the ISST?
13:35.20Destroystarseeker, sensei, where are you?
13:35.41Notify03GCI:Pulkit Mehta *  Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:41.33Destroystarseeker, please :), answer: what is the ISST?
13:44.20*** join/#brlcad Stattrav (~suryajith@unaffiliated/stattrav)
13:44.29Stattravmaths22: Hey
13:45.42Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Claimed - I would like to work on this task.
13:47.07Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to...
13:47.17Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to...
13:47.23Notify03BRL-CAD Wiki:Theiceman458 * 0 /wiki/User:Theiceman458:
13:48.55Destroystarseeker
13:52.14*** part/#brlcad Destroy (~Destroy@bras3.donapex.net)
13:54.35*** join/#brlcad Destroy (~Destroy@bras3.donapex.net)
13:54.56Destroy:-Dstarseeker, are you here?
13:59.42YuGinI think starseeker said he had to go off
14:00.02DestroyWhere? When?
14:00.03Destroy: D
14:00.41YuGin[21:30] <starseeker> OK folks, I'm out of time for now, but other mentors should be coming online soon
14:00.52YuGinThat was half an hour ago
14:01.12DestroyO'K, I didn't seen it.
14:01.15DestroyThank you
14:01.53YuGinBtw, have you tried editing on the BRL-CAD wiki before?
14:02.34DestroyNewer yet : D
14:02.37DestroyNever*
14:02.44Notify03GCI:Oleg *  Create an ISST screenshot or animation: None -  Complete.
14:02.45Notify03GCI:Oleg *  Create an ISST screenshot or animation: None -  Complete.
14:03.17DestroyBot just godlike
14:03.39DestroyYuGin, where are you from?
14:04.59YuGinI'm from Singapore
14:05.17``ErikISST is a program that uses the TIE raytracing engine to interrogate geometry... there're sorta kinda 3 variants... the main BRL-CAD repo has a very basic tcl/tk based one, and there is a git repo that has both GTK+ and SDL based frontends
14:05.51Notify03BRL-CAD Wiki:Theiceman458 * 0 /wiki/File:CPPCHECK-CLEANUP_sample_output.PNG:
14:05.59``Erikthe tcl/tk one was created with the intent of reproducing the gtk+ interface in a more portable and less dependancy heavy fashion
14:06.10Notify03GCI: *  :  -
14:06.31Notify03BRL-CAD Wiki:Theiceman458 * 0 /wiki/File:Simian_analysis_sample_output.PNG:
14:07.01Notify03GCI:Oleg *  Create an ISST screenshot or animation: Ready for review - The work on this task is ready to be reviewed.
14:07.06``Erik(the sdl one was an experiment to provide an interface closer to familiar video game interfaces)
14:07.06Notify03GCI:Oleg *  Create an ISST screenshot or animation: Ready for review - The work on this task is ready to be reviewed.
14:07.58DestroyErik, hello, thanks for the explanation.
14:08.05DestroyAre you the Mentor?
14:09.24YatharthROCK'The Mentor', LOL...
14:10.12Notify03BRL-CAD Wiki:Theiceman458 * 6316 /wiki/Community_Publication_Portal: Submission of 'BRL-CAD's Code Hardening Efforts' article under 'Initial Drafts' for Google Code-in 2013 task.
14:10.32YuGinwow, Notify's fast
14:11.45``ErikDestroy: one of them, yes... was also the one who maintained the libtie/adrt/isst stuff, wrote the sdl version, etc...
14:12.50``ErikYuGin: thanks :D all these messages are actually rapid email polling and parsing with plenty of fixing still needed (like the gci double email issue)
14:13.08YatharthROCK``Erik: Could you review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
14:13.44YatharthROCKRapid polling and parsing? Srsly? I thought you hooked into Melange's API.
14:13.49DestroyErik, great job, yes. Can you review this:  https://google-melange.appspot.com/gci/task/view/google/gci2013/5807415064788992
14:14.02gcibotCreate an ISST screenshot or animation
14:14.02gcibotStatus: NeedsReview (2 days, 23 hours left)
14:14.02gcibotMentor(s): Sean
14:15.43YuGinHmm, anyone can offer advice on how to write italicised text on the BRL-CAD wiki? The normal [i][/i] tags aren't working for me...
14:18.11Destroy``Erik, where are the other mentors?
14:18.42YatharthROCKI've been waiting all day too.
14:19.47Notify03GCI:Kelsey *  Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I would like to work on this task.
14:20.21``ErikYatharthROCK: I'd kinda prefer Sean review it, he has an art eye that I lack :) and the gci one is parsing emails, yes, https://github.com/erikg/cl-cia/blob/master/maildir.lisp #'process-brlcad-gci-mail-dir
14:21.02Notify03GCI:Kelsey *  Create a graphical mock-up for BRL-CAD's Blog: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:21.07Notify03GCI:Kelsey *  Create a graphical mock-up for BRL-CAD's Blog: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:21.08``ErikI believe several mentors are in the process of relocating their offices? *shrug*
14:21.24Destroy``Erik, dear, can you review my work, please?
14:22.02Notify03GCI:Alex *  Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task.
14:22.37Notify03GCI:Jack *  Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task.
14:22.49DestroyDo mentors get money from google for overseeing GCI?
14:23.10``ErikDestroy: that's MGED, not ISST...
14:23.22Notify03GCI:Jack *  Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:23.27Notify03GCI:Alex *  Design a coffee mug for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:24.15DestroyHmm
14:24.21``ErikDestroy: I don't believe so, and the BRL-CAD project has historically rejected the $500 mentor stipend for the GSoC program to avoid a conflict of interest concern.... we do get tshirts, though :D
14:24.46Destroy: D
14:24.55DestroyThats fun but sad : D
14:24.57Notify03GCI:Alex *  Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task.
14:25.10YuGinErik- can you help with my wiki formatting problem? That's all that's left before I submit my work for review...
14:25.22Notify03GCI:Rachel *  Design a coffee mug for BRL-CAD #4: Task Claimed - I would like to work on this task.
14:25.27Notify03GCI:Rachel *  Design a coffee mug for BRL-CAD #4: Task Claimed - I would like to work on this task.
14:25.30DestroyCan you give link for download ISST?
14:25.53Notify03GCI:erikg *  Create an ISST screenshot or animation: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
14:27.43Notify03GCI:grabriel *  Design a banner ad for BRL-CAD: Task Claimed - I would like to work on this task.
14:27.58Notify03GCI:erikg *  Create an ISST screenshot or animation: Wrong program -  provided images are the result of MGED, not ISST.  git clone git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git
14:28.20``ErikYuGin: what's the issue?
14:28.38YuGinHow do you italicise text? [i][/i] doesn't work for me.
14:28.51Destroy``Erik, thank you. Do I must built it git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git on Linux?
14:30.30``Erik[i] is bbcode, not wiki... http://en.wikipedia.org/wiki/Wikipedia:Tutorial/Formatting indicates ''this'', and you might be able to use straight html, as well...
14:31.27YuGinAh, I see, thanks!
14:32.19Notify03BRL-CAD Wiki:Theiceman458 * 6317 /wiki/Community_Publication_Portal: Fixed wonky image embedding and text italicising.
14:32.20``ErikDestroy: yes, it's known to work well on linux. You might need to verify that the gtk+ dev package is installed. It might not want to compile due to changes in gtk...
14:32.36``Erik(it's known to work well on linux a couple years ago)
14:32.55Notify03BRL-CAD Wiki:Theiceman458 * 6318 /wiki/Community_Publication_Portal: /* Tan YuGin: BRL-CAD's Code Hardening Efforts */
14:33.42Notify03GCI:YuGin *  Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed.
14:33.42DestroyThank you.
14:33.46Notify03GCI:YuGin *  Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed.
14:39.11*** join/#brlcad gcibot (~gcibot@117.200.89.237)
14:40.42YatharthROCK``Erik: :/
14:40.53YatharthROCKWhen will Sean come online?
14:43.29YatharthROCK``Erik: "(it's known to work well on linux a couple years ago)": You haven't tested it since then? What testing framework does BRL-CAD use BTW?
14:53.51Notify03GCI:grabriel *  Design a banner ad for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:55.53Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #3: Task Assigned - This task has been assigned to Alex . You have 72 hours to complete this task, good luck!
14:55.58Notify03GCI: *  :  -
14:55.59Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #4: Task Assigned - This task has been assigned to Rachel . You have 72 hours to complete this task, good luck!
14:56.00Notify03GCI: *  :  -
14:56.04Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #4: Task Assigned - This task has been assigned to Rachel . You have 72 hours to complete this task, good luck!
15:01.46*** part/#brlcad Destroy (~Destroy@bras3.donapex.net)
15:04.51YatharthROCKI've noticed that this year there are mainly designing tasks...
15:07.32*** join/#brlcad destroy (~quassel@bras3.donapex.net)
15:16.36Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task.
15:16.41Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task.
15:17.06Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:18.33*** join/#brlcad Destroy (~Destroy@bras3.donapex.net)
15:19.06andromeda-galaxybn_distsq_pt3_lseg3_v2 seems to have some contradictory documentation --- can anyone tell me wht return codes 3 and 4 really mean? bn.h gives them two meanings
15:19.11Notify03GCI:Oleg *  Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:19.16Notify03GCI:Oleg *  Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:19.46Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on this task.
15:19.51Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on this task.
15:20.40Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488:   how is this different   how is this different...
15:20.45Notify03GCI:Connor Vickers *  Create Wordpress theme for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488:   how is this different   how is this different...
15:21.40Destroy``Erik, claim it please https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
15:21.44gcibotDesign a BRL-CAD Sticker #2
15:21.44gcibotStatus: ClaimRequested
15:21.44gcibotMentor(s): Sean
15:23.10Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task.
15:23.11Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task.
15:37.06Notify03GCI:Yatharth Agarwal *  Create a book layout for Doc Camp Book: Questions -  Should the book be designed for the web, or for print? Do you just want a mock-up, or a document detailing how the...
15:37.23YatharthROCK``Erik: How was the Notify script implemented again
15:38.02YatharthROCKAnd could you please review my task like, now? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
15:38.57YatharthROCKI could imagine setting up a Google Drive Apps Script that hooked into a new mail event in Gmail, did the parsing and then posted it on this channel using its new socket functionality :)
15:41.16*** join/#brlcad awabimakoto (~tc@2402:f000:5:7901:f2de:f1ff:fe59:138a)
15:49.16Notify03GCI:Deep Inder Singh *  Create a book layout for Doc Camp Book: Task Claimed - I would like to work on this task.
15:49.17Notify03GCI:Deep Inder Singh *  Create a book layout for Doc Camp Book: Task Claimed - I would like to work on this task.
15:50.06DestroyMentors
15:50.09DestroyWhere are you?
15:51.20*** join/#brlcad MartinHermida (~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net)
15:51.32andromeda-galaxyDoes anyone know when brlcad is likely to be here?
15:53.09DestroyNo, I don't
15:53.24DestroyMENTORS GOTO IRC
15:55.27Notify03GCI:Mandeep Kaur *  Design a BRL-CAD Sticker #5: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck!
15:55.28Notify03GCI:Mandeep Kaur *  Design a BRL-CAD Sticker #5: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck!
15:55.29Notify03GCI:Mandeep Kaur *  Create a book layout for Doc Camp Book: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck!
15:55.33Notify03GCI:Mandeep Kaur *  Design a BRL-CAD Sticker #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck!
15:55.34Notify03GCI:Mandeep Kaur *  Design a BRL-CAD Sticker #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck!
15:57.28YatharthROCKMandeep Kaur, you're evidently a mentor. Are you on this channel?
15:57.29DestroyMandeep Kaur, task http://www.google-melange.com/gci/task/view/google/gci2013/5898141282861056 will successfully complete
15:57.31gcibotDesign a BRL-CAD Sticker #2
15:57.31gcibotStatus: Claimed (2 days, 23 hours left)
15:57.31gcibotMentor(s): Sean
15:57.52Destroywas*
15:58.07DestroyYatharth, who knows...
15:58.15DestroyThey like anonymous
16:05.12Notify03GCI:John Tryfonopoulos *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Claimed - I would like to work on this task.
16:05.17Notify03GCI:John Tryfonopoulos *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Claimed - I would like to work on this task.
16:06.01YatharthROCKDestroy: Is Sean 'brlcad'?
16:06.31andromeda-galaxyYatharthROCK: Yes
16:06.39DestroyYep
16:06.49andromeda-galaxyYatharthROCK: a lot of the devs have their nicks listed in the AUTHORS file
16:06.57Destroy+++
16:07.12DestroyBut where they are?
16:07.19Destroy=(
16:13.10andromeda-galaxyhave either of you worked on the brlcad plane_t?
16:14.28Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed.
16:18.38Notify03GCI:Mandeep Kaur *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Assigned - This task has been assigned to John Tryfonopoulos. You have 72 hours to complete this task, good luck!
16:20.38Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed.
16:20.43Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed.
16:24.37Destroy``Erik, confirm please
16:32.45DestroyMentors
16:38.14Notify03BRL-CAD:starseeker * 58596 brlcad/trunk/src/mged/titles.c: Make sure ipathpos doesn't take us beyond the end of dbfp when preparing the title string - fixes a crash, but doesn't address how ipathpos is getting set to the problematic value in the first place.
16:39.55Destroystarseeker, hello, confirm my new task, please
16:40.06Destroyhttps://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
16:40.13gcibotDesign a BRL-CAD Sticker #2
16:40.14gcibotStatus: NeedsReview (2 days, 23 hours left)
16:40.14gcibotMentor(s): Sean
16:40.51YatharthROCKOr review mine so I can claim another one: https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760
16:40.54gcibotCreate a CSS only version of BRL-CAD Logo #2
16:40.55gcibotStatus: NeedsReview (26 hours, 44 minutes left)
16:40.55gcibotMentor(s): Sean
16:41.55DestroyI'm gonna too. If Sean says smth, I will recomplete my task.
16:52.44*** join/#brlcad gcibot (~gcibot@117.200.89.237)
17:00.32Destroystarseeker
17:00.37DestroyPlease
17:00.43DestroyConfirm our tasks
17:02.48Destroy``Erik
17:02.51DestroySomeone...
17:02.59Destroy:'(
17:05.49maths22when I build on brlcad.org, I ge the following error: /usr/local/include/tk8.6/tk.h:21:3: error: #error Tk 8.6 must be compiled with tcl.h from Tcl 8.6 or better
17:09.52Notify03GCI: *  :  -
17:09.57Notify03GCI: *  :  -
17:10.53MartinHermidaJust completed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
17:11.02gcibotCreate a CSS only version of BRL-CAD Logo
17:11.02gcibotStatus: NeedsReview (2 days, 21 hours left)
17:11.02gcibotMentor(s): Sean
17:12.40DestroyAnd my https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
17:12.43gcibotDesign a BRL-CAD Sticker #2
17:12.43gcibotStatus: NeedsReview (2 days, 22 hours left)
17:12.43gcibotMentor(s): Sean
17:13.57*** join/#brlcad Stattrav (~suryajith@123.236.75.44)
17:14.32maths22They have jobs and other stufff to do in addition to GCI
17:14.41maths22Be patient, ant they will get to you soon
17:20.58*** join/#brlcad gjeet (~gaurav@117.199.111.140)
17:21.30Stattravmaths22: ping
17:22.10Stattravmaths22: So, you asked on the melange page what has to be done.
17:24.10Destroypong
17:24.27StattravSo, it is quite simple. The way I've implemented the code is kind of messy. It "builds" some js code to be pasted into the webpage and this js code renders the chart/graph after contacting the google server. If you can find a better way to get a chart from the data or clean up that messy code. It is self contained. That file can be run by itself and it doesn't need any external service etc.
17:24.52StattravOh! You're Jacob. 2 instances of the same person. Alright.
17:25.21StattravI've been waiting to catch Jacob here to answer what specifically has to be done.
17:26.17Stattravmaths22: If you've got further questions about this task, ping me here or just mail me: suryajith1987 [at] gmail.
17:26.38YatharthROCKStattrav: If you don't mind, could you review my task too? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
17:27.11StattravYatharthROCK: I did see that. :) I am not the right person to review that.
17:27.15StattravSorry.
17:27.25StattravAnyway, shall log back in in a bit.
17:28.08YatharthROCKAww, come on! The logo looks almost entirely the same (a comparison pic was uploaded), has been tested by Andrei and was satisfactory according to Sean.
17:28.09*** join/#brlcad Stattrav (~suryajith@unaffiliated/stattrav)
17:28.26StattravAlright. Back.
17:28.28YatharthROCKStattrav: Aww, come on! The logo looks almost entirely the same (a comparison pic was uploaded), has been tested by Andrei and was satisfactory according to Sean.
17:29.41StattravI saw that too :)
17:30.06Stattravbtw, the one on the left or the right ?
17:30.18YatharthROCKStattrav: See? You can't tell!
17:30.24YatharthROCKRight BTW.
17:30.56DestroyStattrav, are you a mentor?
17:31.15YatharthROCKDestroy: No you don't. He's reviewing my task FIRST :P
17:31.21YatharthROCKjk ^^^
17:32.45Destroy:33333333
17:32.49DestroyO'K, bro : D
17:33.16YatharthROCKRight after I convince him to do it... :/
17:33.51StattravYatharthROCK: well, I can tell. :) Proportions wise.
17:33.57StattravI am not reviewing anything.
17:34.03StattravNo, I am not a mentor.
17:34.25Destroy:)And then who are you?
17:34.34YatharthROCKLOL, interesting convo...
17:35.26YatharthROCKStattrav: Proportions-wise? Are you sure? I thoughy I'd gotten them nailed. I just though the tips of the black gear were off.
17:35.42YatharthROCKMaybe I need to turn the zoom in my browser up a bit...
17:36.26StattravYatharthROCK: the circles in the non-black gear are bigger than what they need to be. The link is a bit more curvy in the actual one.
17:37.03YatharthROCKStattrav: Oh yeah, in the updated version (where the overlapping doesn't happen), I had to use some sub-optimal curves.
17:38.52StattravI see. Those are my two cents. Well, Andrei and Sean are the authorities.
17:43.15MartinHermidaCan any mentor review my task?: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
17:43.19gcibotCreate a CSS only version of BRL-CAD Logo
17:43.19gcibotStatus: NeedsReview (2 days, 21 hours left)
17:43.19gcibotMentor(s): Sean
17:46.58Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816:   Uploading to BRL-CAD wiki?   As i am supposed...
17:47.32DestroyMentors
17:48.04DestroyHave any of you been here?
18:08.11MartinHermidaWell guys, I must go, see you -or read you, better- tomorrow
18:08.20Notify03GCI:Maciek *  Model BRL-CAD Logo Using BRL-CAD: Task Claimed - I would like to work on this task.
18:14.02*** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net)
18:23.42*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
18:24.27YatharthROCKDestroy: Fill me in. Anyone come online?
18:30.50DestroyNo, everyone is offline =(
18:38.40Notify03GCI:Mandeep Kaur *  Model BRL-CAD Logo Using BRL-CAD: Task Assigned - This task has been assigned to Maciek. You have 72 hours to complete this task, good luck!
18:39.30YatharthROCKDestroy: Who was Stattrav?
18:44.38DestroyNot mentor
18:44.53DestroyMENTORS WHERE ARE YOU, MY DEAR?
18:46.15YatharthROCKUhh... my dear?
18:46.18mandeepYes, I'm here. How Can I help you?
18:46.45YatharthROCKCould you review my task for me? https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760
18:46.53gcibotCreate a CSS only version of BRL-CAD Logo #2
18:46.53gcibotStatus: NeedsReview (24 hours, 38 minutes left)
18:46.54gcibotMentor(s): Sean
18:47.35Destroymandeep, my task, please: https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
18:47.38gcibotDesign a BRL-CAD Sticker #2
18:47.38gcibotStatus: NeedsReview (2 days, 21 hours left)
18:47.38gcibotMentor(s): Sean
18:49.32YatharthROCKDestroy: You sure its not too detailed for an average-sized stciker, bro?
18:51.36DestroyWhy do you think so?
18:52.43DestroyIn setting no limits. Do as you like.
18:53.36YatharthROCKThe small lettering, and the complex shading (how do you do that BTW? must be tough) is probably not appropriate for a sticker.
18:53.44YatharthROCKLook really good, though.
18:54.03YatharthROCKThey probably implicitly meant '... within the context of a sticker'.
18:59.07DestroyI canCan I increase the size of the text.
18:59.08DestroyBut mentoring is not here, as usual :). For this we need to wait for them.
19:08.24mandeepDestroy: Add less text on sticker and don't change BRL-CAD to BRL-KAD. Also D in KAD looks like A. Make it simple.
19:10.30Destroymandeep: It is a Greek alphabet. I wanted to add flavor to the sticker.
19:10.34DestroyBut O'K
19:12.01mandeepOk, You did nice work.
19:15.50DestroyUpdated
19:15.51Destroyhttps://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
19:15.51Notify03BRL-CAD:tbrowder2 * 58597 ova/Sourceforge-VM-files/README.txt: correct for current VM
19:15.52gcibotDesign a BRL-CAD Sticker #2
19:15.53gcibotStatus: NeedsReview (2 days, 20 hours left)
19:15.53gcibotMentor(s): Sean
19:15.55Destroymandeep
19:23.03Notify03BRL-CAD Wiki:86.153.149.102 * 6319 /wiki/Community_Publication_Portal:
19:24.02Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Ready for review - The work on this task is ready to be reviewed.
19:27.17DestroyHeey, mandeep...
19:27.17DestroyMentors, where are all you..?
19:32.09Notify03BRL-CAD Wiki:86.153.149.102 * 6320 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */
19:35.39Notify03BRL-CAD Wiki:86.153.149.102 * 6321 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */
19:38.59Notify03GCI:frog@Jonathan *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Help -  I would like to work on this task. But i do not get, what for a new logo you...
19:39.15Notify03BRL-CAD Wiki:86.153.149.102 * 6322 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */
19:41.41Notify03BRL-CAD Wiki:86.153.149.102 * 6323 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */
19:42.41Notify03GCI:frog@Jonathan *  Create a graphical mock-up for BRL-CAD's Blog: link -  On which page/url is the blog?
19:42.46Notify03GCI:frog@Jonathan *  Create a graphical mock-up for BRL-CAD's Blog: link -  On which page/url is the blog?
19:42.52Notify03BRL-CAD Wiki:86.153.149.102 * 6324 /wiki/Community_Publication_Portal: /* Alexander Lotsu: Wanted - Software Maintainer for Windows Binary Platform */
19:43.58DestroyAlready half a day has passed. Where is everybody?
19:45.41andromeda_galaxyYesterday brlcad came over I. The morning --- I don't know what is going on today...
19:47.32DestroyMy time is +2.
19:47.45Destroy9:47 PM (21:47)
19:51.08maths22Stattrav: I cant tell what has changed since the orginal file was done
20:23.41*** part/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net)
20:30.23Destroy<PROTECTED>
20:30.25Destroy<PROTECTED>
20:30.44DestroyMentors, where are you?
20:37.58Notify03GCI:Luke Blue *  Create a CAD inspired icon-set for BRL-CAD website: Ready for review - The work on this task is ready to be reviewed.
20:40.33Notify03BRL-CAD:starseeker * 58598 brlcad/trunk/TODO: The ipathpos variable in MGED shouldn't be getting set to something larger than fp_len - fixed a crashing behavior that was triggered by it, but should still figure out how it's happening.
21:04.15Notify03GCI:Jacob B *  Loading Google charts from API: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:04.20Notify03GCI:Jacob B *  Loading Google charts from API: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:05.00Notify03GCI:Jacob B *  Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task.
21:05.05Notify03GCI:Jacob B *  Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task.
21:14.31Notify03BRL-CAD:starseeker * 58599 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others): ON_BRep_to_STEP should take an ON_Brep, not an rt interal form. Not all such interal forms will be breps.
21:33.06Notify03BRL-CAD:starseeker * 58600 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Try creating breps from solids and exporting them (unevaluated, csg->brep implicit primitive conversion only.)
21:53.20Destroy``Erik, starseeker, mandeep
21:53.42DestroyConfirm it, please: https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
21:53.45gcibotDesign a BRL-CAD Sticker #2
21:53.45gcibotStatus: NeedsReview (2 days, 18 hours left)
21:53.45gcibotMentor(s): Sean
22:16.11*** part/#brlcad Destroy (~Destroy@bras3.donapex.net)
22:47.50Notify03GCI:Ethan *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Ready for review - The work on this task is ready to be reviewed.
22:51.40Notify03GCI:Johannes Schulte *  Implement a volume function for triangle meshes (BOT): Task Claimed - I would like to work on this task.
22:51.45Notify03GCI:Johannes Schulte *  Implement a volume function for triangle meshes (BOT): Task Claimed - I would like to work on this task.
22:51.51*** join/#brlcad jschulte (~johannes@p4FDFB7E0.dip0.t-ipconnect.de)
23:29.54*** join/#brlcad atsoc (~andrew@135.0.83.118)
23:39.59atsocHey. I'm working on the centroid function for the rhc primitive. There doesn't seem to be a closed-form solution. Does there need to be a guaranteed upperbound on the error?
23:40.56Notify03GCI:Daniel Rossberg *  Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
23:40.57Notify03GCI:Daniel Rossberg *  Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
23:41.36Notify03GCI:Daniel Rossberg *  Implement a volume function for triangle meshes (BOT): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
23:41.41Notify03GCI:Daniel Rossberg *  Implement a volume function for triangle meshes (BOT): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
IRC log for #brlcad on 20131121

IRC log for #brlcad on 20131121

00:45.17*** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net)
00:48.46*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
01:00.30Notify03GCI:Daniel Rossberg *  Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
01:00.40Notify03GCI:Daniel Rossberg *  Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
01:00.41Notify03GCI:Daniel Rossberg *  Create a CSS only version of BRL-CAD Logo: Scalable? -  Same as said before: It should be scalable. Look at the magnifying glass example at the css-tricks website to get an...
01:00.45Notify03GCI:Daniel Rossberg *  Create a CSS only version of BRL-CAD Logo: Scalable? -  Same as said before: It should be scalable. Look at the magnifying glass example at the css-tricks website to get an...
01:04.34*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
01:29.00*** join/#brlcad gcibot (~gcibot@117.200.89.237)
01:31.11Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed.
02:19.08Notify03GCI:Daniel Rossberg *  Implement a centroid function for right hyperbolic cylinders (RHC): Not bad -  I havn't teted it yet but it looks not bad. However, first you need to fix some coding style...
02:19.18Notify03GCI:Daniel Rossberg *  Implement a centroid function for right hyperbolic cylinders (RHC): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
02:33.43Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed.
02:33.48Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed.
03:35.21Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): None -  Sorry. I found an error. Please consider rhc_centroid_rev2.patch.
03:38.29*** join/#brlcad deep_inder (~chatzilla@117.212.49.107)
03:59.42*** join/#brlcad Stattrav (~suryajith@123.236.75.44)
04:00.35*** join/#brlcad deep_inder (~chatzilla@59.91.233.240)
04:28.29Notify03BRL-CAD Wiki:JesseTuten * 0 /wiki/User:JesseTuten:
04:29.09Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2: good for the task -  Yatharth,  Nice work. This is good enough to close the task, but more work will be needed to actually use this. Here...
04:29.15Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo #2: Task Closed - Congratulations, this task has been completed successfully.
04:34.44Notify03GCI:Sean *  Design BRL-CAD sticker: i like it -  Nicely done, I like the end result. The only issue I saw remaining is the black link is "lumpy". The two red ones are nice circles, but the black...
04:34.49Notify03GCI:Sean *  Design BRL-CAD sticker: Task Closed - Congratulations, this task has been completed successfully.
04:34.50Notify03GCI:Sean *  Design BRL-CAD sticker: Task Closed - Congratulations, this task has been completed successfully.
04:37.59Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: Question -  Hi Sean, it would be great if I could receive a reply as soon as possible so that I can work on...
04:42.19Notify03GCI:Sean *  Design a BRL-CAD Sticker #2: peculiar design -  Oleg,  Per our project guidelines, our official name is "BRL-CAD" and it's to be treated as a proper noun. Your design emphasizes our...
04:42.21Notify03GCI:Sean *  Design a BRL-CAD Sticker #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
04:42.59Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task.
04:46.04*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
04:57.10Notify03GCI:Mandeep Kaur *  Model a toy car with wheels and axles in BRL-CAD: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck!
05:00.30Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: too long -  Tan, the article is actually too long. It needs to be a much more succinct summary, less than half the length you...
05:00.31Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: too long -  Tan, the article is actually too long. It needs to be a much more succinct summary, less than half the length you...
05:00.32Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
05:00.45Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
05:17.15Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: effort? -  Pulkit, the amount of effort involved in your design is rather lacking. It looks like...
05:17.21Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
05:20.44*** join/#brlcad deep_inder (~chatzilla@59.91.233.240)
05:25.22Notify03GCI: *  :  -
05:25.32Notify03GCI: *  :  -
05:28.20*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
05:29.22Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: made it -  I have made it but it does not look good because of the word TOY in the car I will upload the work as soon as possible.
05:31.17Notify03GCI:Johannes Schulte *  Implement a volume function for triangle meshes (BOT): Ready for review - The work on this task is ready to be reviewed.
05:31.47Notify03GCI:Yatharth Agarwal *  Create a book layout for Doc Camp Book: Deep Inder Singh -  I really wanted to claim this task, but it wasn't possible because Sean ahdn't approved of my previous task. If...
05:32.13Notify03BRL-CAD Wiki:Theiceman458 * 6325 /wiki/Community_Publication_Portal: /* Tan YuGin: BRL-CAD's Code Hardening Efforts */ Shortened the article substantially.
05:33.08Notify03GCI:YuGin *  Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed.
05:35.58Notify03GCI:YuGin *  Write article on BRL-CAD's code hardening efforts: Resubmitted -  Hi Sean,  I originally wrote the article to such a length because the task description stipulated a maximum of 900...
05:36.33Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: tighten -  Alex, this is looking good, but can you tighten it up a little bit. You repeat your points a little bit in the...
05:36.38Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: tighten -  Alex, this is looking good, but can you tighten it up a little bit. You repeat your points a little bit in the...
05:36.39Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task...
05:36.48Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
05:38.03Notify03GCI:Yatharth Agarwal *  Create a CSS only version of BRL-CAD Logo #2: Follow-up Task -  I would be interested, but I don't think I can solve these issues:-   you mentioned there are still small...
05:38.24YatharthROCKbrlcad: Isn't there already another version of this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760>
05:38.54YatharthROCKGCIBot needs to learn to capture links within angle brackets.
05:48.28Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Task Claimed - I would like to work on this task.
05:52.57YatharthROCKIs there any mentor online? brlcad mandeep
06:02.15*** join/#brlcad deep_inder (~chatzilla@59.91.235.245)
06:04.00Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
06:04.00Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
06:12.00Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Incomplete -  this has overlaps when doing rtcheck  So please give me suggestions to improve it more....  I also haven't joined the...
06:18.24Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website: describe -  Luke, what can you tell me about your icon set? Why'd you pick those particular icons vs so many possibilities?
06:26.00Notify03GCI:Mandeep Kaur *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Task Assigned - This task has been assigned to Yatharth Agarwal. You...
06:51.56*** join/#brlcad gjeet (~androirc@202.164.53.117)
06:53.41Notify03GCI:Luke Blue *  Create a CAD inspired icon-set for BRL-CAD website: icon description -  The first four icons of social media are designed with keeping in mind there logo's and colors as they can...
06:53.46Notify03GCI:Luke Blue *  Create a CAD inspired icon-set for BRL-CAD website: icon description -  The first four icons of social media are designed with keeping in mind there logo's and colors as they can...
06:55.23*** join/#brlcad deep_inder (~chatzilla@59.91.235.245)
06:57.22*** join/#brlcad deep_inder (~chatzilla@59.91.235.245)
07:23.55*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
07:37.03Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Overlapps -  I removed all the overlapps rtcheck isnt giving any overlapps now..  Any suggestions for joining the O in the toy with...
07:58.41*** join/#brlcad deep_inder_ (~chatzilla@117.220.147.91)
07:59.31YatharthROCKI really need to talk to a mentor regarding my task... brlcad mandeep https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264
08:32.29YatharthROCKstarseeker: You there?
08:35.45YatharthROCKWhat you, ``Erik?
08:40.51Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
08:40.56Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
09:23.53Notify03GCI:Harmanpreet *  Design BRL-CAD phone/tablet back cover: Need more work -  Hi Covor,  This is good start by we expect a more creative design. You changed BRL-CAD logo (put eyes in logo) that is...
09:24.03Notify03GCI:Harmanpreet *  Design BRL-CAD phone/tablet back cover: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
09:26.44Notify03GCI:Deep Inder Singh *  Create a book layout for Doc Camp Book: Ready for review - The work on this task is ready to be reviewed.
09:29.36*** join/#brlcad benkaiser (~benkaiser@pa49-181-56-199.pa.nsw.optusnet.com.au)
09:41.24*** join/#brlcad Destroy (~Destroy@bras3.donapex.net)
09:41.30Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed.
09:43.11*** part/#brlcad Destroy (~Destroy@bras3.donapex.net)
09:49.31*** join/#brlcad destroy (~quassel@bras3.donapex.net)
10:01.04*** join/#brlcad destroy (~quassel@bras3.donapex.net)
10:01.42*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
10:24.15Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: None -  No Problem sir i will try again   actually that BRL-CAD was just for a sample....
11:46.37YatharthROCKI really need to talk to a mentor regarding my task... brlcad mandeep starseeker  https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264
11:49.38``Erik!notify ask
11:49.39NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
11:54.38YatharthROCK``Erik: Sorry. Any in this task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264>
11:54.44*** join/#brlcad deep_inder (~chatzilla@59.91.233.102)
11:54.46YatharthROCKI'm not really sure what is being asked.
11:55.35YatharthROCKI think I just have so whip out a few command-line utilities to replace "<imageobject>       <imagedata align="center" fileref="../../lessons/en/images/img.png" format="PNG"/>     </imageobject>" with "<imageobject role="html">       <imagedata align="center" fileref="../../books/en/images/img.png" format="PNG"/>     </imageobject>     <imageobject role="fo">       <imagedata align="center" fileref="../../books/en/images/img.png" format="PNG"/>     </
11:55.59YatharthROCKWhat's the hard part in that? It's just itarating over the files and doing a regex replace.
12:02.37*** part/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
12:02.45``Erikthat might be all there is, it looks like every image should have both 'html' and 'fo' roles (I'm guessing for quality differences down the road... 72dpi vs 300dpi, etc)... looks like brlcad added it so he'd be the best to verify that, starseeker may have good input as well
12:02.49``Erikdoh
12:02.58*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
12:07.34tbrowder2Ref this task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264>, the intent IS to prepare for the next step which is to apply separate formatting for html versus pdf, so it would be helpful to keep the new code in the same format as the old so the two blocks can be compared easily vertically by eye, i.e., watch to preserve spacing with any regex replace.  So, e.g.
12:12.54YatharthROCKtbrowder2: So I just do the regex replace and I'm done?
12:16.29tbrowder2Yes, as long as "make doc" shows valid code (if I were checking it, I would check the patches looking for the format as in the task description).
12:17.17``Erik07:02 <``Erik> that might be all there is, it looks like every image should have both 'html' and 'fo' roles (I'm guessing for quality differences down the road... 72dpi vs 300dpi, etc)... looks like brlcad added it so he'd be the best to verify that, starseeker may have good input as well
12:17.39*** join/#brlcad deep_inder (~chatzilla@59.91.233.102)
12:23.31YatharthROCKtbrowder2: Whether I modified files or not, 'make doc' just says 'nothing to be done'
12:43.16tbrowder2Are you using the setup in the VM?
12:44.24starseekerYatharthROCK: if you whip up a tool to do the replacements correctly, that would be an awesome way to complete the task!
12:45.31YatharthROCKstarseeker: Du-oh! Did you think I'd do it manually?
12:45.43starseekersome people would
12:45.49starseekereither way, so long as it gets done!
12:45.58YatharthROCKHow about a follow-up task asking for the tool, and this task just asking for 4 documents? ;)
12:46.06YatharthROCKPleease...
12:46.09starseekerheh - sure
12:46.52starseekerYatharthROCK: are you set up to compile?  (i.e. did you do the build steps for CMake configuring?)
12:47.31YatharthROCKstarseeker: No. I downloaded the source, but installed from the deb.
12:47.40YatharthROCKI dunno how to build it.
12:47.47starseekerYatharthROCK: one thing about automated tools - you want to make very sure it changed only what you intended
12:47.51starseekerYatharthROCK: that's why
12:48.01starseekergo to the soure directory and do the following:
12:48.06starseekermkdir build
12:48.07starseekercd build
12:48.13starseekercmake ..
12:48.43starseekerif you don't have CMake, you may need to install that from your distro's package archive
12:49.35YatharthROCKI had to do this last year, so i have that :
12:49.38YatharthROCKIt's building.
12:51.03starseekerOK, so once it's built you should see it re-building as you make changes to the xml files
12:51.22YatharthROCKstarseeker: Ohhh... till now I was using 'make' for some stupid reason.
12:51.33starseekeryou use make to actually build
12:51.35YatharthROCKNo wonder it was showing me that stupid error.
12:51.40starseekerbut you need to run cmake first
12:51.43YatharthROCKWait, what?
12:51.45YatharthROCKOhh...
12:52.01starseekermake didn't have any Makefiles to tell it what to do, because CMake generates them
12:52.22YatharthROCKI foud cmake using apropos. Reading the man page, I though it made the CMakeLists files for make to use.
12:52.41YatharthROCKOh, you just typed that before me.
12:52.53starseekerso the error "nothing to be done" was because there were no Makefiles - if you run make in a totally empty directory, you'll see the same error
12:52.53YatharthROCKstarseeker: So will i have to run make after this
12:52.57starseekeryep
12:53.12YatharthROCKWill it take a sh*t-load of time?
12:53.22YatharthROCKI don't exactly have top-notch hardware.
12:53.31starseekersince you are focused on the docbook, I'd suggest changing directories into build/doc/docbook
12:53.45starseekerthen type "make" and it'll build just the documentation
12:53.58starseekerand whatever tools it needs to generate it
12:54.03YatharthROCKUhh... you mean ./doc/docbook/build right
12:54.04YatharthROCK?
12:54.07starseekernope
12:54.15starseekerlet's say your source is in /home/user/brlcad
12:54.31starseekeryou should have made a directory "build" at /home/user/brlcad/build/
12:54.45starseekerthen cd /home/user/brlcad/build && cmake ..
12:54.50starseekerthat's what's running initially
12:55.02starseekeronce that's done, you cd into /home/user/brlcad/build/doc/docbook/
12:55.19starseekerthat's where the Makefiles specific to DocBook have been placed
12:56.11YatharthROCKOh, OK. 10x
12:56.18YatharthROCKAnd how do you do a SVN diff?
12:56.34YatharthROCKWhy don't you guys use git? Historical reasons?
12:56.49starseekerfrom the directory /home/user/brlcad run the command 'svn diff'
12:56.53*** join/#brlcad awabimakoto (~awabimako@117.136.0.196)
12:56.59starseekerthat'll show you what has been changed.
12:57.22YatharthROCKSo redirect it to a file and upload?
12:57.25starseekerI usually pipe that into a patch file:  svn diff > /home/user/brlcad_doc_changes.patch
12:57.30starseekerer, yeah
12:58.21starseekerlot of reasons - we stick to a centralized development model
12:58.33starseekersvn is very good for that scenario
12:59.06starseekereveryone has to stay up with the latest changes, rather than working in isolation
12:59.18starseekerwhich we view as a Good Thing
12:59.48starseekeropen source software is a collaborative process, but lots of times people prefer to go off into their own corner and work until their piece is "done"
13:00.37starseekerwe try to encourage people to interact with the community as part of the development process - faster learning, easier integration of work, can help to avoid pursuit of "blind alleys"
13:02.01starseekerYatharthROCK: if you are comfortable with DocBook, would you be interested in other "follow-on" DocBook tasks?  The image command updating is just the first step - after that, we need to get the images correctly sized and positioned
13:03.52starseekerthat'll require having Apache FOP installed and working (I believe there is an 'fop' package for most of the Debian based distros)
13:04.25starseekerOK, I gotta run - thanks YatharthROCK for your work on this task!
13:04.44YatharthROCKstarseeker: I dunno about the image one,
13:04.47YatharthROCKkk bye
13:04.57YatharthROCKWhat about the follow-up task for a sciprt to this task?
13:05.12YatharthROCKstarseeker: The one that asks for the script, not just the files.
13:05.43starseekerYatharthROCK: I think that sounds reasonable, if you do in fact have a script that can do the update for *all* the xml files and change only what you're intending to change
13:06.04YatharthROCKstarseeker: Uhhh... 'python script' belongs to 'script', right?
13:06.14starseekeris wary of unintended consequences with regex expressions and xml files ;-)
13:06.17starseekerYatharthROCK: sure
13:06.35starseekerYatharthROCK: this is a "one time" change, ideally, since new documents should adhere to the new standard
13:06.45YatharthROCKI use grep using os.popen and pretty constrained re, so it should be OK.
13:06.52YatharthROCKstarseeker: 10x a lot :D
13:06.58YatharthROCKHow will you keep me updated?
13:07.24starseekerthe task would be "create a script that automatically updates all image tags to the html+fo" format - I'll try to define such a task quickly
13:08.26*** join/#brlcad deep_inder (~chatzilla@59.91.233.102)
13:10.50Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: New Pair of wheels -  I just went to your site and found that MGED had a tire function built into into it
13:13.57starseekerYatharthROCK: I tried to submit a task for the script - keep an eye out for it appearing on the list
13:14.19YatharthROCKstarseeker: Will Notify tell me?
13:14.39starseekerI don't think it will - you may have to watch the task list itself
13:14.50YatharthROCKstarseeker: If you're not out of time, could you review this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264>
13:15.06Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Ready for review - The work on this task is ready to be reviewed.
13:15.08YatharthROCKstarseeker: What's the other task's title?
13:15.10Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Ready for review - The work on this task is ready to be reviewed.
13:15.38starseekerthe title I suggested was: "Write a script to complete all DocBook image tag updates"
13:15.51YatharthROCKstarseeker: What happens if I interrupt a make build in between?
13:16.09starseekerjust type make again and it should resume where it left off
13:16.29YatharthROCKstarseeker: Really? Ctrl-C, then run it again?
13:16.36YatharthROCKThat's so cool...
13:16.54starseekerYatharthROCK: can you add a couple more files to your patch?
13:17.14YatharthROCKstarseeker: kk, wait
13:20.52YatharthROCKstarseeker: I modified the 4 files with the most occurrences of mediaobject that weren't already modified. Enough?
13:21.00starseekerYatharthROCK: yes
13:21.28YatharthROCKhttps://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264
13:21.40YatharthROCKI miss GCIBot.
13:22.13starseekerYatharthROCK: mged15 was already updated by an earlier task
13:22.28starseekerdid you do "svn update" in your tree?
13:23.23YatharthROCKNo.
13:23.38starseekerah - yeah, make sure you do that periodically so you see what has already been done
13:23.52starseeker4 of the lesson files have been updated
13:23.55YatharthROCKPlease tell me I won't have to resolve merge conflicts.
13:24.17starseekerjust svn revert doc/docbook/lessons/en/mged15_creating_a_toy_truck.xml
13:24.24starseekerthen do svn update
13:24.30YatharthROCKI already did.
13:24.36YatharthROCKNow its asking me how to resolve it.
13:24.43starseeker"theirs full"
13:24.45starseekertf
13:25.05YatharthROCKIt's saying tc
13:25.09YatharthROCKOh, for all of them
13:25.30starseekeryou're wiping out your local changes and applying theirs
13:26.01YatharthROCKstarseeker: Uploaded the updated patch file.
13:26.22starseekerthat's the three article files?
13:26.31starseekercan you update one more of those to make 4?
13:26.37YatharthROCK<facepalm> OK.
13:27.08``Erikcan also do an 'svn revert -R .' to get back to an 'unmodified' checkout, so an update should work without conflict (but local changes will be tossed out)
13:27.11YatharthROCKDammit, I lost the regex I was using.
13:27.23starseekerYatharthROCK: I've *really* got to go
13:27.26``Erikif there is a good reason to use git, we have a read only git repo
13:27.30starseeker``Erik: can you take him the rest of the way?
13:27.41starseekerYatharthROCK: thanks for the great work!
13:27.45YatharthROCKstarseeker: Please just accept it. It said 1 large or 4 small.
13:27.49``Erikstarseeker: I can try, but I'm not big on the docbook stuff :)
13:28.31starseekerYatharthROCK: OK, I guess that'll do :-)
13:28.42YatharthROCK:D
13:29.04Notify03GCI:starseeker *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Task Closed - Congratulations, this task has been completed successfully.
13:29.07starseekerYatharthROCK: keep up the good work!
13:29.15``ErikI think the '1 large or 4 small' was intended to limit the scope for people doing it by hand... if your script can bash it all out in one whack, why not?
13:29.26starseeker``Erik: that's why he wants a script task
13:29.27YatharthROCKstarseeker: Will the new task be there by now?
13:29.36starseekerI tried to submit one via that form, but I don't see it yet
13:30.15YatharthROCKstarseeker: Not for long :/ I have my ISEEs, SSATs and TOEFLs coming up, as well as an MUN and school exams. All in the same 30 days along with GCi which I'd been waiting a year for to ace.
13:30.29``Erik'that form' being the google doc one? I think sean has to manually export, import it to melange, resolve the conflicts, and manually add it to the wiki... centralized, but not automated?
13:30.34YatharthROCKI'll have to stop after some tasks this year too.
13:30.35starseekerbah
13:31.04starseekerYatharthROCK: tell you what - grab one of the other DocBook tasks for this work, and use that to submit the script
13:31.12YatharthROCK``Erik: Nooo... Sean comes online when it's night for me. I won't be able to claim it.
13:31.24starseekerhttps://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352
13:31.30YatharthROCKstarseeker: There are many tasks like that?
13:31.31``Erikstarseeker, get the fuck out of here
13:31.32starseekeruse that one
13:31.40YatharthROCKWhy didn't you guys just ask for the script before-hand?
13:31.46YatharthROCKOh right, one-time stuff.
13:31.52YatharthROCKStill, you could've told them to modify all the files.
13:32.12starseekerYatharthROCK: use that last open task for the script
13:32.15``ErikYatharthROCK: if you're down with git, you can always make a github project for holding it and toss it in there... then when you're jobseeking and someone checks your github profile, you have this gem of usefulness :)
13:32.17starseeker``Erik: heh, k - later all
13:32.27YatharthROCKstarseeker: You told me half an hour ago that you *really8 needed to go. You should better do that. 10x for everything :D
13:33.20YatharthROCK``Erik: Why would anyone value a simple script that does a regex replace all on all files in a directory that contain that string?
13:33.55Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Claimed - I would like to work on this task.
13:33.58``ErikYatharthROCK: because it solves a very real problem, and there are a lot of "developers" and "software engineers" who couldn't manage it and would do it by hand
13:34.00Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Claimed - I would like to work on this task.
13:34.16*** join/#brlcad gjeet (~gjeet@59.91.233.70)
13:34.35``Erikthat you thought to script it instead of manually doing it already puts you above the median
13:35.01Notify03GCI:Gauravjeet Singh *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Assigned - This task has been assigned to Yatharth Agarwal....
13:35.11*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:35.46YatharthROCK``Erik: Uhh... right. What exactly do those poor sods *do* in their job then?
13:36.23``Erikpiss off those of us that are competent *cough* I mean, um, slog crap code that satisfies mgmt
13:37.45``Erikpeople who are good enough and care enough to do scripts and code for fun are already "rock stars" in the greater scheme of things, srry :)
13:40.09YatharthROCKHow come BRL-CAD got open-sources BTW? And does the US army still use it?
13:42.31``Erikthe BRL-CAD developers are open source weenies. it's always has the source code distributed, but there was a multi-year effort by the coders to make it unhindered (when I first heard of it, you had to fill out a form and agreement to fax to the army and they'd send you an encrypted tarball and the key).
13:43.51``Erikthe army research lab still uses it, it's the geometry interrogation engine for the simulations to test new armor and weapons, um, https://www.arl.army.mil/slad/ is mostly built ontop of librt down in the guts
13:47.15``Erik(if you have some time to waste and want to see how bad the worst of the worst is, http://thedailywtf.com is an amusing blog of horror stories :)
13:52.31*** join/#brlcad Stattrav (~suryajith@123.236.75.44)
14:04.44Notify03GCI:Gauravjeet Singh *  Create a book layout for Doc Camp Book http://www.google-melange.com/gci/task/view/google/gci2013/5178734931869696:   Needs more work   I really appreciate the work done by...
14:04.50Notify03GCI:Gauravjeet Singh *  Create a book layout for Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
14:04.54Notify03GCI:Gauravjeet Singh *  Create a book layout for Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
14:07.49YatharthROCK``Erik: Definitely lives up to its name.
14:08.15YatharthROCKand what do you mean exactly by 'open source weenies'? Like they whined for it or against it?
14:10.16``Erikwe like open source... a lot
14:12.14Notify03GCI:Sharan *  Design BRL-CAD sticker: Follow up -  I have improved it check it out on @Dropbox https://db.tt/VeX0O2uU
14:12.19Notify03GCI:Sharan *  Design BRL-CAD sticker: Follow up -  I have improved it check it out on @Dropbox https://db.tt/VeX0O2uU
14:13.53YatharthROCK:D
14:14.25Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Ready for review - The work on this task is ready to be...
14:14.26Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Ready for review - The work on this task is ready to be...
14:15.50YatharthROCK``Erik: I'll see if we can get starseeker's submitted task past Sean. Could you review this task till then? https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352
14:16.19Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
14:16.24Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
14:17.18YatharthROCKgjeet: You there?
14:17.27gjeetyes
14:17.39YatharthROCKCould you review my task? https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352
14:17.47YatharthROCKYou assigned it to me.
14:20.58YatharthROCKgjeet:
14:22.19Notify03GCI: *  :  -
14:22.36gjeetYatharthROCK: wait, I am reviewing some other task, after that I will review this one
14:22.51YatharthROCKgjeet: kk, no prob. 10x :)
14:29.44Notify03GCI: *  :  -
14:30.00Notify03GCI: *  :  -
14:32.54YatharthROCKCan someone explain to me how exactly the Google Charts wrapper is supposed to behave? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696>
14:33.53YatharthROCK``Erik: Are you like a ChanOp or something? You show up at the top of the user list...
14:34.04YatharthROCKOh, the backticks must be sorted first...
14:37.29YatharthROCKIs any mentor here who can review my task? https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696
14:37.42YatharthROCKbrlcad: Are you there?
14:51.55Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed.
14:52.00Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed.
15:05.19YatharthROCKstarseeker: You back?
15:05.50Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: None -  sir,  i hope you like it this time.
15:07.38brlcadYatharthROCK: same as last year
15:07.40brlcad~ask
15:07.40infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
15:08.00brlcadif you can't wait, then you shouldn't be using irc here
15:08.43YatharthROCKbrlcad: Well, it's not a question, is it? More like a request. I'm sorry, I'll try be more patient now.
15:08.48brlcadtasks are reviewed in a queue, not based on who asks the most
15:09.12YatharthROCKLOL, sorry again.
15:09.18YatharthROCKBTW, for this task: https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696
15:09.30YatharthROCKWhat exactly is the GCharts code supposed to do?
15:09.32brlcadthat means it's important to make sure you ask useful questions that don't require going back and forth several times, each time you get back in line
15:09.37*** join/#brlcad MartinHermida (~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net)
15:09.41YatharthROCKAs in, why can't it just return a PNG?
15:09.44*** join/#brlcad benkaiser (~benkaiser@pa49-181-56-199.pa.nsw.optusnet.com.au)
15:10.54YatharthROCKbrlcad: You mean get all the possible required info from before only so you don't have to be told to fix your submission later?
15:11.25brlcadYatharthROCK: no, not at all
15:11.56MartinHermidabrlcad: Could I use some SVG just to draw the interconnecting portions directly written in the HTML? I mean: the SVG code, not an image itself
15:11.57brlcadI mean be careful about what questions you ask and how you ask them
15:12.10YatharthROCKbrlcad: And whaddaya' mean, same as last year? You actually remember me doing that last year too? (I really need to learn after just being told once...)
15:12.16brlcadsome questions that are much more easily answered than others
15:12.32brlcadYatharthROCK: yes, last year you failed the "~ask" many time
15:12.39YatharthROCK:$
15:12.48brlcadstop asking if people are here, just ask your question and be on irc for a response
15:12.55brlcadwhich may be seconds or hours later
15:13.26brlcadpretty much all irc tools have tools to help you keep track of discussions directed at you even if it's a really busy channel
15:13.40brlcade.g., /last YatharthROCK
15:13.48YatharthROCKAnd this channel has logs too, so i won't miss out even when I'm gone.
15:14.48*** join/#brlcad ishwerdas (~inderplus@59.91.233.70)
15:14.52YatharthROCK'/last YatharthROCK' doesn't do anything for me. Is a client-specific thing? My client is pretty primitive.
15:16.07YatharthROCKCould you tell me what exactly is expected in this task? I want to work on it after my current one is reviewed. <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696>
15:16.34MartinHermidabrlcad: I'd also like to know if scaling the CSS logo using "transform:scale();" will be right
15:16.37brlcadexcept we won't answer questions for people that are not here
15:16.39YatharthROCKI won't fail ~ask again, brlcad.
15:16.43brlcadso logs aren't helpful there
15:17.07brlcadand yes, /last was just an example -- every client is a little different
15:17.18brlcad(learn your client's features being the suggestion)
15:17.41Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
15:17.46Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
15:18.22YatharthROCKMy client is built on Chrome's API and doesn't do much, but I get the drift.
15:18.24YatharthROCKbrlcad: Also, did you see starseeker's task proposal to write a script to format all the image tags?
15:18.33brlcadby the way -- "what exactly is expected" is not a good question, if it's unclear to you state what you do understand of the task and what you do not understand
15:18.46brlcadthat said, that task is not written very well, it should be more clear
15:19.18brlcadso I suggest putting a comment there for the task's author and/or the benefit of others to clarify the deliverable(s)
15:20.03brlcadMartinHermida: I don't know if that will be right, but I know a great way to find out (try it)
15:20.53brlcadYatharthROCK: at a glance, that task says that code wraps gchart and gchart has changed, so assumedly the task is to update it to the new gcharts API
15:21.17brlcador as it states, use the new API "more optimally" than it currently does
15:21.23MartinHermidabrlcad: Don't you know if will be right scaling it that way, writing SVG directly in HTML or borth?
15:21.42MartinHermidabrlcad: both*
15:21.51Notify03GCI:Yatharth Agarwal *  Loading Google charts from API: Clarification on the deliverables -  Could you state what exactly is required of the code? Is it supposed to entirely follow the specs of...
15:21.56Notify03GCI:Yatharth Agarwal *  Loading Google charts from API: Clarification on the deliverables -  Could you state what exactly is required of the code? Is it supposed to entirely follow the specs of...
15:22.13YatharthROCKbrlcad: Yeah. That API will be deprecated by 2015, I think.
15:22.15brlcadMartinHermida: I am not familiar with the particulars of that task, but you could ask that question as a comment to the task
15:22.24brlcadYatharthROCK: so then .. what's unclear?
15:23.07YatharthROCKWhy don't you just use a library? Googling for 'google charts python' gave lots of comprehensive and easy-to-use libraries with minimal dependencies.
15:23.39ishwerdashi MartinHermida
15:24.08YatharthROCKI just want to know, can we return the chart as a finished PNG?
15:24.10MartinHermidaishwerdas: hi
15:24.27ishwerdasMartinHermida: can you give me a link to your task
15:24.41MartinHermidaHere it is: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
15:24.42ishwerdasMartinHermida: so that i can see what you have done till now
15:24.49YatharthROCKThat way, I just have to write some middle-man code between BRLCAD and the library and it'll be done.
15:25.06ishwerdasMartinHermida: will get back to you soon in a minute :)
15:25.30Notify03GCI:Harmanpreet *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Need to be Impressive -  It looks you put your effort but design still lacks creativity...
15:25.31Notify03GCI:Harmanpreet *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Need to be Impressive -  It looks you put your effort but design still lacks creativity...
15:25.37YatharthROCKThe only problem being of dependencies.
15:25.46Notify03GCI:Harmanpreet *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to...
15:25.46Notify03GCI:Harmanpreet *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to...
15:29.08YatharthROCKbrlcad: Also, did you see starseeker 's task proposal to write a script to format all the image tags?
15:32.38ishwerdasMartinHermida: what we mean by scaling is that when we increase the size of the container the logo would be able to scale itself
15:33.38ishwerdasMartinHermida: making it somewhat responsive probably by using fluid widths, can you do that?
15:33.51ishwerdasMartinHermida: percentage in widths and heights
15:36.19MartinHermidaishwerdas: I'll try, but if I can't do it that way will it be right scaling it with the CSS property 'transform:scale();'
15:36.43*** join/#brlcad gjeet (~gjeet@59.91.233.70)
15:36.58*** join/#brlcad harmanpreet (~chatzilla@124.253.91.230)
15:40.25brlcadYatharthROCK: whats the current output of that class?  if it ultimately is used to get a png, then you probably could just return an image
15:40.46brlcadyou'll have to look at the callers of that class
15:40.46Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Will improve -  Ok thanks for the feedback i will make sure i improve on what you said
15:40.51Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Will improve -  Ok thanks for the feedback i will make sure i improve on what you said
15:42.51brlcadand again, asking me if i saw something isn't very useful -- ask what you're intending to ask in followup
15:43.47ishwerdasMartinHermida: Yes, but then you would have to add slight javascript so that it checks the width and height of the container div and whenever browser is resized, it scales accordingly.
15:45.02MartinHermidaishwerdas: By using transform:scale(); I think I won't have to use javascript
15:45.21MartinHermidaishwerdas: it's a CSS property
15:48.05ishwerdasMartinHermida: Yes, you can also use media queries to have that effect, what I want to say is firstly try it without transform scale, I am sure you will be able to do that.
15:48.47ishwerdasMartinHermida: Also, I guess transform:scale() has limited browser support for only webkit browsers (if I am not wrong)
15:49.13Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Task Claimed - I would like to work on this task.
15:49.18Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Task Claimed - I would like to work on this task.
15:50.22MartinHermidaishwerdas: It also works on firefox. OK, I'll try doing it with CSS, SVG and JS
15:51.02ishwerdasMartinHermida: SVG for what?
15:52.30YatharthROCKbrlcad: It returns some HTML and embedded JS code. I now see why: it makes for higher-resolution, faster, possibly-interactive and expected code.
15:52.37MartinHermidaishwerdas: For the 'bridges' between the two white circles in the pink shape
15:53.20andromeda-galaxybrlcad: the pt function tests are taking ~3hrs for half of them due to the necessity of coming up with test cases
15:53.29YatharthROCKMartinHermida: It is possible to approximate it with only CSS,
15:53.47ishwerdasMartinHermida: you can do it without SVG and only CSS, can't you?
15:54.00brlcadtbrowder2: greetings
15:54.31brlcadtbrowder2: it's not acceptable, but I don't see what you spoke of in my immediate lot -- checking further back but feel free to PM me any names involved
15:54.37brlcads/lot/log/
15:55.19brlcadandromeda-galaxy: thanks for the feedback
15:55.26MartinHermidaishwerdas: I'll try to improve the 'connection' between, because brlcad told me it has to be smother
15:55.42brlcadthat's pretty good then -- basically if you had to write it again, you'd probably easily come in under 2 hours
15:56.01andromeda-galaxybrlcad: can we break this one into two tasks? since the first half has taken so long?
15:56.06brlcadheh, don't smother me!
15:56.08ishwerdasMartinHermida: It can be done only with CSS, our last claimant 'binaryking' was able to do that, he just quit before he could make it responsive. He didn't upload that file on melange, but he shared it on IRC, and it was smooth :)
15:56.10brlcadsmoother would be good though
15:56.22YatharthROCKbrlcad: 'Have you seen it?' -> 'What do you think of it'? -> 'Is the task going to be added to the list?' -> 'I had written some code for it already while completing another task. Will the task be added?'
15:56.57andromeda-galaxybrlcad: The problem is that coming up with the testcases takes a certain amount of time, even when familiar with the code, because you have to make sure that you can actually put the right results in your testcases
15:57.13YatharthROCKishwerdas: 'smooth' in which sense? No discontinuities?
15:57.14Notify03GCI:Alec *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Claimed - I would like to work on this task.
15:57.19Notify03GCI:Alec *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Claimed - I would like to work on this task.
15:57.42MartinHermidaSorry brlcad, I meant 'smoother', forgive me :)
15:57.55brlcadYatharthROCK: now you're getting it .. those first questions are pretty much irrelevant -- you just want to know if/when it'll be added, to which I can easily say "yes, it'll be added soon -- new tasks are processed throughout the day most days"
15:58.04Notify03GCI:Harmanpreet *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Assigned - This task has been assigned to Alec. You have 72 hours to complete this...
15:58.14brlcadMartinHermida: I know, just play on words with the spelling error
15:58.19Notify03GCI:Harmanpreet *  Design a BRL-CAD Sticker #3: Task Assigned - This task has been assigned to ISRanjith. You have 72 hours to complete this task, good luck!
15:58.24Notify03GCI:Harmanpreet *  Design a BRL-CAD Sticker #3: Task Assigned - This task has been assigned to ISRanjith. You have 72 hours to complete this task, good luck!
15:58.25Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Where is the upload button? -  I can't find the upload button please help.
15:58.29Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Where is the upload button? -  I can't find the upload button please help.
15:58.57ishwerdasYatharthROCK: yes no space between various sub-modules and also the curves in the bridge between the various subparts need to be good (which binary king was able to do with a bit of assistance)
15:59.56brlcadbinaryking's was off a little bit too, but some mentor let it pass
16:00.40YatharthROCKEven mine... :$
16:01.41ishwerdasbrlcad: Yes, but here at IRC he had a good amount of chat with me and during that he was able to improve, he also shared a screenshot of the results which were just what I wanted in the task (while I was writing it)
16:01.43YatharthROCKBTW I found the fix to the transparency problem: use a negative border-radius for the bridge using CSS3 gradients!!
16:02.04ishwerdasYathartROCK: exactly!
16:02.37ishwerdasYatarthROCK: can you share a screenshot of your best output here?
16:03.00YatharthROCKishwerdas: I didn't implement the negative border radius thing.
16:03.09andromeda-galaxybrlcad: I can give you bn_3pts_collinear through bn_distsq_pt3_lseg3_v2 right now  (the first half)
16:03.31ishwerdasYatharthROCK: Ok :)
16:04.47*** join/#brlcad YatharthROCK_ (~Yatharth@95.175.77.95)
16:05.41Notify03BRL-CAD:starseeker * 58601 brlcad/trunk/src/libbn/chull.c: Start trying to rework the C++ convex hull code into libbn C style.
16:07.42YatharthROCKishwerdas: Here it is: <https://dl.dropboxusercontent.com/u/60644193/BRL-CAD.png>
16:08.29brlcadneeds a dash, BRL-CAD
16:08.36brlcadofficial has it
16:08.43brlcadcontest image did not
16:09.44brlcadslight discontinuity on the links (at least the top red, bottom connection)
16:09.45YatharthROCKbrlcad: I guess so. There was this URL on the BRL-CAD site containing '*/angelov*.png'
16:09.56brlcadyep, that's the contest image
16:10.08brlcadyou wouldn't have known (now you do) :)
16:11.02YatharthROCKDid the other submission support transparent backgrounds?
16:11.30YatharthROCKOh yeah, I remember seeing a link to creating fake in-bevels on the task page.
16:17.49Notify03GCI:Angelo Nickele *  Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task.
16:20.34Notify03GCI:Harmanpreet *  Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Angelo Nickele. You have 72 hours to complete this task, good luck!
16:20.44Notify03GCI:Harmanpreet *  Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Angelo Nickele. You have 72 hours to complete this task, good luck!
16:23.34kanzure"Mikhail Kazakov from OpenCascade SAS just announced at the Salome User's Day that next OCCT version will be LGPL"
16:37.29Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Closed - Congratulations, this task has been completed successfully.
16:37.34Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Closed - Congratulations, this task has been completed successfully.
16:37.35Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Good Work -  Ethan you did good work and this design looks nice.
16:37.39Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #4: Good Work -  Ethan you did good work and this design looks nice.
16:53.32Notify03GCI:Ethan *  Design a BRL-CAD Sticker #4: Task Claimed - I would like to work on this task.
16:53.37Notify03GCI:Ethan *  Design a BRL-CAD Sticker #4: Task Claimed - I would like to work on this task.
17:09.30*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:39.01Notify03GCI:Mandeep Kaur *  Design a BRL-CAD Sticker #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck!
17:39.02Notify03GCI:Mandeep Kaur *  Design a BRL-CAD Sticker #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck!
17:42.21Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status...
17:50.13Notify03BRL-CAD Wiki:86.153.149.102 * 6326 /wiki/Community_Publication_Portal: /* Alexander Lotsu: Wanted - Software Maintainer for Windows Binary Platform */
17:52.27Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Ready for review - The work on this task is ready to be reviewed.
17:52.32Notify03GCI:Alex *  Write an article soliciting a Windows platform maintainer: Ready for review - The work on this task is ready to be reviewed.
17:53.37*** join/#brlcad dk_ (~chatzilla@117.199.97.61)
17:54.48*** join/#brlcad mandeep (~mandeep@202.164.53.116)
17:57.42*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
17:58.27Notify03GCI:Jacob B *  Create a custom wikimedia skin for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:58.47Notify03GCI:Jacob B *  Create a custom wikimedia skin for BRL-CAD: Task -  I am interested in this task, but I found another one I want to do first.
17:58.52Notify03GCI:Jacob B *  Create a custom wikimedia skin for BRL-CAD: Task -  I am interested in this task, but I found another one I want to do first.
17:59.12Notify03GCI:Jacob B *  Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Claimed - I would like to work on this task.
17:59.13Notify03GCI:Jacob B *  Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Claimed - I would like to work on this task.
17:59.58Notify03GCI:Mandeep Kaur *  Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
18:09.01Notify03BRL-CAD:carlmoore * 58602 brlcad/trunk/src/proc-db/tea.c: set up -h, -?, no-argument help; if no arguments, program continues running as it did before I made this changes; if program stops, we have NOT set up file teapot.g
18:11.52MartinHermidaI've just finished the CSS logo but the only way to make the separation between the pink and black things is with a circle with a JS script to make it change the color matching the container div's one. Will it be right making it that way? Thanks
18:23.35Deepak_brlcad : I want to discuss about new tasks for GCI need your suggestions.
18:23.45Notify03GCI: *  :  -
18:23.46Notify03GCI: *  :  -
18:38.55*** join/#brlcad MartinHermida (~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net)
18:40.19MartinHermidaMaybe I'll need more time in my task, please, could you extend the time if the task is not right? http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
18:41.12Notify03BRL-CAD:starseeker * 58603 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2 others): use lower case
18:44.37Notify03BRL-CAD:starseeker * 58604 brlcad/trunk/src/libbn/tests/bn_chull.c: tweak to hull tests
18:53.08Notify03BRL-CAD:starseeker * 58605 (brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/tests/bn_chull.c): tweak pointers...
18:56.23*** join/#brlcad MartinHermida (~MartinHer@109.Red-83-41-58.dynamicIP.rima-tde.net)
19:15.42Notify03GCI:Marin Alexandra *  Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed.
19:15.47Notify03GCI:Marin Alexandra *  Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed.
19:25.11Notify03BRL-CAD:carlmoore * 58606 brlcad/trunk/src/proc-db/tea_nmg.c: although the result is broken, I fixed the alignment of 'case' statement, allowed for -h & -? and no-arguments help, and suppressed file creation if the program will exit due to bad options or use of -h or -?
19:44.15Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: Time -  I am afraid I had some school issues so I am sorry, but I will need more time.  I will try to upload a video as soon as possible to ask you...
19:44.18Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: Time -  I am afraid I had some school issues so I am sorry, but I will need more time.  I will try to upload a video as soon as possible to ask you...
19:54.25Notify03GCI:Mandeep Kaur *  Create a screen-cast for BRL-CAD: Extending Time -  I'm extenting time for this task. You can continue your work and show output quickly.  All the best.
19:54.40Notify03GCI:Mandeep Kaur *  Create a screen-cast for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
20:17.08*** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
20:19.39brlcadback in a bit
20:58.18maths22For http://www.google-melange.com/gci/task/view/google/gci2013/5597236545191936
20:58.29maths22I have completed transcription of table 2
21:03.36MartinHermidabrlcad: Fixed the "bridge", now it's quite smooth, and scaling: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
21:03.41maths22Also, is there any documentation of the Com-Geom type itselft?
21:04.11starseekermaths22: um.  I think the GIFT reports might have something...
21:04.46maths22just so you know, after I had run it through ocr, table 2 (I think the easiest) took about an hour
21:05.01maths22Thank you
21:05.10starseekernods - yeah, it's tedious
21:05.29starseekermaths22: give me a second, I'm checking the GIFT stuff...
21:06.06starseekermaths22: could we write a script or something to help?  (like, say, converting five characters consisting of either 0 or O to all 0?)
21:07.59starseekermaths22: try this - http://www.dtic.mil/docs/citations/ADB006037
21:09.27starseekermaths22: if we need to scope the tasks to parts of the PDF file, that's fine too
21:10.03maths22Does brlcad do anything with the names themselves, or do they not matter?
21:11.04starseekerwhich names?
21:11.24maths22The comments/remarks fields
21:12.03maths22I also cannot figure out a relationship between table 3 and the document's Reigion idendification information
21:12.46maths22Sorry about the bad spelling-typing with one hand does that
21:13.28starseekerthe Region Identification information being table 4?
21:14.43starseekermaths22: the tool that we'll be using to import these is comgeom-g
21:15.22Notify03GCI:alebcay *  Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I would like to work on this task.
21:15.27Notify03GCI:alebcay *  Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I would like to work on this task.
21:16.23starseekermaths22: for the transcription tasks, even a literal ascii text transcription of the report would be fine - if we need to, we can make subsequent tasks to assemble "valid" comgeom files
21:19.18maths22ok
21:19.26maths22Would an excel/csv file work?
21:19.39starseekermaths22: in my opinion, it's worth preserving the contents of the REMARKS column - it won't (currently) be reflected in the object names, but the converter should preserve it as an attribute even if it isn't doing it now
21:20.03starseekerI'd go with csv - excel is a commercial format - but that's a fine place to start
21:20.21maths22OK
21:20.59starseekermaths22: and yes, it's expected that the solids table will take more time due to the density of the numerical information
21:21.27starseekerif you want to do your work in excel and then export CSV, that's fine
21:22.00starseekeror gnumeric, or libreoffice - whatever you prefer ;-)
21:23.17starseekeryou might even be able to get acrobat reader to spit out a text file you could import into the spreadsheet as a starting point...
21:24.41maths22I am using an ocr file to start
21:24.50starseekercool
21:26.02maths22Does table 2 actually have the descr in the final file
21:26.41starseekeryou mean the remarks column in table 2?
21:26.55maths22yes
21:27.09starseekerI'm not sure if comgeom-g currently preserves them, but if it doesn't it should
21:27.18maths22.
21:27.20maths22[4~
21:28.32starseekermaths22: once we have this file transcribed properly, it's slated to become a test file for the comgeom-g importer
21:29.12MartinHermidastarseeker: Could you review my task?: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
21:30.12starseeker<PROTECTED>
21:31.15MartinHermidastarseeker: Oh sorry, never mind
21:31.38starseekerMartinHermida: no need to apologize, I just have a really bad artistic eye
21:32.26starseekerlooks like you're getting a lot of interest and feedback - someone should be able to look at it fairly soon
21:33.14MartinHermidastarseeker: OK, so I'll wait for someone 'qualified' to do it ;-)
21:33.48maths22I did not see it in the pdf you posted in the comgeom
21:33.58starseekermaths22: which "it"?
21:34.06starseekerthe file format definition?
21:34.25maths22the prsence of the remarks column
21:35.32starseekerah - are you hoping that you won't have to review that column for accuracy? ;-)
21:36.33maths22no- I just have to re-ocr it then
21:36.54starseekermaths22: take a look at page 47 (page 48 in my PDF reader) - Figure 25
21:37.33maths22That is table 3
21:37.50maths22I mean am refering to the one on 44
21:38.46starseekerAh, OK.  so for that one, it looks like the "REMARKS" column corresponds to the "Comments" section, 70-80
21:41.53starseekermaths22: ultimately, we want comgeom-g to handle the file as-is - my take on it is that means we should strive to be as accurate as possible in preserving what's in the data file as seen in the report
22:07.52maths22OK thank you
22:16.54*** join/#brlcad kesha (~kesha@14.139.122.114)
22:20.39brlcadmaths22: awesome to hear you taking that one on .. there's practically an unlimited supply of comgeom data that could be converted
23:00.51Notify03GCI:Daniel Rossberg *  Create a graphical mock-up for BRL-CAD's Blog: Task Assigned - This task has been assigned to alebcay. You have 72 hours to complete this task, good luck!
23:00.55maths22OCR run
23:01.01maths22I will proof it later
23:02.01Notify03GCI:Daniel Rossberg *  Implement a centroid function for right hyperbolic cylinders (RHC): Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
23:03.18*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
23:12.12Notify03GCI:Daniel Rossberg *  Implement a centroid function for right hyperbolic cylinders (RHC): Again the indents -  Remember our indent style: Indents are 4 characters, tabs are 8 characters, ie use a...
23:12.17Notify03GCI:Daniel Rossberg *  Implement a centroid function for right hyperbolic cylinders (RHC): Again the indents -  Remember our indent style: Indents are 4 characters, tabs are 8 characters, ie use a...
23:12.18Notify03GCI:Daniel Rossberg *  Implement a centroid function for right hyperbolic cylinders (RHC): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
23:30.16Notify03GCI:Daniel Rossberg *  Implement a volume function for triangle meshes (BOT): initialize volume -  Wouldn't it be a good idea to initialize volume first to 0? I know other primitives don't...
23:30.26Notify03GCI:Daniel Rossberg *  Implement a volume function for triangle meshes (BOT): initialize volume -  Wouldn't it be a good idea to initialize volume first to 0? I know other primitives don't...
23:30.27Notify03GCI:Daniel Rossberg *  Implement a volume function for triangle meshes (BOT): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
23:30.31Notify03GCI:Daniel Rossberg *  Implement a volume function for triangle meshes (BOT): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
23:57.08Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Delay -  Due to an unexpected flood of schoolwork, this task will not be completed in time.
IRC log for #brlcad on 20131122

IRC log for #brlcad on 20131122

00:02.11maths22Proofed
00:08.34maths22I am using excel macros to simplyfy the process some
00:10.19Notify03GCI:Ethan *  Design a BRL-CAD Sticker #4: Ready for review - The work on this task is ready to be reviewed.
00:30.03maths22Does table 4 need to be transcribed?
00:30.19maths22It has the same information laid out differently as table 3
00:39.02brlcadno idea, depends on the comgeom format, which is far too old for me to remember the details
00:41.06brlcadmight help to look at an example working comgeom file
00:41.43brlcadmaths22: if you read src/conv/vdeck/vdeck.c, I believe that has a little bit of the details on those input files
00:42.06Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed.
00:42.11Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed.
00:42.26brlcadbasically, if you have those three files ocr'd and verified, it should be enough to run the conversion ...
00:45.27Notify03GCI:Harmanpreet *  Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 0 days and 23 hours.
00:45.32Notify03GCI:Harmanpreet *  Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 0 days and 23 hours.
00:47.31Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Broadness of task -  When it says spelling errors, does that include general grammatical errors, or strictly...
00:47.32Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Broadness of task -  When it says spelling errors, does that include general grammatical errors, or strictly...
00:49.41Notify03GCI:Harmanpreet *  Fix at least 8 spelling mistakes in at least 8 different files: Deadline Extended -  Not a problem David. I just extended the deadline for your task. We really want you to enjoy...
00:50.56Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Thanks -  Thanks for the extension!
00:58.56maths22Starseeker had a nice pdf he liked to
00:59.00maths22I will look at it later
01:00.37Notify03GCI:Cameron *  Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed.
01:00.47Notify03GCI:Cameron *  Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed.
01:18.25Notify03BRL-CAD:starseeker * 58607 (brlcad/trunk/doc/docbook/articles/en/nirt.xml brlcad/trunk/doc/docbook/articles/en/oed.xml brlcad/trunk/doc/docbook/articles/en/tire.xml): Commit slightly tweaked version of patch from Yatharth Agarwal (GCI) updating image inclusions in DocBook files
01:35.55Notify03GCI:Jacob *  Create an utility library (LIBBU) API unit test for any file: Task Claimed - I would like to work on this task.
01:57.25Notify03GCI:Sean *  Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Jacob. You have 72 hours to complete this task, good luck!
01:57.30Notify03GCI:Sean *  Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Jacob. You have 72 hours to complete this task, good luck!
02:17.19maths22Table 3 is done
02:22.47Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
02:22.52Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
02:35.37*** join/#brlcad Deepak_ (~chatzilla@59.91.117.36)
02:39.19Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: better but more still -  That's a good improvement but it's still missing a closing summary. The length could also be reduced futher...
02:41.29Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: Task Closed - Congratulations, this task has been completed successfully.
02:41.34Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: Task Closed - Congratulations, this task has been completed successfully.
02:52.10Notify03GCI:Sean *  Write an article soliciting a Windows platform maintainer: fantastic -  Fantastic work Alex! If you join our brlcad-news mailing list, you'll eventually see your article when it gets...
03:20.35Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6503163796389888:   interesting interpretation   Sharan,  Really interesting...
03:20.45Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6503163796389888:   interesting interpretation   Sharan,  Really interesting...
03:21.00Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
03:21.05Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
03:23.59starseekerOK, the temptation to try combining this:  https://github.com/jorgen/yat   and this:  https://github.com/advancingu/QmlOgre to make a new editing GUI is *very* strong...
03:30.01brlcadstarseeker: this doc task look good? http://www.google-melange.com/gci/task/view/google/gci2013/5007157967716352
03:31.38starseekerlooks good in the patch - let me try applying it quick
03:32.50starseekerwonders if the yat terminal could work on Windows... might be worth a test
03:32.54maths22starseeker: is table IV necessary for Transcription?
03:33.28starseekermaths22: I'm not sure, to be honest.
03:34.52starseekermaths22: maybe the thing to do is assemble what you have into the actual comgeom file and try comgeom-g
03:35.23maths22ok
03:35.27starseekerto do that you'll need to take the csv file and convert it to the spaces based ASCII file
03:35.38maths22I will work on that when I finish table 1
03:36.03maths22I have gotten through the first 2 columns ... the fun ones will come tomorrow
03:36.07starseekerat this era in geometry editing, punch cards were the cutting edge
03:36.27maths22Do you know if it is COMGEOM v4 or v5?
03:36.53starseekerno - we'd be hard pressed at this point to characterize the differences between those two versions, even
03:37.17starseekerwith any luck, as part of the process of recovering older models we'll figure some of this out
03:37.30starseekermaths22: you've entered into the relm of coding archeology :-)
03:38.59starseekerthat's part of what makes this so cool :-)
03:39.15starseekeryou're almost literally bringing history back to life
03:39.35maths22OK
03:41.24starseekerbrlcad: almost done with the build test for that patch
03:43.22maths22Something fun I am noticing:
03:43.41maths22The original documents have some typos in the description column
03:43.53starseekerheh
03:44.14starseekersome of that may be compressing due to character limitations of punch cards...
03:44.50maths22I am leaving them as written in my transcription
03:45.25starseekerkeep a tally of the ones you notice - after we have the original file in it's "proper" form and committed, we can apply a patch with any fixes you found ;-)
03:45.50maths22OK
03:46.09starseekerbrlcad: patch looks good
03:46.25starseekerpasses validation and html build
03:46.37starseekershall I go ahead and commit?
03:46.51maths22EX: CRANSKSHAFT
03:47.01Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website: Task Closed - Congratulations, this task has been completed successfully.
03:47.40maths22Four emails now!
03:48.06*** join/#brlcad harmanpreet (~chatzilla@124.253.242.5)
03:50.16Notify03GCI:starseeker *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Closed - Congratulations, this task has been completed...
03:50.33Notify03BRL-CAD:starseeker * 58608 (brlcad/trunk/doc/docbook/articles/en/pipes.xml brlcad/trunk/doc/docbook/lessons/en/mged02_learning_viewing_options.xml and 3 others): Add improvements to image inclusion in DocBook files from Yatharth Agarwal (GCI)
03:52.38Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website: nice work -  Thanks for the answers to my questions. Nice work.  If you join the brlcad-news mailing list, you'll see future...
03:55.09Notify03GCI:Sean *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: thanks -  A follow-up task will be posted in a day or two including the...
04:00.07starseekermaths22: hehe
04:00.16starseekeryeah, that does look a little... odd
04:00.50starseekermaybe someone didn't feel like redoing a punch card or a typewritten page
04:03.11*** join/#brlcad atsoc (~andrew@135.0.83.118)
04:09.13Notify03GCI:Harmanpreet *  Design a BRL-CAD Sticker #2: So many colours -  Hi Oleg  Thanks for following Sean's instructions by keeping the word together and including dash. But as suggested by him, you...
04:10.19Notify03GCI:Harmanpreet *  Design a BRL-CAD Sticker #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
04:13.09Notify03GCI:Sean *  Design a coffee mug for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4897259955159040:   more work needed   There are even more issues with the new design. We...
04:13.19Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
04:13.20Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
04:13.21Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
04:13.54Notify03GCI:Sean *  Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
04:13.59Notify03GCI:Sean *  Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
04:16.29Notify03GCI:Luke Blue *  Create a CAD inspired icon-set for BRL-CAD website: Thank You -  Thank you so much for giving me this opportunity to work with you. I am overwhelmed with happiness and my real...
04:19.20Notify03GCI:Sean *  Design a BRL-CAD wallpaper http://www.google-melange.com/gci/task/view/google/gci2013/5097545822896128:   needs more effort   You have the start of a semi-abstract design, but it looks...
04:19.21Notify03GCI:Sean *  Design a BRL-CAD wallpaper http://www.google-melange.com/gci/task/view/google/gci2013/5097545822896128:   needs more effort   You have the start of a semi-abstract design, but it looks...
04:19.30Notify03GCI:Sean *  Design a BRL-CAD wallpaper: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
04:21.09Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Hey Harmanpreet -  Just to clarify, when it says spelling errors, does that include general grammatical errors,...
04:23.24Notify03GCI:Sean *  Design a BRL-CAD Sticker #4: byline -  Where'd you get the "Build your own reality" tagline? Not bad, but our official tagline is simply "Open Source Solid Modeling". Would you also...
04:23.29Notify03GCI:Sean *  Design a BRL-CAD Sticker #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
04:24.14Notify03GCI:Harmanpreet *  Design a BRL-CAD Sticker #4: Loving it -  Ethan  I love your design. Just need small changes and you are done. Please include our website's link and write something to describe...
04:31.30Notify03GCI:David Gumberg *  Create a custom wikimedia skin for BRL-CAD: Graphical Mock-Up -  In the description you say to repher to the graphical mock-up, which I don't see a link to? Are you talking...
04:36.15Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664:   portability?   I see this in Safari on Mac OS X: : portability?...
04:36.20Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664:   portability?   I see this in Safari on Mac OS X: : portability?...
04:36.21Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
04:42.04Notify03GCI:Harmanpreet *  Fix at least 8 spelling mistakes in at least 8 different files: Only Spellings -  For this task, you just need to check spelling errors.
04:49.25Notify03GCI:Ethan *  Design a BRL-CAD Sticker #4: Ready for review - The work on this task is ready to be reviewed.
04:54.11*** join/#brlcad witness (~witness12@122.248.183.23)
04:58.12Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
04:58.13Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5957136014114816:   multiple sources   The history...
04:58.17Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
04:58.18Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5957136014114816:   multiple sources   The history...
04:59.28Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Spelling Style -  In terms of spelling style, should it be US english or UK english?
05:00.03Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD: on the right track -  not to misunderstand, you're definitely on the right track and made fantastic progress....
05:00.17Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
05:17.40Notify03BRL-CAD:starseeker * 58609 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Add in raw contents of Hacking BRL-CAD book - haven't even begun formatting yet, but at least get the raw material in the repo.
05:19.27Notify03BRL-CAD:starseeker * 58610 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/attributes.xml): Experiment with including a table in a man page via xinclude
05:53.21*** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95)
06:09.10Notify03GCI:Harmanpreet *  Fix at least 8 spelling mistakes in at least 8 different files: US English -  It should be in US English.
06:18.50Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Woah! -  In your authorship file, srsly? I'd only seen the...
06:18.55Notify03GCI:Yatharth Agarwal *  Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Woah! -  In your authorship file, srsly? I'd only seen the...
06:35.29*** join/#brlcad witness_ (~witness12@122.248.183.23)
06:41.00*** join/#brlcad witness_ (~witness12@122.248.183.23)
07:16.05*** join/#brlcad Deepak_ (~chatzilla@202.164.53.117)
07:43.13*** join/#brlcad kesha (~kesha@14.139.122.114)
07:56.50Notify03GCI: *  :  -
07:56.55Notify03GCI: *  :  -
08:31.29Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
08:31.34Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
08:31.50Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
08:31.55Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
08:33.35Notify03GCI:Melange *  Design BRL-CAD phone/tablet back cover: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work...
08:42.55*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
08:49.41*** join/#brlcad witness (~witness12@122.248.183.23)
09:26.35Notify03BRL-CAD Wiki:Theiceman458 * 6327 /wiki/Community_Publication_Portal: /* Tan YuGin: BRL-CAD's Code Hardening Efforts */ Further shortened the article and reworked the conclusion.
09:28.06Notify03GCI:YuGin *  Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed.
09:29.37*** join/#brlcad YatharthROCK_ (~YatharthR@95.175.73.215)
09:44.00*** join/#brlcad witness_ (~witness12@122.248.183.23)
09:48.18Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
09:48.23Notify03GCI:Tan Di Sheng *  Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
10:00.38*** join/#brlcad witness_ (~witness12@122.248.183.23)
10:05.58*** join/#brlcad kesha (~kesha@14.139.122.114)
10:13.00*** join/#brlcad witness123_ (~witness12@122.248.183.23)
10:16.25*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
10:23.58*** join/#brlcad kesha (~kesha@14.139.122.114)
10:46.24*** join/#brlcad witness (~witness12@122.248.183.23)
11:06.16*** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:07.04*** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool)
11:48.57Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed.
12:00.04Notify03GCI:Kesha Shah *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
12:00.04Notify03GCI:Kesha Shah *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
12:00.44*** join/#brlcad witness (~witness12@122.161.151.196)
12:03.10Notify03GCI:Kesha Shah *  Design a BRL-CAD Sticker #3: BRL-CAD signature -  IS Ranjith, A good start, but you should probably modify the design such that its clear that the sticker is of BRL-CAD only....
12:03.15Notify03GCI:Kesha Shah *  Design a BRL-CAD Sticker #3: BRL-CAD signature -  IS Ranjith, A good start, but you should probably modify the design such that its clear that the sticker is of BRL-CAD only....
12:04.53keshawonders does Notify follows double duplicate protocol ?
12:14.17Notify03BRL-CAD:tbrowder2 * 58611 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: remove redundant attribute
12:14.29Notify03BRL-CAD:tbrowder2 * 58612 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: simplify path
12:16.06*** join/#brlcad benkaiser (~benkaiser@pa49-183-33-118.pa.vic.optusnet.com.au)
12:19.08benkaiserhow can I check the volume of an object in mged?
12:22.05benkaiserbrlcad, you there?
12:44.05Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
12:44.16Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
12:45.45Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Do this -  draw car.c axles.c wheels.c  it should do the trick, I did rtcheck it shows overlaps but it i cant remove it because it...
12:45.50Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Do this -  draw car.c axles.c wheels.c  it should do the trick, I did rtcheck it shows overlaps but it i cant remove it because it...
12:50.40Notify03GCI:Benjamin Kaiser *  Implement a volume function for elliptical hyperboloids (EHY): Task Claimed - I would like to work on this task.
12:54.32*** join/#brlcad witness (~witness12@122.161.151.196)
12:55.27Notify03GCI:Mandeep Kaur *  Implement a volume function for elliptical hyperboloids (EHY): Task Assigned - This task has been assigned to Benjamin Kaiser. You have 72 hours to complete this task, good...
12:58.22Notify03GCI:Benjamin Kaiser *  Implement a volume function for elliptical hyperboloids (EHY): Check Volume -  How do I check the volume of an object using mged? or should I do it some other way? I want to...
13:04.25*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
13:15.37*** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au)
13:21.01benkaiserbrlcad, you available?
13:22.09*** join/#brlcad gjeet (~androirc@117.199.110.201)
13:28.26*** join/#brlcad kesha (~kesha@14.139.122.114)
13:29.31benkaisergjeet, what's up?
13:46.03benkaiseranyone online?
14:07.41YatharthROCK~ask
14:07.42infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
14:15.15Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
14:16.40Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: None -  Hi, Google Code-In doesn't allow deleting of files after they have been uploaded, so I have uploaded...
14:20.34Notify03GCI:Jacob *  Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:20.44Notify03GCI:Jacob *  Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:22.11YatharthROCKIf you have a question about your task, leave it as a comment, or post it here and someone will get to it.
14:22.21YatharthROCKI've been ~ask'ed many many times here...
14:28.36Notify03GCI:Rachel *  Design a coffee mug for BRL-CAD #4: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:32.27Notify03BRL-CAD:starseeker * 58613 brlcad/trunk/src/libbn/chull.c: This needs a lot more careful though, but if I'm thinking correctly about the implications of sorting a list of points in this fashion and the requirements of the Melkman polyline convex hull algorithm, the sorting of the list of points ends up creating a set of points that may be treated as defining line segments in a non-self-intersecting polyline
14:32.29Notify(barring degenerate points, which come to think of it we may need to handle in melkman anyway) and hence the sorted point list can be fed directly to the melkman implementation rather than needing separate logic.
14:39.38*** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au)
14:44.29Notify03BRL-CAD:tbrowder2 * 58614 (brlcad/trunk/src/librt/db5_attrs.cpp brlcad/trunk/src/librt/db5_attrs_private.h): add mew member 'property' for attributes; make load_maps available to other files
14:51.55Notify03BRL-CAD:starseeker * 58615 brlcad/trunk/src/libbn/chull.c: Flip the way points are sorted.
14:52.21*** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au)
14:54.42*** join/#brlcad witness (~witness12@122.161.151.196)
14:55.53*** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au)
14:56.27*** join/#brlcad Stattrav (~suryajith@123.236.75.44)
14:58.23*** join/#brlcad MartinHermida (~MartinHer@247.Red-83-41-56.dynamicIP.rima-tde.net)
15:02.04Notify03GCI: *  :  -
15:02.08Notify03GCI: *  :  -
15:02.56MartinHermidabrlcad: I fixed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
15:19.56Notify03BRL-CAD:tbrowder2 * 58616 brlcad/trunk/src/librt/db5_attrs.cpp: fill in property values (same as in attributes.xml)
15:21.17Notify03BRL-CAD:tbrowder2 * 58617 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: start a function to generate xml tables for inclusion in 'attributes.xml'
15:22.25Notify03BRL-CAD:tbrowder2 * 58618 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: remove unneeded function
15:31.14Notify03BRL-CAD:starseeker * 58619 brlcad/trunk/src/libbn/tests/bn_chull.c: Flesh out the test logic for chull - need a *lot* more test cases...
15:37.00Notify03BRL-CAD:tbrowder2 * 58620 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: put slash on dir name; comment out xml function till ready
15:37.01Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Submitting Soon -  Should submit within the hour.
15:37.05Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Submitting Soon -  Should submit within the hour.
15:39.30*** join/#brlcad Ignacio (~ignacio@2001:4830:134:7::11)
15:40.04*** part/#brlcad Ignacio (~ignacio@2001:4830:134:7::11)
15:41.15*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:41.16gcibotHey, I'm a bot written by aviraldg who inserts metadata about GCI links!nSource at: https://github.com/aviraldg/gcibot.
15:42.46*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:57.40MartinHermidabrlcad: If my task is still wrong, please, extend the time of it. I think now it's right, though. http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664
15:57.42gcibotCreate a CSS only version of BRL-CAD Logo
15:57.42gcibotStatus: NeedsReview (22 hours, 57 minutes left)
15:57.42gcibotMentor(s): Sean
16:07.02Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
16:07.22Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: 1122.zip -  The mockups for each page have been recreated.
16:07.23Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: 1122.zip -  The mockups for each page have been recreated.
16:10.02Notify03GCI: *  :  -
16:19.31Notify03GCI:Anton Georgiev *  Implement a centroid function for gridded volumes (VOL): Task Claimed - I would like to work on this task.
16:21.17Notify03GCI:Mandeep Kaur *  Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Anton Georgiev. You have 72 hours to complete this task, good luck!
16:21.18Notify03GCI:Mandeep Kaur *  Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Anton Georgiev. You have 72 hours to complete this task, good luck!
16:21.52Notify03BRL-CAD:starseeker * 58621 brlcad/trunk/src/librt/CMakeLists.txt: Don't use strict flags on this utility until it's ready.
16:30.40*** join/#brlcad kesha (~kesha@14.139.122.114)
16:42.49Notify03BRL-CAD:carlmoore * 58622 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: remove trailing blanks/tabs; fix a spelling
16:57.07Notify03GCI:Sean *  Implement a volume function for elliptical hyperboloids (EHY): gqa and analyze -  If you enable your new volume function (in table.c), you should be able to test it with the 'analyze'...
16:59.32Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: do you need more time? -  FaithOh, do you need more time?
16:59.37Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: do you need more time? -  FaithOh, do you need more time?
17:01.57brlcadMartinHermida: okay, will check it out
17:02.54brlcadMartinHermida: that looks pretty spectacular
17:03.17brlcadthe diameter of the "pinch" is slightly off but that's still pretty fantastic
17:04.28Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: Task Closed - Congratulations, this task has been completed successfully.
17:04.33Notify03GCI:Sean *  Create a CSS only version of BRL-CAD Logo: Task Closed - Congratulations, this task has been completed successfully.
17:06.38Notify03GCI: *  :  -
17:06.43Notify03GCI: *  :  -
17:07.06MartinHermidabrlcad: Really?
17:09.53Notify03GCI:Marin Alexandra *  Design a BRL-CAD wallpaper: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:13.38Notify03GCI:Alex *  Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task.
17:13.43Notify03GCI:Alex *  Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task.
17:14.58Notify03GCI:Mandeep Kaur *  Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
17:15.04Notify03GCI:Mandeep Kaur *  Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
17:21.13Notify03GCI:Anton Georgiev *  Implement a centroid function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:21.18Notify03GCI:Anton Georgiev *  Implement a centroid function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:21.23Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed.
17:26.03Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: None -
17:42.39Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
17:42.40Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
17:48.44Notify03GCI:Alex *  Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:48.49Notify03GCI:Alex *  Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:49.39Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: Task Claimed - I would like to work on this task.
17:51.24Notify03GCI:Mandeep Kaur *  Write a ''BRL-CAD Commands Quick Reference'' document: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
17:51.34Notify03GCI:Mandeep Kaur *  Write a ''BRL-CAD Commands Quick Reference'' document: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
17:51.35maths22I have almost finished Table 1
17:51.51maths22I just have to check 8s vs 6s on the numeric part
17:52.19Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: BRL-CAD Commands -  I understand the task but would just like to know how do i find out what each of the commands is used for/...
17:52.24Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: BRL-CAD Commands -  I understand the task but would just like to know how do i find out what each of the commands is used for/...
18:02.55Notify03BRL-CAD:starseeker * 58623 brlcad/trunk/include/bn.h: Update bn_2d_hull description
18:02.56Notify03GCI:Jacob B *  Transcribe Geometry Model Data from a PDF report to an ASCII file: Ready for review - The work on this task is ready to be reviewed.
18:03.18maths22Note that it is not yet a comgeom file, per Starseeker's comments
18:06.27Notify03BRL-CAD:starseeker * 58624 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2 others): use chull instead of hull - consistent with filename, and leaves options open in case we want to implement some other sort of hull algorithm down the road.
18:12.58*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
18:15.44Notify03GCI:Alec Fuglem *  Create a graphical mock-up for BRL-CAD's Documentation pages: Task Claimed - I would like to work on this task.
18:19.04Notify03GCI:Mandeep Kaur *  Create a graphical mock-up for BRL-CAD's Documentation pages: Task Assigned - This task has been assigned to Alec Fuglem. You have 72 hours to complete this task, good luck!
18:19.09Notify03GCI:Mandeep Kaur *  Create a graphical mock-up for BRL-CAD's Documentation pages: Task Assigned - This task has been assigned to Alec Fuglem. You have 72 hours to complete this task, good luck!
18:23.44Notify03GCI:Alec Fuglem *  Create a graphical mock-up for BRL-CAD's Documentation pages: Confused -  i am not quite sure what i am supposed to do for this task, shall i create a new web page, or design a...
18:23.49Notify03GCI:Alec Fuglem *  Create a graphical mock-up for BRL-CAD's Documentation pages: Confused -  i am not quite sure what i am supposed to do for this task, shall i create a new web page, or design a...
18:26.18Notify03BRL-CAD:starseeker * 58625 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): May need a function that deals in 3D points for these hulls. May only need this logic in the obr case at the moment, but for debugging if nothing else it may prove convenient to have a way to get this hull in 3-space terms and the same logic will apply to the obr case.
18:46.05Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: List of commands -  Also is there somewhere i can find a full list of BRL-CAD commands to include? or are the ones stated in the...
18:53.57Notify03GCI: *  :  -
18:54.55MartinHermidabrlcad: In this task (http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304) can I animate it with CSS3 and jQuery or it has to be entirely animated with CSS?
19:00.49Notify03GCI:Mandeep Kaur *  Create a graphical mock-up for BRL-CAD's Documentation pages: Mock up -  Alec, you have to create a mock up for Documentation. You can design a HTML & CSS page or graphically...
19:01.05Notify03GCI: *  :  -
19:01.34MartinHermidabrlcad: Also, what size do you want for the banner?
19:04.09Notify03GCI: *  :  -
19:04.19Notify03GCI: *  :  -
19:09.46Notify03GCI:Melange *  Implement surface area function for NURBS objects (BREP): Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
19:20.27*** join/#brlcad andrei_ (~andrei@5-12-113-92.residential.rdsnet.ro)
19:30.27Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: Unclaim -  I am sorry but I do not have enough time to finish this task right now and do it as it should be done. I will unclaim the task. Sorry for...
19:30.32Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:30.33Notify03GCI:Andrei *  Create a screen-cast for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:34.02*** join/#brlcad mandeep (~mandeep@202.164.53.116)
19:45.04Notify03GCI:Andreas Poulsen *  Implement a volume function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task.
19:45.29*** join/#brlcad benkaiser-away (~benkaiser@pa49-183-116-89.pa.vic.optusnet.com.au)
19:47.21Notify03GCI:Mandeep Kaur *  Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Andreas Poulsen. You have 72 hours to complete this task, good...
19:47.26Notify03GCI:Mandeep Kaur *  Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Andreas Poulsen. You have 72 hours to complete this task, good...
20:13.03Notify03BRL-CAD:starseeker * 58626 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2 others): Try using point_2d for the 2D chull algorithms - hopefully we won't end up having to use lots of extra memory going from 3D to temporary 2D arrays, but nick is right that the point2d_t type is the better conceptual match to the type of data being worked.
20:18.28starseekermaths22: if we need to, there are some "example" files in reports like EDIT-COMGEOM that may be helpful:  http://www.dtic.mil/docs/citations/ADB007108
20:19.43starseekerthose are supposed to be "complete" examples, as I understand it, although it's a little fuzzy since most of these old reports are assuming actual punch cards and not ascii text files...
20:27.49maths22Isn't that going to be a second task?
21:01.59*** join/#brlcad Stattrav (~suryajith@123.236.75.44)
21:05.57starseekermaths22: yeah
21:06.04starseekerjust planning ahead :-)
21:14.46maths22That makes sense
21:33.58*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net)
21:34.00PalindromeHello
21:34.19Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
21:34.21gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
21:34.21gcibotStatus: NeedsReview (1 hours, 59 minutes left)
21:34.21gcibotMentor(s): Sean
21:34.24*** part/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net)
21:34.39*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net)
21:34.59PalindromeSorry, if someone can review https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 that would be epic
21:35.01gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
21:35.01gcibotStatus: NeedsReview (1 hours, 59 minutes left)
21:35.01gcibotMentor(s): Sean
21:45.10Notify03GCI:Olexander Dubenko *  Design a BRL-CAD wallpaper: None -  I would like to work on this task after I will finish my current task
21:45.48PalindromeNotify are you a bot?
21:45.51Palindromeor a person?
21:46.09Palindromenvm
21:47.25Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: None -  I would like to see this successfully closed before the time is up, as I don't know what will happen.
21:47.30Notify03GCI:Palindrome *  Create a graphical mock-up for wiki pages of BRL-CAD: None -  I would like to see this successfully closed before the time is up, as I don't know what will happen.
21:52.42*** join/#brlcad benkaiser-away (~benkaiser@pa49-183-4-109.pa.vic.optusnet.com.au)
21:57.25Notify03BRL-CAD:starseeker * 58627 brlcad/trunk/include/bn.h: Start working on the API needed to translate sets of coplanar points to and from 2D parameterized coordinates.
22:07.28*** join/#brlcad tp_ (50a6b2ca@gateway/web/freenode/ip.80.166.178.202)
22:14.01*** part/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net)
22:19.39Notify03BRL-CAD:starseeker * 58628 brlcad/trunk/include/bn.h: Functions are for coplanar points only - the more general parameterization problem is out of scope (and much harder).
22:31.53*** part/#brlcad tp_ (50a6b2ca@gateway/web/freenode/ip.80.166.178.202)
22:42.04*** join/#brlcad benkaiser-away (~benkaiser@pa49-183-4-109.pa.vic.optusnet.com.au)
22:44.17benkaiser-awaybrlcad, you online now?
22:45.09*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net)
22:45.11Palindromeyo
22:45.43benkaiser-awayhey Palindrome
22:46.01PalindromeIs there someone who can approve a submission?
22:46.11Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
22:46.13gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
22:46.13gcibotStatus: NeedsReview (0 hours, 47 minutes left)
22:46.13gcibotMentor(s): Sean
23:25.37*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-209.aby.bellsouth.net)
23:25.38PalindromeHello
23:25.41Palindromeis anyone here?
23:29.44Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
23:29.46gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
23:29.46gcibotStatus: NeedsReview (0 hours, 4 minutes left)
23:29.46gcibotMentor(s): Sean
23:30.47Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: language? format? -  I just wanted to know while writing in this task and future tasks should i use american language instead of...
23:34.32Notify03GCI:Melange *  Create a graphical mock-up for wiki pages of BRL-CAD: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
23:34.37Notify03GCI:Melange *  Create a graphical mock-up for wiki pages of BRL-CAD: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
23:39.27Notify03GCI:Benjamin Kaiser *  Implement a volume function for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2013/6679807211339776:   c value   Okay, by using that...
23:39.33Notify03GCI:Benjamin Kaiser *  Implement a volume function for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2013/6679807211339776:   c value   Okay, by using that...
23:42.22PalindromeSomeone look at
23:42.28Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
23:42.30Palindromeplease
23:42.31gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
23:42.32gcibotStatus: NeedsReview
23:42.32gcibotMentor(s): Sean
23:42.59benkaiser-awayanyone have Sean (brlcad's) email?
23:45.32Notify03GCI:Benjamin Kaiser *  Implement a volume function for elliptical hyperboloids (EHY): Claim Removed - The claim on this task has been removed, someone else can claim it now.
IRC log for #brlcad on 20131123

IRC log for #brlcad on 20131123

00:01.59*** join/#brlcad benkaiser (~benkaiser@pa49-183-30-248.pa.vic.optusnet.com.au)
00:38.32Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Ready for review - The work on this task is ready to be reviewed.
00:55.31*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-209.aby.bellsouth.net)
00:58.02PalindromeHello?
01:10.08Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: Task Closed - Congratulations, this task has been completed successfully.
01:10.13Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: Task Closed - Congratulations, this task has been completed successfully.
01:10.20PalindromeSeN
01:11.38Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
01:11.39PalindromeSean
01:11.40gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
01:11.41gcibotStatus: NeedsReview
01:11.41gcibotMentor(s): Sean
01:12.38Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: excellent -  Outstanding, Yu! That is a great read and will make for a fantastic article (probably in January). We'll be showcasing...
01:12.43Notify03GCI:Sean *  Write article on BRL-CAD's code hardening efforts: excellent -  Outstanding, Yu! That is a great read and will make for a fantastic article (probably in January). We'll be showcasing...
01:14.14*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
01:14.32PalindromeYuGin
01:14.39Palindromedo you know sean?
01:18.03Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed.
01:18.28Notify03GCI:Sean *  Transcribe Geometry Model Data from a PDF report to an ASCII file: no idea -  No idea if it's right, but it looks good spot-checking. Interested in a follow-up task to turn them into...
01:18.33Notify03GCI:Sean *  Transcribe Geometry Model Data from a PDF report to an ASCII file: no idea -  No idea if it's right, but it looks good spot-checking. Interested in a follow-up task to turn them into...
01:18.34Notify03GCI:Sean *  Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Closed - Congratulations, this task has been completed successfully.
01:35.25Notify03GCI:Melange *  Create a CAD inspired icon-set for BRL-CAD website #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
01:35.26Notify03GCI:Melange *  Create a CAD inspired icon-set for BRL-CAD website #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
01:36.25Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD: right file? -  The toycar.g file doesn't have a car.c, axles.c, or wheels.c in it. Are you sure you uploaded the right file?
01:36.30Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
01:36.57PalindromeSean, if you can read this please check mine.
01:37.04Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
01:37.05gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
01:37.05gcibotStatus: NeedsReview
01:37.05gcibotMentor(s): Sean
01:42.54Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: sorry wrong file -  Uploading the right file now
01:42.59Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: sorry wrong file -  Uploading the right file now
01:43.55Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
01:46.18Notify03BRL-CAD:brlcad * 58629 brlcad/trunk/src/librt/primitives/rhc/rhc.c: apply gci patch from 'Andrew' ( http://www.google-melange.com/gci/task/view/google/gci2013/4549046286942208 ) implementing centroid for rhc.
01:46.19gcibotImplement a centroid function for right hyperbolic cylinders (RHC)
01:46.19gcibotStatus: NeedsReview (22 hours, 43 minutes left)
01:46.19gcibotMentor(s): Sean
01:57.02Notify03BRL-CAD:brlcad * 58630 brlcad/trunk/AUTHORS: credit gci participant 'Andrew' for implementing a centroid function for rhc ( http://www.google-melange.com/gci/task/view/google/gci2013/4549046286942208 )
01:57.04gcibotImplement a centroid function for right hyperbolic cylinders (RHC)
01:57.04gcibotStatus: NeedsReview (22 hours, 32 minutes left)
01:57.04gcibotMentor(s): Sean
01:57.47Notify03GCI:Sean *  Implement a centroid function for right hyperbolic cylinders (RHC): looks great -  Andrew, that looks fantastic now. Your change has already been applied to our trunk sources in r58629...
01:58.02Notify03GCI:Sean *  Implement a centroid function for right hyperbolic cylinders (RHC): Task Closed - Congratulations, this task has been completed successfully.
01:58.03Notify03GCI:Sean *  Implement a centroid function for right hyperbolic cylinders (RHC): Task Closed - Congratulations, this task has been completed successfully.
02:01.04Palindromei wish mine would be complete
02:01.05PalindromexD
02:03.01*** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com)
02:03.16PalindromeJ_V
02:03.21PalindromeJ_v you online?
02:03.30j_vhey, yep
02:03.45PalindromeAre you a mentor?
02:04.04Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560
02:04.07gcibotCreate a graphical mock-up for wiki pages of BRL-CAD
02:04.07gcibotStatus: NeedsReview
02:04.07gcibotMentor(s): Sean
02:04.11j_vno, sorry, here for help myself
02:04.11Palindromeno one has approved that.
02:04.14Palindromedarn.
02:04.18PalindromeNo one is on.
02:04.48j_vah, well, some other time I will try.
02:05.07j_vsorry I couldn't be of assistance
02:05.14PalindromeThat's alright.
02:08.56Notify03BRL-CAD:brlcad * 58631 (brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/mat.c and 11 others): apply spelling mistake corrections from gci participant YuGin ( http://www.google-melange.com/gci/task/view/google/gci2013/5112711083982848 )
02:08.58gcibotFix at least 8 spelling mistakes in at least 8 different files #2
02:08.58gcibotStatus: Closed
02:08.58gcibotMentor(s): Sean
02:12.34Notify03BRL-CAD:brlcad * 58632 brlcad/trunk/AUTHORS: special thanks to tan yugin for spelling mistake corrections in libbn and libbu (gci2013/5112711083982848)
02:13.11Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #2: committed -  Your patch has been committed to our latest trunk sources in r58631. Your name is credited with special...
02:13.21Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #2: committed -  Your patch has been committed to our latest trunk sources in r58631. Your name is credited with special...
02:13.22Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted....
02:14.06*** join/#brlcad tbrowder2 (~tbrowde@66.225.111.58)
02:17.02Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #2: how long -  How long did it take you to find those spelling mistakes?
02:18.38Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Thanks. -  My full name is Andrew Tan.   I would be interested in completing the follow-on task.
02:18.39Notify03GCI:Andrew *  Implement a centroid function for right hyperbolic cylinders (RHC): Thanks. -  My full name is Andrew Tan.   I would be interested in completing the follow-on task.
02:19.32j_vI'm trying setup a package build of brlcad for slackware using system tcl/tk itcl/itk. Has anyone done such a thing? I can get it to build, but resulting mged/archer can't find the itk package during initialization.
02:26.47brlcadj_v: it's been done before but not in a long while
02:27.13j_vok, thanks for answer.
02:27.14Notify03GCI:YuGin *  Fix at least 8 spelling mistakes in at least 8 different files #2: None -  Once I got everything set up and installed, the actual searching took probably 1-1.5 hours. I seearched for...
02:27.25brlcadj_v: system-installed versions of itcl/itk rarely specify themselves correctly in my experience
02:27.56j_vI think there may be a cmake variable that will set it, I just have to find it.
02:29.23brlcadah, you said you got it to build -- I assumed you meant you got it to detect/use system-installed version and you were faced with a runtime issue
02:29.47brlcadthere is what cmake detects, what the build uses, and what the runtime finds
02:30.11j_vyes, that is the problem I face
02:31.27j_vthe guys at slackbuilds.org want to build with system tcl/tk, but these must be compatible with itcl/itk.
02:32.14j_vtcl/tk 8.6 not compatible with itcl/itk 3.4, not that I've seen so far.
02:33.24Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD: No worries about the time -  Palindrome, no need to worry about the time if you've submitted your work. The deadline is yours, not...
02:33.29Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD: No worries about the time -  Palindrome, no need to worry about the time if you've submitted your work. The deadline is yours, not...
02:33.31j_vI have itcl/itk 4.0.0. cmake config finds tcl/tk and itcl. I have to point cmake to itk. issue with itk install, possibly.
02:33.53brlcadyeah, I think only the latest svn sources for itcl/itk work with 8.6
02:35.33j_vitcl4.0.0 is included in pkg bundle with tcl8.6.1 tarball. I assumed that tk4.0.0 would be compat w/ 8.6.1. I could be wrong about that or my build/install may be flawed
02:35.42brlcadj_v: appreciate you trying to get a slack build going, thanks
02:36.17j_vno problem. thanks for keeping the fire stoked :)
02:37.03j_vbtw, bundled works nice on my machine.
02:37.30j_vmy quadro k600 seems to handle it pretty well.
02:39.02brlcadare you neils?
02:40.11j_vknow, but I'm helping him out, since he's extremely busy right now
02:41.52j_vsed 's/know/no/'
02:41.58brlcadokay, cool
02:42.31brlcadhe's just on our distribution announcements for maintainership of the slack builds and the current one looks like it's up-to-date: http://slackbuilds.org/repository/14.0/graphics/brlcad/
02:42.54j_vhasn't changed. just helping out.
02:43.20j_vslack 14.1 came out and were updating/verifying builds
02:43.33j_vwere/we're
02:43.48brlcadgotcha
02:44.26brlcadhm, take it back, NOT up to date..
02:44.35brlcadthat's got 7.22.0, not 7.24.0
02:44.47brlcadand we've got a 7.24.2 coming out any day now
02:45.30j_vI'm working on cmake build of 7.24.0 and will help update when you release
02:46.55j_vafk for a smoke... brb
02:52.19j_vsorry, needed that
02:52.29Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: close! -  David,  In reviewing your patch, I only count five files with spelling changes and several of the spelling...
02:52.49Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
02:52.59Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
02:53.35brlcadno worries
02:54.10brlcadj_v: do you have cmake detecting system versions of tcl/tk and itcl/itk?  (the output summary at the end says yes/no)
02:56.08j_vchecking... I do note that there are errors in the FindTCL cmake output
02:58.21j_vtcl and tk found
02:58.45j_vI don't yet see ouput for itcl, but itk not found
03:01.40j_vok, I fixed a white space error in misc/CMake/FindTCL.cmake, but there may be more.
03:02.05brlcadoh?
03:03.03j_vI'll pastebin a diff in a moment
03:05.31j_vhttp://pastebin.com/rt3Yjcbj
03:06.52brlcadwtf .. huh
03:07.11j_vshet happins
03:08.05j_vmost people probably build bundled... it's easier, be unlikely to see it
03:09.20Notify03GCI:Melange *  Create unit tests for plane.c "point" functions: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded....
03:09.28brlcadah, looks like our guy found that typo back in august
03:09.55j_vthe cmake cache file shows that it found the itcl lib, not sure why it find that and not itk... oh, damn... maybe I missed an ldconfig run
03:10.01brlcadi'm just a little surprised that cmake wouldn't spew chunks on seeing syntax like that
03:10.51brlcadmaybe just doesn't get that deep into the logic unless it's an enabled system build
03:11.06j_vit's spews, it just doesn't choke
03:13.03j_vah, for itcl/itk, I'm looking at the wrong cmake file ThirdParty_TCL.cmake is one I should have my head in
03:14.25Notify03GCI:Sean *  Design BRL-CAD phone/tablet back cover: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
03:18.58j_vthe itk not found issue might very well be on my end. It find itcl and the location of itk is parallel to itcl.
03:19.59j_vdir layout is nearly identical. I need to do some reading on adding packages to tcl/tk. I bet that's the problem.
03:21.01j_vI have messed around with tcl much, but I bet there's docs that'll lead me to where I'm going wrong
03:21.11j_vhave/haven't
03:32.22*** join/#brlcad harmanpreet (~chatzilla@124.253.99.254)
03:35.41j_vmaybe because my itk build is missing the static stub library
03:50.02Notify03GCI:Luke Blue *  Create a screen-cast for BRL-CAD: Task Claimed - I would like to work on this task.
03:54.33Notify03GCI:Mandeep Kaur *  Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
03:54.34Notify03GCI:Mandeep Kaur *  Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
03:56.54Notify03GCI:Harmanpreet *  Design BRL-CAD phone/tablet back cover: Better -  Your latest design is better than previous one. But why you wrote "Geometry Viewer"? I suggest to write brief description to...
03:56.59Notify03GCI:Harmanpreet *  Design BRL-CAD phone/tablet back cover: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
03:57.03Notify03GCI:Harmanpreet *  Design BRL-CAD phone/tablet back cover: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
04:02.49Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Mistake in use of diff tool -  I just reviewed my patch file and I must have made a mistake with diff, as I...
04:12.33*** join/#brlcad ishwerdas (~inderplus@59.91.114.136)
04:15.45Notify03GCI:Sean *  Design BRL-CAD phone/tablet back cover http://www.google-melange.com/gci/task/view/google/gci2013/5111996240363520:   closer the first time   Alexandra, you were closer to something...
04:26.39Notify03GCI:Melange *  Design a prototype CAD GUI layout #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should...
04:30.23ishwerdasbrlcad: hi
04:30.24*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-209.aby.bellsouth.net)
04:30.29PalindromeBack.
04:34.30Notify03GCI:Sean *  Design a prototype CAD GUI layout #2: needs more work -  Cameron, the design is "technically" minimally sufficient to call the task complete but is far from useful or relevant to our...
04:34.40Notify03GCI:Sean *  Design a prototype CAD GUI layout #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
04:34.42Notify03GCI:Sean *  Design a prototype CAD GUI layout #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
04:34.45Notify03GCI:Sean *  Design a prototype CAD GUI layout #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
04:50.44j_vbrlcad: thanks for the help.
04:50.49*** join/#brlcad witness (~witness12@122.161.151.196)
04:51.16j_vcalling it a night.
04:51.31*** part/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com)
05:07.20Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
05:07.26*** join/#brlcad kesha (~kesha@14.139.122.114)
05:12.56Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Some problems -  Looking okay, but there are several issues remaining:  1) There needs to be a...
05:13.46Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
05:13.51Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
05:29.22Notify03GCI:Melange *  Doxygen cleanup for LIBRT: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24...
05:34.13Notify03GCI:Sean *  Design a coffee mug for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
05:37.38Notify03GCI:Sean *  Design a BRL-CAD Sticker #4: Task Closed - Congratulations, this task has been completed successfully.
05:40.18Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #4: Task Claimed - I would like to work on this task.
05:42.14*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
05:42.17*** join/#brlcad gjeet (~gjeet@59.91.114.136)
05:52.49Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck!
05:53.34Notify03GCI:Sean *  Design a BRL-CAD Sticker #4: mailing list -  Thanks Ethan. Feel free to join the brlcad-devel mailing list where we make public announcements (like the availability of stickers!):...
05:57.19Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
05:57.24Notify03GCI:Ethan *  Design a BRL-CAD Sticker #4: mailing list -  Thanks Sean! I'm having a lot of fun working on these. Excited to continue. Just signed up for the mailing list.
06:01.15Notify03GCI:Sean *  Create a web based interactive timeline giving historical tour of BRL-CAD: no need to delete -  Fantastic! That is awesome Sam, nicely done. The new timeline is much more informative,...
06:05.51Notify03GCI:Sean *  Create a graphical mock-up for wiki pages of BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
06:12.46Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
06:14.11Notify03GCI:Sean *  Model a toy car with wheels and axles in BRL-CAD: looks good -  Sharan, that looks good, much better. That's something that can be 3D-printed. Are you interested in more modeling...
06:15.38*** join/#brlcad gjeet (~gjeet@59.91.114.136)
06:29.57Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352:   looking good   Faith,  These are looking good and...
06:30.02Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:30.03Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352:   looking good   Faith,  These are looking good and...
06:30.04Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:30.05Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:30.08Notify03GCI:Sharan *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Claimed - I would like to work on this task.
06:30.25brlcadhi ishwerdas
06:30.39brlcador bye, rather
06:55.46*** join/#brlcad kesha (~kesha@14.139.122.114)
07:17.40Notify03GCI:Mandeep Kaur *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good...
07:39.25*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
07:42.51Notify03GCI:Sam *  Create a web based interactive timeline giving historical tour of BRL-CAD: None -  Thanks! I have subscribed to the news mailing list. Looking forward to working with you again :)
07:43.17*** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215)
07:43.47*** join/#brlcad YatharthROCK_ (~YatharthR@95.175.73.215)
07:43.50Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed.
07:46.08*** join/#brlcad YatharthROCK__ (~Yatharth@95.175.73.215)
07:49.31Notify03GCI:Sam *  Design a BRL-CAD wallpaper: Task Claimed - I would like to work on this task.
07:50.11Notify03GCI:Mandeep Kaur *  Design a BRL-CAD wallpaper: Task Assigned - This task has been assigned to Sam. You have 72 hours to complete this task, good luck!
07:54.04*** join/#brlcad YatharthROCK__ (~Yatharth@95.175.73.215)
07:56.11*** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215)
08:00.21*** part/#brlcad YatharthROCK (~Yatharth@95.175.73.215)
08:09.10*** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
08:10.56*** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215)
08:16.16*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
08:24.07*** join/#brlcad Deepak_ (~chatzilla@117.212.48.99)
08:42.15*** join/#brlcad gjeet (~gjeet@117.214.207.215)
08:45.34*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
08:48.32Notify03GCI:Gauravjeet Singh *  Design a coffee mug for BRL-CAD #4: Good Work -  This is really a good work.  A few suggestions for this design  Change the tagline/description to something related to...
08:48.37Notify03GCI:Gauravjeet Singh *  Design a coffee mug for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
08:48.38Notify03GCI:Gauravjeet Singh *  Design a coffee mug for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
08:51.23*** join/#brlcad awabimakoto (~tc@th121024.ip.tsinghua.edu.cn)
08:54.19*** join/#brlcad witness (~witness12@122.161.151.196)
08:56.29*** join/#brlcad awabimakoto (~tc@th121024.ip.tsinghua.edu.cn)
09:26.25Notify03GCI:Sharan *  Model a toy car with wheels and axles in BRL-CAD: Yep, I am Interested -  It would be awesome if you add more modelling tasks :-D  I was thinking of making the logo once in 3D again,...
09:41.55Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed.
09:41.56Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed.
09:46.07*** join/#brlcad YatharthROCK_ (~Yatharth@95.175.73.215)
10:03.52*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
10:27.45Notify03GCI:Sam *  Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed.
11:09.28Notify03GCI:Andreas Poulsen *  Implement a volume function for solid polygonal meshes (NMG): Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:09.33Notify03GCI:Andreas Poulsen *  Implement a volume function for solid polygonal meshes (NMG): Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:22.03*** join/#brlcad YatharthROCK_ (~Yatharth@95.175.73.215)
11:23.10*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
11:48.25Notify03GCI:Alex *  Write up Wiki page tutorial on our Volumetric Primitive: the VOL? -  how can i find out what the VOL primitive is? and how to use it?
11:48.26Notify03GCI:Alex *  Write up Wiki page tutorial on our Volumetric Primitive: the VOL? -  how can i find out what the VOL primitive is? and how to use it?
12:22.42Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: None -  I'm sorry, I can not create it with sixteen colors.
12:22.47Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
12:23.03*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
12:27.43Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: None -  Stop. I can try to do it again, but in a style of vector graphics. Raster beautiful, but since you only need 16 colors ...
12:27.53Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on this task.
12:52.49*** join/#brlcad Destroy (~Destroy@bras3.donapex.net)
12:53.04DestroyHi all.
12:53.23DestroyMentor, are you here? :)
12:55.09DestroyFFFFFFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
12:55.14Destroy=(
12:55.16Destroy: D
13:29.57tbrowder2destroy
13:31.24tbrowder2destroy: I can try to help
13:36.33*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
13:43.22Notify03GCI:Deep Inder Singh *  Create a book layout for Doc Camp Book: Extend Deadline -  Please extend my deadline for 2 Days.
13:47.18Notify03GCI:Gauravjeet Singh *  Create a book layout for Doc Camp Book: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
14:00.19Notify03GCI:Olexander Dubenko *  Design a prototype CAD GUI layout: Task Claimed - I would like to work on this task.
14:00.24Notify03GCI:Olexander Dubenko *  Design a prototype CAD GUI layout: Task Claimed - I would like to work on this task.
14:08.25Notify03GCI:Sharan *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
14:16.28YatharthROCKFor this task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696>
14:18.16YatharthROCKThe way it is implemented now is that it returns some HTML code that includes JS script tags that load the Chart visualization API and modifies an element of a hard-coded ID (not returned by function) in which the chart is loaded.
14:18.58YatharthROCKthere are 2 sub-optimal things here:-
14:20.13YatharthROCK1) We cannot have multiple charts one one page as the id of the element is hard-coded in the wrapper. If the intention was just to have a separate URL per page, then we might as well just return an HTML element containing a direct URL to GChart as the source in the reutrn value.
14:20.42*** part/#brlcad tbrowder2 (~tbrowde@66.225.111.58)
14:22.16YatharthROCK2) Actually, 1) cover it.
14:23.11YatharthROCKSo my question is, can the working of the new wrapper be modified? It'll mean having to make small updates to where the wrapper is called too.
14:23.37Notify03GCI:Yatharth Agarwal *  Loading Google charts from API: Task Claimed - I would like to work on this task.
14:25.20Notify03BRL-CAD:tbrowder2 * 58633 (brlcad/trunk/src/librt/db5_attrs.cpp brlcad/trunk/src/librt/db5_attrs_private.h brlcad/trunk/src/librt/gen-registered-attributes-html.cpp): add new attr member 'long_description' with goal of eventual automation of 'attributes.xml' and synchronization with the brlcad.org web site attribute description and the original BRL-CAD attribute source definition (DRY)
14:28.04Notify03GCI:Yatharth Agarwal *  Loading Google charts from API: Code Spec Flexibility -  The way it is implemented now is that it returns some HTML code that includes JS script tags that load the Chart...
14:28.34Notify03GCI:Alex *  Add missing documentation (for any ONE command) #2: about the command? -  how can i find out about the command? so i can write about one? where could i find info on it?
14:28.39Notify03GCI:Alex *  Add missing documentation (for any ONE command) #2: about the command? -  how can i find out about the command? so i can write about one? where could i find info on it?
14:43.25*** join/#brlcad Destroy (~Destroy@bras3.donapex.net)
14:45.47DestroyCan you regive me this https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 ?
14:45.48gcibotDesign a BRL-CAD Sticker #2
14:45.50gcibotStatus: ClaimRequested
14:45.50gcibotMentor(s): Sean
14:46.24DestroyNow I recomplete my work in vector style for printing
14:55.51Notify03GCI:Melange *  Design a coffee mug for BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student...
15:13.12maths22brlcad: go ahead with the follow on task
15:18.49*** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com)
15:19.05j_vhi
15:21.30Notify03GCI:Mandeep Kaur *  Design a prototype CAD GUI layout: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
15:38.45Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed.
15:55.29Notify03GCI:Melange *  Design a BRL-CAD Sticker #5: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24...
15:55.30Notify03GCI:Melange *  Design a BRL-CAD Sticker #5: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24...
15:55.44Notify03GCI:Yatharth Agarwal *  Loading Google charts from API: What exactly is being asked here? -  From the task description:  With the google charts improving their API system which wasn't around then,...
15:55.49Notify03GCI:Yatharth Agarwal *  Loading Google charts from API: What exactly is being asked here? -  From the task description:  With the google charts improving their API system which wasn't around then,...
16:05.50*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
16:05.51gcibotHey, I'm a bot written by aviraldg who inserts metadata about GCI links!nSource at: https://github.com/aviraldg/gcibot.
16:07.40Notify03GCI:Caleb Xu *  Create a graphical mock-up for BRL-CAD's Blog: Ready for review - The work on this task is ready to be reviewed.
16:07.41Notify03GCI:Caleb Xu *  Create a graphical mock-up for BRL-CAD's Blog: Ready for review - The work on this task is ready to be reviewed.
16:18.39Notify03GCI:Melange *  Create Iron Man Arc Reactor Model in BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The...
16:34.55Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
16:35.00Notify03GCI:Alexandra Covor *  Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed.
16:37.21*** join/#brlcad gcibot (~gcibot@94-23-167-221.kimsufi.com)
16:49.49j_vr57050 breaks finding system termlib
16:52.23*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:56.57*** join/#brlcad gcibot (~gcibot@94-23-167-221.kimsufi.com)
16:57.35*** join/#brlcad gcibot (~gcibot@94-23-167-221.kimsufi.com)
16:59.33Notify03GCI:Sean *  Loading Google charts from API: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck!
17:00.05Notify03GCI:Sean *  Design a BRL-CAD Sticker #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck!
17:06.12*** join/#brlcad _gcibot_ (~gcibot@117.200.94.233)
17:08.08*** join/#brlcad krushia (~krushia@saturn.pcsrvc.com)
17:10.55Notify03GCI: *  :  -
17:25.28DestroyPlease, review: https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
17:25.29gcibotDesign a BRL-CAD Sticker #2
17:25.29gcibotStatus: NeedsReview (2 hours, 23 minutes left)
17:25.29gcibotMentor(s): Sean
17:25.32_gcibot_Design a BRL-CAD Sticker #2
17:25.32_gcibot_Status: NeedsReview (2 days, 23 hours left)
17:25.33_gcibot_Mentor(s): Sean
17:25.35Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed.
17:25.55*** join/#brlcad MartinHermida (MartinHerm@2002:4f95:1d79::4f95:1d79)
17:27.14MartinHermidaJust completed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304
17:27.15gcibot<PROTECTED>
17:27.15gcibotStatus: NeedsReview (2 hours, 1 minutes left)
17:27.15gcibotMentor(s): Sean
17:27.17_gcibot_<PROTECTED>
17:27.17_gcibot_Status: NeedsReview (2 days, 1 hours left)
17:27.17_gcibot_Mentor(s): Sean
17:27.58DestroyMentors
17:28.01DestroyPlease
17:28.23Destroyhttps://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056
17:28.24gcibotDesign a BRL-CAD Sticker #2
17:28.24gcibotStatus: NeedsReview (2 hours, 23 minutes left)
17:28.24gcibotMentor(s): Sean
17:28.25_gcibot_Design a BRL-CAD Sticker #2
17:28.25_gcibot_Status: NeedsReview (2 days, 23 hours left)
17:28.25_gcibot_Mentor(s): Sean
17:31.20Destroy``Erik
17:31.24Destroystarseeker
17:31.34DestroySean
17:31.38DestroySomeone...
17:31.41Destroy:(
17:37.04MartinHermidaDestroy, it seems we'll have to wait...
17:38.51DestroyYes =( As always ...
17:56.09MartinHermidaDestroy, I just realized it's Saturday, so...
18:04.18Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed.
18:04.23Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed.
18:06.27Notify03GCI:Mandeep Kaur *  Design a BRL-CAD wallpaper: Need Improvements -  Hello Sam,  It looks nice. I suggest you to change tagline and background something related to BRL-CAD. Also add hyphen(-) in...
18:06.32Notify03GCI:Mandeep Kaur *  Design a BRL-CAD wallpaper: Need Improvements -  Hello Sam,  It looks nice. I suggest you to change tagline and background something related to BRL-CAD. Also add hyphen(-) in...
18:06.37Notify03GCI:Mandeep Kaur *  Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
18:06.38Notify03GCI:Mandeep Kaur *  Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
18:29.38*** join/#brlcad _gcibot_ (~gcibot@117.200.94.233)
18:38.36Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has...
18:38.41Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has...
18:38.54*** join/#brlcad gcibot (~gcibot@117.200.94.233)
18:42.53DestroyMentors
18:42.57DestroyAre you here?
19:09.50Notify03GCI:Melange *  Implement surface area function for NURBS objects (BREP): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
19:43.56Notify03GCI:Johannes Schulte *  Implement a volume function for triangle meshes (BOT): Ready for review - The work on this task is ready to be reviewed.
19:43.57Notify03GCI:Johannes Schulte *  Implement a volume function for triangle meshes (BOT): Ready for review - The work on this task is ready to be reviewed.
20:34.01Notify03GCI:Mandeep Kaur *  Design BRL-CAD phone/tablet back cover: Task Closed - Congratulations, this task has been completed successfully.
20:34.02Notify03GCI:Mandeep Kaur *  Design BRL-CAD phone/tablet back cover: Task Closed - Congratulations, this task has been completed successfully.
20:39.50DestroyReview my task, please
20:41.22Notify03GCI:Mandeep Kaur *  Create a graphical mock-up for BRL-CAD's Blog: Need Improvements -  Hi Caleb,  Good work. Few suggestions for you design: Remove transparency from background and create design...
20:41.27Notify03GCI:Mandeep Kaur *  Create a graphical mock-up for BRL-CAD's Blog: Need Improvements -  Hi Caleb,  Good work. Few suggestions for you design: Remove transparency from background and create design...
20:41.28Notify03GCI:Mandeep Kaur *  Create a graphical mock-up for BRL-CAD's Blog: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
21:31.45brlcadDestroy: what do you need?
21:32.50brlcadit's not helpful to ask if people are on IRC.  ask what you would have asked them and wait for a response.
21:33.39maths22brlcad: should I start working on converting the csvs into a valid .cg file?
21:35.11maths22Destroy: on IRC, it makes more sense to refer to people by their IRC nicks
21:35.25DestroyI'm here
21:35.31DestroyI need mentor
21:35.36DestroyTo reviewe this:
21:35.50Destroyhttps://www.google-melange.com/gci/task/view/google/gci2013/5898141282861056
21:36.07maths22Also, I have observed that BRL-CAD tends to close tasks later in the evening (I don't know if this is a "rule" or just what ends up happening)
21:36.25brlcadDestroy: you don't need to tell anyone that, we get notification of every update, comment, review, etc
21:36.26gcibotDesign a BRL-CAD Sticker #2
21:36.26gcibotStatus: NeedsReview (2 days, 19 hours left)
21:36.26gcibotMentor(s): Sean
21:36.54brlcadDestroy: tasks are reviewed in the order they come in to be fair to everyone
21:38.03brlcadmaths22: that would probably be the next step, either a .cg file or a vdeck input ... depends on the input
21:39.47maths22what is the format of a vdeck relative to a .cg
21:41.38DestroyYes, of course
21:41.49maths22I thought they are different names for the same thing, but I could be wrong
21:41.59DestroyBut I wait all day to take task
21:42.25DestroyAnd one day more to take review of task.
21:42.30DestroySo
21:42.43maths22You can always start working on a task and hope no one claims it before you do
21:42.44Notify03GCI:Tan Di Sheng *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Claimed - I would like to work on this task.
21:43.07DestroyHow tasks jobs per day can I do?
21:43.14Destroyhow many tasks*
21:44.57DestroyI respect you, dear mentors.
21:45.56DestroyBut why you do not respect the time of those who are trying to help the project?
23:13.44*** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com)
23:14.58j_vI found that my problem with getting cmake to recognize my installation of itk was a build problem of itk, as I suspected.
23:16.24j_vThe resulting binaries are still not usable, but I am making progress. Thanks, brlcad, for your assistance.
23:41.40Notify03GCI:Melange *  Implement a volume function for triangle meshes (BOT): No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
IRC log for #brlcad on 20131124

IRC log for #brlcad on 20131124

00:53.32Notify03GCI:Caleb Xu *  Create a graphical mock-up for BRL-CAD's Blog: Ready for review - The work on this task is ready to be reviewed.
01:15.04*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
01:45.13Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Please somebody review it -  Mentors please review the task as I have to start with a new one
02:18.49*** join/#brlcad caen23 (~caen23@92.81.168.188)
02:51.24brlcadmaths22: I don't recall the different, but they're both related to the old gift format
02:51.45brlcadmy ancient recollection is that a vdeck is turned into a comgeom is turned into a .g
02:56.22brlcadj_v: thanks for the update
02:57.47j_vi'm trying to determin if using tcl/tk 8.6 is part the underlying probelm. 8.6, which includes itcl4, is the default in slackware
02:58.04brlcadnods
02:59.32j_vI'm going to set up a vm and install 8.5 tcl/tk with itcl/itk 3.4.1 and iwidgets4.0.1 for build
03:01.09Notify03GCI:Sean *  Design a BRL-CAD Sticker #2: Task Closed - Congratulations, this task has been completed successfully.
03:01.10Notify03GCI:Sean *  Design a BRL-CAD Sticker #2: Task Closed - Congratulations, this task has been completed successfully.
03:09.25Notify03GCI:Melange *  Create unit tests for plane.c "point" functions: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
03:44.16Notify03GCI:Sean *  Design a BRL-CAD Sticker #2: your comment on IRC -  Oleg,  Your comments on IRC, while you claimed as being respectful, are disrespectful to the spirit of GCI and open source...
03:59.20Notify03GCI:Gauravjeet Singh *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Assigned - This task has been assigned to Tan Di Sheng. You have 72 hours to complete this task,...
04:15.03Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:15.06Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: details -  Sharan, so this is looking good, but you're going to have to fix the overlaps in car.g that were...
04:15.07Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:15.11Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: details -  Sharan, so this is looking good, but you're going to have to fix the overlaps in car.g that were...
04:31.56Notify03GCI:Sean *  Implement a volume function for triangle meshes (BOT): volume or surface area? -  Johannes,  Upon quick inspection, it looks like you calculate total surface area, not volume? Or is...
04:32.02Notify03GCI:Sean *  Implement a volume function for triangle meshes (BOT): Task Closed - Congratulations, this task has been completed successfully.
05:00.13Notify03GCI:Luke Blue *  Create a screen-cast for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
05:03.53Notify03BRL-CAD:brlcad * 58634 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch from johannes shulte that implements the volume callback for BoT meshes. more work is probably needed to make sure this method is only applied to volume mode BoT, but it looks like possibly a variation on the signed volume tetrahedron method. of course, untested.
05:03.55Notifyhttp://www.google-melange.com/gci/task/view/google/gci2013/4814313936125952 (also has missing table.c for earlier rhc centroid patch)
05:15.12*** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
05:24.17Notify03GCI:Sean *  Implement a volume function for triangle meshes (BOT): authorship -  You've been credited in our authorship documentation that is shipped and installed with every copy of BRL-CAD. Feel...
05:25.11Notify03BRL-CAD:brlcad * 58635 brlcad/trunk/AUTHORS: add Johannes Schulte for his coding contribution implementing a bot volume callback (and more) under GCI2013
05:29.28Notify03GCI:Melange *  Doxygen cleanup for LIBRT: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
05:39.56Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: source image -  The background image is not accetable. There's a question of image rights (what...
05:40.01Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
05:40.11Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
05:55.42*** join/#brlcad ishwerdas (~inderplus@117.199.98.1)
05:57.07Notify03GCI:Sean *  Design a coffee mug for BRL-CAD #4: Task Closed - Congratulations, this task has been completed successfully.
05:57.08Notify03GCI:Sean *  Design a coffee mug for BRL-CAD #4: cute and clever -  Ethan, cute and clever design! There's certainly more tweaks and adjustments that would be nice to have but it's certainly a...
05:57.12Notify03GCI:Sean *  Design a coffee mug for BRL-CAD #4: Task Closed - Congratulations, this task has been completed successfully.
05:59.47Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #4: Follow Up Task -  A follow up task sounds great. I'd love to continue working with this. I've already signed up for the mailing list. Thank you!
06:01.27Notify03GCI:Sean *  Design a BRL-CAD Sticker #3 http://www.google-melange.com/gci/task/view/google/gci2013/5780081221828608:   what?   Ranjith,  Tasks are reviewed in the order they are received daily and...
06:01.33Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
06:01.34Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
06:03.57Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
06:04.02Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
06:05.57Notify03GCI:Sean *  Create a graphical mock-up for BRL-CAD's Blog: Task Closed - Congratulations, this task has been completed successfully.
06:08.48Notify03GCI:Sean *  Design a banner ad for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
06:21.12Notify03GCI: *  :  -
06:21.38*** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
06:26.31*** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
06:28.05highrise2357names #brlcad
06:28.19highrise2357names #apertium
06:28.53highrise2357bye
06:31.23Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
06:36.00*** join/#brlcad YatharthROCK (a8bb1023@gateway/web/freenode/ip.168.187.16.35)
06:36.28Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: impressed -  I'm actually quite impressed! I actually think this is one of the best video tutorials to BRL-CAD's mged editor that I've ever seen. You...
06:36.29Notify03GCI:Sean *  Create a screen-cast for BRL-CAD: impressed -  I'm actually quite impressed! I actually think this is one of the best video tutorials to BRL-CAD's mged editor that I've ever seen. You...
06:42.53*** join/#brlcad YatharthROCK_ (a8bb1023@gateway/web/freenode/ip.168.187.16.35)
06:48.13Notify03GCI:Tan Di Sheng *  Fix at least 8 spelling mistakes in at least 8 different files #3: Questions -  Sorry,  Just to clarify, the spelling mistakes that's supposed to be found and corrected are...
07:10.39Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: I am Sorry Sir for being impatient -  Sir,  I will be patient next time.  And I request you to tell the basic requirements for the Sticker.
07:10.44Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: I am Sorry Sir for being impatient -  Sir,  I will be patient next time.  And I request you to tell the basic requirements for the Sticker.
07:14.19*** join/#brlcad ishwerdas (~inderplus@117.199.98.1)
07:39.00Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Ignore the recently uploaded file -  Please ignore the recently mistakenly uploaded patch file.
07:39.01Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Ignore the recently uploaded file -  Please ignore the recently mistakenly uploaded patch file.
07:45.06Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Ready for review - The work on this task is ready to be reviewed.
07:46.16Notify03GCI:Sharan *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
07:46.26Notify03GCI:Sharan *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
07:47.26Notify03GCI:Sharan *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: ahh -  I might be bad at tutorials because this might be my first text tutorial
08:27.35*** join/#brlcad ishwerdas (~inderplus@117.199.98.1)
08:40.08*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:44.05Notify03GCI:Cameron *  Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed.
08:44.15Notify03GCI:Cameron *  Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed.
09:22.57*** join/#brlcad caen23 (~caen23@92.81.168.188)
09:49.23*** join/#brlcad ishwerdas (~inderplus@117.199.98.1)
10:11.24Notify03GCI:Luke Blue *  Create a screen-cast for BRL-CAD: Thank You -  Personally I think BRL-CAD is awesome, you don't have to drag you're mouse every single time you want to model something unlike...
10:42.58*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
11:26.39Notify03GCI:Oleg *  Design a BRL-CAD Sticker #2: None -  Yes, Sean, I understood. Excuse me, if forced to think that I do not respect you. I have often notices that mentors, as I - volunteers.  I really...
11:45.25*** join/#brlcad caen23 (~caen23@92.81.168.188)
11:48.10Notify03GCI:Olexander Dubenko *  Design a prototype CAD GUI layout: Ready for review - The work on this task is ready to be reviewed.
12:02.21*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
12:24.58*** join/#brlcad witness (~witness12@122.161.239.211)
12:30.15*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
12:35.33*** join/#brlcad tbrowder2 (~tbrowde@67.238.238.221)
13:04.13*** join/#brlcad Destroy (~Destroy@bras3.donapex.net)
13:44.03*** join/#brlcad ishwerdas (~inderplus@117.199.98.1)
13:58.53*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
14:13.49*** join/#brlcad jschulte (~johannes@p4FDF985D.dip0.t-ipconnect.de)
14:55.54Notify03GCI:Melange *  Design a coffee mug for BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
14:55.59Notify03GCI:Melange *  Design a coffee mug for BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:33.44YatharthROCKbrlcad: I am interested in the follow-up tasks to 2 of my tasks: 1) a general script for formatting image tasks 2) improving the CSS3 logo I'd submitted to support resizing and arbitrary background including transparent (if you think it's worth creating a task for; maybe you feel that the other similar task covered it well enough). Since I won't be working on GCi any longer, I am not really interested in whether they increase my task count. If the ta
15:34.12YatharthROCK<yatharth999@gmail.com>).
15:38.05*** join/#brlcad Deepak (~chatzilla@59.91.118.27)
15:38.39Notify03GCI:Johannes Schulte *  Implement a centroid function for N-faced polysolids (ARBN): Initial Questions -  Does Centroid for your primitives mean, that I just have to get average of all vertices in...
15:39.44Deepakbrlcad : I want to discuss about new tasks for GCI need your suggestions.
15:40.15Deepak1). Demo of models on brl-cad website
15:40.40Deepak2). mged.pdf re-design
15:45.03Deepak3). Mockup for online geometry viewer
15:47.16*** join/#brlcad ishwerdas (~inderplus@117.199.98.1)
15:50.01Notify03GCI:Johannes Schulte *  Implement a volume function for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2013/4814313936125952:   None   The calculation for the volume...
15:50.06Notify03GCI:Johannes Schulte *  Implement a volume function for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2013/4814313936125952:   None   The calculation for the volume...
15:53.36*** join/#brlcad MartinHermida (~MartinHer@125.Red-83-50-147.dynamicIP.rima-tde.net)
15:55.26Notify03GCI:Melange *  Design a BRL-CAD Sticker #5: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:58.02Notify03GCI:Melange *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it...
15:58.06Notify03GCI:Melange *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it...
15:59.52Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed.
16:07.27*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
16:11.32Notify03GCI: *  :  -
16:12.12MartinHermidaI've completed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304
16:12.14gcibot<PROTECTED>
16:12.14gcibotStatus: NeedsReview (26 hours, 48 minutes left)
16:12.14gcibotMentor(s): Sean
16:17.31Notify03GCI: *  :  -
16:18.30Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task.
16:18.35Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task.
16:18.40Notify03GCI:Melange *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
16:19.22archivistfails to see why a duplicate bot message bug is allowed to stay so long
16:19.55Notify03GCI:Mandeep Kaur *  Design a BRL-CAD Sticker #5: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck!
16:20.35Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student...
16:20.45Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student...
16:25.00*** join/#brlcad Deepak (~chatzilla@59.91.118.27)
16:25.16Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed.
16:25.17Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed.
16:40.00*** join/#brlcad Kefleror (~MartinHer@150.Red-88-10-155.dynamicIP.rima-tde.net)
16:45.37Notify03GCI:Melange *  Design a prototype CAD GUI layout #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should...
16:45.47Notify03GCI:Melange *  Design a prototype CAD GUI layout #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should...
16:56.23Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task.
17:02.48Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #3: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck!
17:02.53Notify03GCI:Mandeep Kaur *  Design a coffee mug for BRL-CAD #3: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck!
17:04.33Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #3: Follow Up Task -  Could this be a follow up task to the coffee mug I already created? Sean mentioned it in the other task.
17:24.55*** join/#brlcad witness_ (~witness12@122.161.217.218)
17:43.31*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
17:50.43*** part/#brlcad Destroy (~Destroy@bras3.donapex.net)
17:56.17*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
18:29.29Notify03BRL-CAD:tbrowder2 * 58636 brlcad/trunk/src/librt/db5_attrs.cpp: add long descriptions from attributes.xml
18:30.44Notify03BRL-CAD:tbrowder2 * 58637 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: get xml functions in shape for future use; improve file names
18:38.38Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
18:38.43Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
18:39.03*** join/#brlcad Deepak (~chatzilla@59.91.118.27)
18:58.31Notify03BRL-CAD:tbrowder2 * 58638 brlcad/trunk/src/librt/CMakeLists.txt: rename for better relation to current purpose
19:17.34*** join/#brlcad tbrowder2 (~tbrowde@67.238.238.221)
19:30.49*** join/#brlcad ncsaba_ (~ncsaba@p4FF716F7.dip0.t-ipconnect.de)
20:16.00*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net)
20:19.23*** join/#brlcad witness (~witness12@182.64.188.64)
20:39.26Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted....
20:39.27Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted....
20:46.11Notify03GCI:Johannes Schulte *  Implement a surface area function for elliptical hyperboloids (EHY): Task Claimed - I would like to work on this task.
20:58.34Notify03GCI:Mandeep Kaur *  Implement a surface area function for elliptical hyperboloids (EHY): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task,...
21:02.26Notify03BRL-CAD:tbrowder2 * 58639 brlcad/trunk/src/librt/db5_attrs.cpp: reformat to ease maintenence
21:03.31Notify03BRL-CAD:tbrowder2 * 58640 brlcad/trunk/src/librt/db5_attrs_private.h: reformat to ease maintenence
21:04.51Notify03BRL-CAD:tbrowder2 * 58641 brlcad/trunk/src/librt/gen-attributes-files.cpp: sort on attribute type (assumed to be the desired order)
21:06.15Notify03BRL-CAD:tbrowder2 * 58642 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: add more ignored files (auto-generated)
21:08.22Notify03BRL-CAD:tbrowder2 * 58643 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: use auto-generated include files; remove equivalent list; still need format and CMake tweaks, but basic scheme is working
21:10.08Notify03BRL-CAD:tbrowder2 * 58644 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: remove unneeded file
21:11.03Notify03BRL-CAD:tbrowder2 * 58645 (brlcad/trunk/doc/docbook/system/man5/en/attr-std-list-inc.xml =================================================================== and 48 others): add auto-generated files manually for now
21:22.39*** join/#brlcad ch3ck_ (~ch3ck@195.24.209.21)
21:29.14Notify03GCI:Johannes Schulte *  Implement a surface area function for elliptical hyperboloids (EHY): Ready for review - The work on this task is ready to be reviewed.
22:02.26*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
22:13.40Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed.
22:13.41Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed.
22:17.11*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
22:40.04*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net)
IRC log for #brlcad on 20131125

IRC log for #brlcad on 20131125

01:06.08*** join/#brlcad caen23_ (~caen23@92.81.168.188)
01:16.30*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
02:41.21*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net)
03:06.05*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net)
03:21.51*** join/#brlcad awabimakoto (~awabimako@117.136.0.231)
03:52.00Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
03:52.01Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
03:52.05Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
04:01.35Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: same patch -  David, your previous patch file was "reversed" but that's not a problem. The issue, as I noted, was that...
04:01.40Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: same patch -  David, your previous patch file was "reversed" but that's not a problem. The issue, as I noted, was that...
04:10.20Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: Good going -  It's a good design, there are few things that I would like to suggest to improve this design  1) The name is "BRL-CAD". There...
04:10.40Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
04:14.15Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: one last tweak -  Sharan,  This looks a lot better now. The model is nearly perfect. The only issue I see on...
04:14.25Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:16.15Notify03GCI:Sean *  Design a prototype CAD GUI layout #2: Task Closed - Congratulations, this task has been completed successfully.
04:17.00Notify03GCI:Sean *  Design a prototype CAD GUI layout #2: better -  This layout is much better. Thank you for working on the improvements.
04:19.58*** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net)
04:20.10Notify03GCI:Sean *  Design a prototype CAD GUI layout: not many -  Not many tasks are exceptional on their first submission. Your design is exceptional. Nice work.  I hope you will consider doing more...
04:20.15Notify03GCI:Sean *  Design a prototype CAD GUI layout: Task Closed - Congratulations, this task has been completed successfully.
04:20.16Notify03GCI:Sean *  Design a prototype CAD GUI layout: not many -  Not many tasks are exceptional on their first submission. Your design is exceptional. Nice work.  I hope you will consider doing more...
04:20.17Notify03GCI:Sean *  Design a prototype CAD GUI layout: Task Closed - Congratulations, this task has been completed successfully.
04:31.50Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
04:32.00Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
04:32.01Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
04:37.48*** join/#brlcad witness (~witness12@122.248.183.23)
04:38.55Notify03GCI:Sean *  Design a BRL-CAD Sticker #3 http://www.google-melange.com/gci/task/view/google/gci2013/5780081221828608:   no relation to CAD   What does blasting off have to do with BRL-CAD or CAD or...
04:39.14*** join/#brlcad highrise2357 (~androirc@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
04:40.36Notify03GCI:Sean *  Design a banner ad for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
04:43.06Notify03GCI: *  :  -
04:46.01Notify03GCI:Sean *  Design a BRL-CAD Sticker #5 http://www.google-melange.com/gci/task/view/google/gci2013/5817636415864832:   Ditto   Connor, exactly what Gauravjeet said. I'd also add that the balance...
04:50.22Notify03GCI:Sean *  Implement a surface area function for elliptical hyperboloids (EHY): unverified -  We've not yet verified that formula, but your code looks a reasonable codification on (really) quick...
04:50.27Notify03GCI:Sean *  Implement a surface area function for elliptical hyperboloids (EHY): Task Closed - Congratulations, this task has been completed successfully.
04:50.32Notify03GCI:Sean *  Implement a surface area function for elliptical hyperboloids (EHY): Task Closed - Congratulations, this task has been completed successfully.
04:53.07Notify03BRL-CAD:brlcad * 58646 (brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/table.c): commit another good patch from Johannes Schulte ( GCI: http://www.google-melange.com/gci/task/view/google/gci2013/5741684885291008 ) that implements the ehy surface area callback, based on a paper from a 2012 GCI participant.
04:53.08gcibotImplement a surface area function for elliptical hyperboloids (EHY)
04:53.08gcibotStatus: Closed
04:53.08gcibotMentor(s): Sean
04:53.22Notify03GCI:Sean *  Implement a surface area function for elliptical hyperboloids (EHY): patch applied -  That's two for two, patch applied in r58646.
04:56.48*** join/#brlcad gjeet (~gjeet@59.91.117.173)
05:05.23Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352:   doesn't work   Hm, Faith I'm sorry to say but those...
05:05.25Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
05:05.33Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
05:05.43Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
05:09.48Notify03GCI:Sean *  Create a book layout for Doc Camp Book: more time -  Deep, it'd be unusual to extend a deadline more than what you have received. Where are you at on this task?
05:09.49Notify03GCI:Sean *  Create a book layout for Doc Camp Book: more time -  Deep, it'd be unusual to extend a deadline more than what you have received. Where are you at on this task?
05:29.21*** join/#brlcad YuGin_ (~IceChat77@182.55.146.247)
05:34.23*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
05:37.41Notify03GCI:Cameron *  Add missing documentation (for any ONE command): Task Claimed - I would like to work on this task.
05:40.16Notify03GCI:Cameron *  Add missing documentation (for any ONE command): Claim Removed - The claim on this task has been removed, someone else can claim it now.
05:41.31Notify03GCI:Cameron *  Write an article ''BRL-CAD for Newbies'': Task Claimed - I would like to work on this task.
05:43.34*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
05:49.51Notify03GCI:Mandeep Kaur *  Write an article ''BRL-CAD for Newbies'': Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck!
05:52.22*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
05:53.08*** join/#brlcad deep_inder (~chatzilla@59.91.112.222)
06:12.28Notify03GCI:Olexander Dubenko *  Design a prototype CAD GUI layout: None -  Looking forward to doing more design tasks
06:12.38Notify03GCI:Olexander Dubenko *  Design a prototype CAD GUI layout: None -  Looking forward to doing more design tasks
06:25.52*** join/#brlcad highrise2357 (~nobody@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
06:29.13highrise2357Hello.
06:29.49Notify03GCI:Cameron *  Write an article ''BRL-CAD for Newbies'': Should I write the guide on Archer on MGED? -  I was just wondering because I am more accostomed to Archer, but if you want me to write...
06:35.59highrise2357I have a somewhat generic question about the GCI--where exactly can I find the source code that follows the hierarchy listed in certain coding tasks? (e.g. /src/librt/primitives/ebm/ebm.c)
06:36.24highrise2357I looked on github and it didn't seem to match
06:38.33*** join/#brlcad sniok (2549c3f0@gateway/web/freenode/ip.37.73.195.240)
07:14.04*** join/#brlcad deep_inder (~chatzilla@117.199.99.243)
07:34.08YatharthROCKhickoryknoll: Download the source.
08:42.24Notify03GCI:Deep Inder Singh *  Create a book layout for Doc Camp Book: Ready for review - The work on this task is ready to be reviewed.
10:02.43*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.22)
10:41.27Notify03GCI:Sharan *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Resize -  I didnt resize the car but I set the correct ratio for the separation;I also added this to the...
10:48.37Notify03GCI:Sharan *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
11:19.09*** join/#brlcad gjeet (~gjeet@59.91.238.174)
12:52.39Notify03BRL-CAD:tbrowder2 * 58647 brlcad/trunk/src/librt/gen-attributes-files.cpp: get ready to do CMake manip of this file
12:54.45Notify03BRL-CAD:tbrowder2 * 58648 (brlcad/trunk/src/librt/gen-attributes-files.cpp =================================================================== and 393 others): rename for CMake 'configure_file' use
13:14.45*** join/#brlcad gjeet (~gjeet@117.214.201.130)
13:26.56Notify03GCI:Sam *  Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed.
13:46.55*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
14:18.15Notify03GCI:Melange *  Design a cover image or banner for our Facebook page (and other social media sites) #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more...
14:31.31*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.20)
14:31.43*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
14:35.01Notify03BRL-CAD:starseeker * 58649 brlcad/trunk/src/librt/CMakeLists.txt: Fix gen-attributes-files buiild logic.
14:35.16Notify03BRL-CAD:starseeker * 58650 brlcad/trunk/include/bn.h: wording tweaks
14:45.40Notify03GCI:Megan *  Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task.
14:47.07Notify03GCI:Mandeep Kaur *  Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Megan. You have 72 hours to complete this task, good luck!
14:58.05*** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215)
15:00.06*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
15:00.56sniokWho can I ask about GCI ?
15:01.57archivistjust ask the question
15:06.06Notify03BRL-CAD:starseeker * 58651 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): Working on how to handle the 2d->3d and vice versa conversions
15:13.26sniokCan you add more 'User interface' tasks such as wallpapers/stickers/banners and similar
15:16.12``Erikarchivist: better?
15:18.20archivistso used to duplicates !...yes
15:22.04starseeker``Erik: awesome! what was the issue?
15:31.22``Erikthe issue was that I had two email addresses subscribed to brlcad-trackers@, for non gci things the procmail rules worked fine, but the gci procmail rule put both into the queue directory
15:31.31``Erikso I tweaked the procmail rule a little
15:34.54*** join/#brlcad circ-user-OZ6bA (~circuser-@95.175.73.215)
15:35.43``Erik(by the time it hit the parser, they both looked identical, so'z it took me a little to track)
15:43.13Notify03BRL-CAD:carlmoore * 58652 brlcad/trunk/doc/docbook/system/man5/en/attr-std-list-inc.xml: no spelling fixes, but had to separate some words
15:43.33Notify03BRL-CAD:starseeker * 58653 brlcad/trunk/src/libbn/chull.c: Start roughing in steps for 2d coordinate system creation.
15:55.42Notify03BRL-CAD:n_reed * 58654 brlcad/trunk/src/libbn/chull.c: invalid index for type
15:55.44``Erikbrlcad: is the proper way to add new tasks still via the google docs form? can you share the generated spreadsheet so we can be sure we're not adding duplicates?
15:57.28Notify03GCI:Melange *  Create a book layout for Doc Camp Book: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work...
15:58.13Notify03GCI:Melange *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened...
16:02.38starseekermaths22: it looks like comgeom-g may not be in proper working order right now - I tried some tests this weekend and got close, but it looks like there is some debuggin to do
16:03.48starseekermaths22: what I've done so far seems to suggest that the csv conversions are definately a workable form to have the data in - would you be interested in tackling some other models to generate similar transcriptions?
16:05.24starseekerbased on your experience thus far, would you say tackling a larger model with your approach is possible/practical?
16:08.01Notify03GCI:Andrew *  Implement a centroid function for superellipsoids (SUPERELL): Task Claimed - I would like to work on this task.
16:10.11Notify03GCI:Olexander Dubenko *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Claimed - I would like to work on this task.
16:10.31Notify03GCI:Mandeep Kaur *  Implement a centroid function for superellipsoids (SUPERELL): Task Assigned - This task has been assigned to Andrew. You have 72 hours to complete this task, good luck!
16:11.01Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to...
16:14.22Notify03BRL-CAD:tbrowder2 * 58655 brlcad/trunk/src/librt/db5_attrs.cpp: ensure words are space-separated
16:20.15*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.20)
16:20.37Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
16:25.59maths22starseeker: how much larger?
16:37.55Notify03GCI:Olexander Dubenko *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Ready for review - The work on this task is ready to be reviewed.
17:07.10*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
17:11.17Notify03BRL-CAD:carlmoore * 58656 brlcad/trunk/src/proc-db/tube.c: implement my conventions regarding -h, -?, run-with-no-arguments
17:12.38*** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net)
17:16.12Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5 http://www.google-melange.com/gci/task/view/google/gci2013/5817636415864832:   None   I tried to add the url and move the logo to the top but it...
17:20.34Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed.
17:40.41*** join/#brlcad YatharthROCK (~sickeron@95.175.73.215)
17:51.27Notify03GCI:Melange *  Write a ''BRL-CAD Commands Quick Reference'' document: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
18:02.58*** join/#brlcad yiyus (1242712427@je.je.je)
18:08.06*** join/#brlcad kesha (~kesha@14.139.122.114)
18:12.09Notify03BRL-CAD Wiki:Diegoscarpetta * 0 /wiki/User:Diegoscarpetta:
18:12.51*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
18:19.31Notify03GCI:Melange *  Create a graphical mock-up for BRL-CAD's Documentation pages: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
18:23.06*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-158.aby.bellsouth.net)
18:23.51Notify03GCI:Daniel Rossberg *  Design a BRL-CAD wallpaper: Where did you found the images? -  Especially the car?
18:24.06Notify03GCI:Daniel Rossberg *  Design a BRL-CAD wallpaper: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
18:24.21Notify03GCI:Daniel Rossberg *  Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
18:29.37*** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net)
18:41.30Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Need Improvements -  Hi Olexander,  I like your designs for banner and profile pic. You...
18:41.56Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to...
18:45.02*** join/#brlcad jschulte (~johannes@p4FDFB8B1.dip0.t-ipconnect.de)
18:46.32starseekermaths22: there's a whole range
18:48.20starseekerone of the largest is around 250 pages
18:49.02Notify03GCI:Daniel Rossberg *  Write a ''BRL-CAD Commands Quick Reference'' document: beside other things -  I'm missing some words aboud the options. How should these commands be called?
18:49.22Notify03GCI:Daniel Rossberg *  Write a ''BRL-CAD Commands Quick Reference'' document: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
18:49.32Notify03GCI:Daniel Rossberg *  Write a ''BRL-CAD Commands Quick Reference'' document: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
18:52.04Notify03GCI:Daniel Rossberg *  Write a ''BRL-CAD Commands Quick Reference'' document: List of commands -  For a list of commands you could look at the BRL-CAD installation's bin directory. The options are...
18:56.12Notify03BRL-CAD:starseeker * 58657 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): The coordinate manipulation probably shouldn't be part of the public API.
19:16.29*** join/#brlcad caen23 (~caen23@92.81.168.188)
19:23.37jschulteConcerning this task : https://google-melange.appspot.com/gci/task/view/google/gci2013/5899274214703104 . Does Centroid for your primitives mean, that I just have to get average of all vertices in the arbn (like shown in rt_arb_centroid), or ist the solution, shown in the EDIT of the start post of this thread(http://stackoverflow.com/questions/9325303/centroid-of-convex-polyhedron) the right approach to this problem?
19:23.38gcibotImplement a centroid function for N-faced polysolids (ARBN)
19:23.38gcibotStatus: Open
19:23.38gcibotMentor(s): Sean
19:25.44Notify03BRL-CAD:carlmoore * 58658 brlcad/trunk/src/proc-db/tube.c: add decimal points because we are NOT storing into int type
19:31.45Notify03BRL-CAD:starseeker * 58659 brlcad/trunk/src/libbn/chull.c: Untested (and almost certainly incorrect) but start working out the actual vector math needed to make these functions function.
19:56.17d_rossbergjschulte: the thread on stackoverflow sounds reasonable ... and for arb8 it should lead to what you have seen in rt_arb8_centroid
19:56.21*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.20)
20:06.48Notify03BRL-CAD:starseeker * 58660 brlcad/trunk/src/libbn/chull.c: Try to be a little more careful that we actually get a normal vector back...
20:19.53maths22starseeker: it would not really work for one that long
20:20.23maths22Maybe double the length of this one at the most-it is very human-intensive
20:20.44maths22unless other ones were better quality scans/typewriiten
20:20.54maths22Then they would not be so bad
20:39.15Notify03BRL-CAD:starseeker * 58661 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: update CMake version variable for openNURBS
21:08.37*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.21)
21:14.35*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-158.aby.bellsouth.net)
21:19.02Notify03BRL-CAD:starseeker * 58662 brlcad/trunk/src/librt/primitives/rhc/rhc.c: Initialize guess variable
21:28.32starseekermaths22: so we'd have to break the large one into a lot of smaller tasks, then
21:29.23starseekermaths22: I'm not surprised it's human intensive - that's why these are up as GCI tasks :-)
21:46.13Notify03GCI:Johannes Schulte *  Implement surface area function for polygonal meshes (NMG): Task Claimed - I would like to work on this task.
21:57.45*** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
21:59.23*** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
22:03.06*** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net)
22:07.42highrise2357How should I set up for development of brlcad?
22:07.57highrise2357Is there a git repository for it?
22:28.10Notify03GCI: *  :  -
22:38.41*** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
22:51.18tbrowder2highrise2357: if you have a Windows host, the easiest way to start is with the BRL-CAD VirtualMachine (VM) which can be downloaded here: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/BRL-CAD-Debian-7.2-32bit.ova/download
22:54.30highrise2357Thanks, I'll probably be working on a Windows machine soon, but what should I do right now, for linux?
22:54.49highrise2357Is it in the same place?
22:54.58highrise2357The VM link on the website?
22:59.10highrise2357Also, do you know what the general policy is for the GCI? Right now, I'm looking at the source to get a basic idea for a task. Should I continue with this or claim it?
23:25.11Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: Will improve -  thanks for feedback will include more on options.
23:26.06Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed.
23:55.21Notify03GCI:Matthew *  Implement a volume function for extruded bitmaps (EBM): None -  Hi, I might be interested in this task, but I'm still trying to familiarize myself with the code. Where can I find...
IRC log for #brlcad on 20131126

IRC log for #brlcad on 20131126

00:48.53*** join/#brlcad YuGin_ (~IceChat77@182.55.146.247)
01:25.29tbrowder2highrise2357: if you have a linux host you should start with subversion and checkout the trunk from sourceforge.net: (bummer, sf is down at the moment)
02:14.06*** join/#brlcad kesha (~kesha@14.139.122.114)
02:14.47*** join/#brlcad caen23 (~caen23@92.81.168.188)
02:19.01*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-77.aby.bellsouth.net)
02:46.58brlcadstarseeker: I used comgeom-g a few months ago, working just fine, and it hasn't changed since then afaik ... just fyi
02:47.17brlcad(ditto to maths22)
02:48.02brlcad``Erik: sure, I'll expose the sheet
02:51.31Notify03GCI:Andrew *  Implement a centroid function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed.
03:45.49*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-77.aby.bellsouth.net)
03:54.25starseekerbrlcad: hmm.  which version - 1, 4 or 5?
04:11.28*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
04:18.10Notify03GCI:Mandeep Kaur *  Implement surface area function for polygonal meshes (NMG): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
04:38.55Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Not reversed -  I did reverse the patch, but I added 3 more instances of correcting the word "acknowledgments"....
05:02.42Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Ready for review - The work on this task is ready to be reviewed.
05:28.04Notify03GCI:Cameron *  Write an article ''BRL-CAD for Newbies'': Ready for review - The work on this task is ready to be reviewed.
05:31.59Notify03GCI:Sean *  Create a book layout for Doc Camp Book: Task Closed - Congratulations, this task has been completed successfully.
05:46.51Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
05:47.40Notify03GCI:Sean *  Write a step by step tutorial on modeling a simple toy car with BRL-CAD: follow-on task -  A follow-on task for this tutorial has been posted. Search for "toy car".
05:49.56brlcadstarseeker: I do not recall that detail, but note that we have support for both v4 and v5 in comgeom-g and I believe vdeck may technically be v1 (which converts to v5)
05:50.39brlcadit took me a bit to remember when I was using the tool, but half-suprisingly I went through both vdeck and comgeom-g with a few data sets and it all worked without incident
05:57.06Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: better -  Pulkit, this latest design is much better. It's still not usable for the same reason...
05:57.16Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Closed - Congratulations, this task has been completed successfully.
06:05.56Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #3: love it -  Olexander, looking forward to seeing how you respond to Mandeep, but this is a...
06:09.47Notify03GCI:Johannes Schulte *  Implement surface area function for polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed.
06:11.42Notify03GCI:Sean *  Write a ''BRL-CAD Commands Quick Reference'' document: source format -  Alex, would you submit editable source files too? PDF is great for seeing how it should ultimately look, but...
06:11.47Notify03GCI:Sean *  Write a ''BRL-CAD Commands Quick Reference'' document: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:19.02Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files http://www.google-melange.com/gci/task/view/google/gci2013/6501205291302912:   please itemize them   First and foremost,...
06:19.07Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
06:19.22Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:21.12Notify03GCI:Sean *  Write an article ''BRL-CAD for Newbies'': Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
06:23.37Notify03GCI:Sean *  Write an article ''BRL-CAD for Newbies'': started out good -  Started out good with screenshots of the website, but then when you got to your modeling section, you literally provided a...
07:08.25Notify03GCI:Cameron *  Write an article ''BRL-CAD for Newbies'': Got it -  Thanks for the feedback
07:22.25Notify03GCI:Cameron *  Write an article ''BRL-CAD for Newbies'': Ready for review - The work on this task is ready to be reviewed.
09:21.56Notify03BRL-CAD Wiki:Joannes Hoste * 0 /wiki/User:Joannes_Hoste:
10:00.09Notify03GCI:Pulkit Mehta *  Design a cover image or banner for our Facebook page (and other social media sites) #2: None -  welcome  and as well as thank you sir for approving it as well  I really enjoyed...
10:22.31Notify03GCI:Sharan *  Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Claimed - I would like to work on this task.
10:59.45*** join/#brlcad caen23 (~caen23@92.81.168.188)
11:25.50*** join/#brlcad awabimakoto (500@101.5.102.137)
12:19.31Notify03GCI:ajeet kumar yadav *  Model BRL-CAD logo in BRL-CAD: Task Claimed - I would like to work on this task.
12:31.40Notify03BRL-CAD:tbrowder2 * 58663 (brlcad/trunk/src/librt/gen-attributes-files.cpp.in =================================================================== and 404 others): move for better location
12:33.02Notify03BRL-CAD:tbrowder2 * 58664 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): change attribute.xml to attribute.xml.in for configuration; put auto-generated files in the binary dir and remove from source dir
12:41.40Notify03GCI:Luke Blue *  Create an ISST screenshot or animation: Task Claimed - I would like to work on this task.
13:21.16Notify03GCI:Olexander Dubenko *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Ready for review - The work on this task is ready to be reviewed.
13:31.59*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:32.49Notify03GCI:Daniel Rossberg *  Model BRL-CAD logo in BRL-CAD: Task Assigned - This task has been assigned to ajeet kumar yadav. You have 72 hours to complete this task, good luck!
13:34.04Notify03GCI:Daniel Rossberg *  Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
13:34.19Notify03GCI:Daniel Rossberg *  Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete...
13:38.14Notify03GCI:ajeet kumar yadav *  Model BRL-CAD logo in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
14:30.55Notify03GCI:Evan_M *  Implement a volume function for extruded sketches (EXTRUDE): Task Claimed - I would like to work on this task.
14:47.55Notify03GCI:Sam *  Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed.
14:49.35*** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61)
14:51.02Notify03GCI:Sam *  Design a BRL-CAD wallpaper: Submitted -  Hi,  I made use of brushes for the images. All brushes are free-to-use. Also, I have submitted two versions this time. One with the car, one...
14:53.29Notify03GCI:Daniel Rossberg *  Implement a volume function for extruded sketches (EXTRUDE): Task Assigned - This task has been assigned to Evan_M. You have 72 hours to complete this task, good luck!
15:04.01Notify03GCI:Daniel Rossberg *  Implement a centroid function for superellipsoids (SUPERELL): Almost -   Commas and semicolons are followed by whitespace. (from HACKING, see your VMOVE) There should be two...
15:04.02Notify03GCI:Daniel Rossberg *  Implement a centroid function for superellipsoids (SUPERELL): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
15:16.08Notify03GCI:Sean *  Write an article ''BRL-CAD for Newbies'': looking a lot better -  That's looking a LOT better Cameron. This is going to be fantastic. Reading through the article, a few issues jump out...
15:24.30Notify03GCI:Andrew *  Implement a centroid function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed.
15:27.40Notify03GCI:Sean *  Write an article ''BRL-CAD for Newbies'' http://www.google-melange.com/gci/task/view/google/gci2013/5398773085765632:   follow-on   A follow-on task to this one has been added::...
15:30.06*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
15:30.59Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed.
15:34.34Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Closed - Congratulations, this task has been completed successfully.
15:38.47*** join/#brlcad gjeet (~gjeet@117.212.50.159)
15:42.36Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: TThis Time I understood the requirements of sticker -  Sir  Now I have made a new Design and have worked hard on it.I hope you like it.
15:44.02Notify03GCI:Deep Inder Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Claimed - I would like to work on this task.
15:44.48*** join/#brlcad kesha (~kesha@14.139.122.114)
15:45.32Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours...
15:46.54Notify03GCI:Sean *  Model BRL-CAD logo in BRL-CAD: Almost! -  Ajeet, this is looking good, but you haven't joined the two links together. The black and pink links need to be put into or made into a region...
15:46.59Notify03GCI:Sean *  Model BRL-CAD logo in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
15:59.04Notify03GCI:Melange *  Design a BRL-CAD Sticker #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be...
16:25.30Notify03BRL-CAD:starseeker * 58665 brlcad/trunk/src/libbn/chull.c: Start filling in bn_3d_coplanar_chull
16:30.50Notify03GCI:Olexander Dubenko *  Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task.
16:33.11Notify03GCI:Mandeep Kaur *  Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
16:41.22*** join/#brlcad Deepak_ (~chatzilla@106.192.190.34)
16:43.28Notify03BRL-CAD:tbrowder2 * 58666 brlcad/trunk/include/raytrace.h: update text for current use
16:45.43Notify03BRL-CAD:tbrowder2 * 58667 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: allow no stale copies of the generated file
16:47.27Notify03BRL-CAD:tbrowder2 * 58668 brlcad/trunk/src/librt/db5_attrs.cpp: remove spurious comma; expand var list for ease of maintenance
16:52.13Notify03BRL-CAD:starseeker * 58669 brlcad/trunk/src/libbn/tests/bn_chull.c: Define some sets of coplanar 3d points for testing
16:52.47Notify03BRL-CAD:tbrowder2 * 58670 brlcad/trunk/src/librt/db5_attrs.cpp: correct typo
16:55.42Notify03BRL-CAD:tbrowder2 * 58671 brlcad/trunk/src/librt/db5_attrs.cpp: correct grammar (the combination...that defines)
16:56.45*** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik)
16:59.33Notify03GCI:Melange *  Loading Google charts from API: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has...
17:01.33Notify03GCI:FaithOh *  Create a CAD inspired icon-set for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:11.24Notify03BRL-CAD:n_reed * 58672 brlcad/trunk/misc/CMakeLists.txt: ignore attributes dir until it has a CMakeLists.txt
17:20.19Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task.
17:20.24*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net)
17:20.49PalindromeHey, anyone online?
17:24.14Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete...
17:24.28PalindromeThanks, bot.
17:31.13Notify03BRL-CAD:tbrowder2 * 58673 (brlcad/trunk/misc/attributes/CMakeLists.txt =================================================================== and 47 others): it was there but not checked in
17:34.37Notify03BRL-CAD:tbrowder2 * 58674 brlcad/trunk/misc/CMakeLists.txt: back on duty
17:43.43Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: changes done -  ok i have got rid of the miscellaneous category and have rearranged the alphabetically.
17:47.32*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
17:51.44Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed.
17:52.59Notify03GCI:Sharan *  Design a cover image or banner for our Facebook page (and other social media sites) #5: Ready for review - The work on this task is ready to be reviewed.
17:55.14Notify03GCI:Sharan *  Design a cover image or banner for our Facebook page (and other social media sites) #5: Three of them -  I have made 3 in which cover1 is made according to the website but, cover2...
17:59.08Notify03BRL-CAD:tbrowder2 * 58675 (brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in brlcad/trunk/misc/attributes/gen-attributes-files.cpp.in): neaten up man page and tables a bit
18:13.51Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "point" functions: Task Claimed - I would like to work on this task.
18:19.07Notify03GCI:Melange *  Create a graphical mock-up for BRL-CAD's Documentation pages: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
18:37.23*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net)
18:38.11PalindromeHi!
18:38.20PalindromeIs there a set theme for the facebook graphic?
18:38.25Palindromehttps://google-melange.appspot.com/gci/task/view/google/gci2013/5327637555707904
18:38.26gcibotDesign a cover image or banner for our Facebook page (and other social media sites) #6
18:38.26gcibotStatus: Claimed (2 hours, 22 minutes left)
18:38.26gcibotMentor(s): Sean
18:41.04Notify03GCI:Daniel Rossberg *  Create unit tests for plane.c "point" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
18:42.14Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Theme -  Is there a specific theme you have in mind?   Holiday?  Military?  General?
18:56.34*** join/#brlcad jschulte (~johannes@p4FDFBECC.dip0.t-ipconnect.de)
18:57.40Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed.
19:01.16Notify03GCI:Daniel Rossberg *  Implement a centroid function for superellipsoids (SUPERELL): Task Closed - Congratulations, this task has been completed successfully.
19:07.38Notify03BRL-CAD:tbrowder2 * 58676 brlcad/trunk/misc/attributes/gen-attributes-files.cpp.in: correct DB table structure
19:09.37Notify03GCI:Yash Sahota *  Fix MGED crash on Mac OS X: Task Claimed - I would like to work on this task.
19:09.57Notify03GCI:Daniel Rossberg *  Implement surface area function for polygonal meshes (NMG): Don't use static variables -  Please rethink the sort algorithm. Is it really needed?
19:10.12Notify03GCI:Olexander Dubenko *  Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:10.13Notify03GCI:Daniel Rossberg *  Implement surface area function for polygonal meshes (NMG): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
19:10.14Notify03GCI:Olexander Dubenko *  Create a graphical mock-up for BRL-CAD's Documentation pages: Task Claimed - I would like to work on this task.
19:10.32Notify03GCI:Daniel Rossberg *  Fix MGED crash on Mac OS X: Task Assigned - This task has been assigned to Yash Sahota. You have 72 hours to complete this task, good luck!
19:11.27Notify03GCI:Daniel Rossberg *  Create a graphical mock-up for BRL-CAD's Documentation pages: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good...
19:17.39Notify03GCI:Daniel Rossberg *  Design a BRL-CAD wallpaper: ... not really -  See Mandeep Kaur's comment. For a BRL-CAD wallpaper I would expect some BRL-CAD geometry, eg ray-traced.
19:17.44Notify03GCI:Daniel Rossberg *  Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
19:18.14Notify03GCI:Daniel Rossberg *  Design a BRL-CAD wallpaper: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
19:18.40Notify03BRL-CAD:starseeker * 58677 brlcad/trunk/src/libbn/tests/bn_chull.c: Hook up the 3D examples to bn_3d_coplanar_chull.
19:25.06Notify03BRL-CAD:starseeker * 58678 brlcad/trunk/src/libbn/tests/bn_chull.c: get a look at the generated points - not sure if they're right yet...
19:56.43Notify03BRL-CAD:starseeker * 58679 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Since we'll probably find it useful for debugging, stick the asc definition of the bots used as the source of the test points into the test directory, starting with test 003
19:58.44*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net)
20:00.10Notify03BRL-CAD:starseeker * 58680 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add test 004's bot
20:07.59brlcadthere is not a set theme
20:09.56Notify03GCI:Johannes Schulte *  Implement surface area function for polygonal meshes (NMG) http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504:   None   As far as my knowledge...
20:10.22Notify03GCI:Johannes Schulte *  Implement surface area function for polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed.
20:29.11Notify03BRL-CAD:starseeker * 58681 brlcad/trunk/src/libbn/tests/bn_chull.c: Add ability to generate plot files for bn_chull tests
20:50.56Notify03GCI:Tan Di Sheng *  Fix at least 8 spelling mistakes in at least 8 different files #3: Ready for review - The work on this task is ready to be reviewed.
21:16.06*** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
21:24.45Notify03BRL-CAD:starseeker * 58682 brlcad/trunk/src/libbn/tests/bn_chull.c: Make it easier to print test results.
21:32.01*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net)
21:43.09Notify03GCI:erikg *  Create unit tests for plane.c "point" functions: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
21:56.45Notify03GCI:Andrew *  Implement a surface area function for hyperboloids of one sheet (HYP): Task Claimed - I would like to work on this task.
22:03.11*** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
22:08.40Notify03BRL-CAD:starseeker * 58683 brlcad/trunk/src/libbn/chull.c: Closer, but still not correct
22:19.49Notify03BRL-CAD:starseeker * 58684 brlcad/trunk/src/libbn/chull.c: try to avoid using really short vectors for normal calculations...
22:24.27Notify03BRL-CAD:starseeker * 58685 brlcad/trunk/src/libbn/chull.c: Actually, unitization should take care of the distance question
22:44.32Notify03BRL-CAD:carlmoore * 58686 brlcad/trunk/src/proc-db/tube.c: add message about generation of tube.g file, and add 'frame' and a newline to an fprintf
22:46.32highrise2357Is there any documentation for the code outside of the source files?
22:46.56Notify03GCI:Sean *  Implement a surface area function for hyperboloids of one sheet (HYP): Task Assigned - This task has been assigned to Andrew. You have 72 hours to complete this task, good luck!
22:58.48Notify03GCI:Alex *  Fix bounding box function for our polygonal mesh (BoT) primitive: Task Claimed - I would like to work on this task.
23:11.14andromeda-galaxy``Erik: did you send my task back for more work?
23:11.24Notify03GCI:Sean *  Fix bounding box function for our polygonal mesh (BoT) primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
23:23.59``Erikandromeda-galaxy: yeah, sorry, was writing a reply to follow up and had to run out to a day care, gimme a minute to finish :)
23:27.16andromeda-galaxy``Erik: okay, sure
23:28.44Notify03GCI:erikg *  Create unit tests for plane.c "point" functions: A couple minor issues -  First, I'd like to say great work, this is a very good patch, but it's not quite perfect yet.   Typically, a...
23:29.29andromeda-galaxy``Erik: Can I give you a little bit of context on POINT_SCANF_GEN?
23:30.46``Eriksure (I'm kinda in and out right now, family time... but I'll read and respond when I can, or someone else might respond :)
23:31.12andromeda-galaxy``Erik: Since a lot of the test cases need to scan a comma-separated list of doubles into a point, I was trying to make the code a little more DRY by turning 4 repeated lines that copy into temp. variables and then into the point into a single macro call
23:31.54andromeda-galaxyBut you are right about CHECK_RESULT, I just realized that it is just !EQUAL(expected,actual)...
23:37.09andromeda-galaxyAlso, sorry about the wrong directory thing, I am not too familiar with svn, so I expected svn diff to work like git diff and not be based off of the working directory, sorry
23:38.24Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed.
23:39.23andromeda-galaxyI submitted another version, it has all of the changes except that POINT_SCANF_GEN is just renamed to POINT_SCANF. If this diff still has POINT_SCANF being unnecessary, can you try to explain how it doesn't make the code more DRY? Thanks!
23:51.01andromeda-galaxy``Erik: okay, I see what you mean, sorry --- I didn't know that you can scan directly into the array with %lf like that... I'll put a rev3 on Melange in a minute
IRC log for #brlcad on 20131127

IRC log for #brlcad on 20131127

00:57.07*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net)
02:32.04*** part/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net)
02:38.05Notify03GCI:Ethan *  Design a coffee mug for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
02:38.06Notify03GCI:Ethan *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task.
02:56.42Notify03GCI:Yash Sahota *  Fix MGED crash on Mac OS X: Not Crashing -  X11 isn't crashing when I close the console and the program continues to work. Am I using the wrong release?
03:21.53Notify03GCI:Anshula Rudhraraju *  Create a book layout for our Doc Camp book #2: Task Claimed - I would like to work on this task.
03:40.54Notify03GCI:Sam *  Design a BRL-CAD wallpaper: Pictures/Models -  Hello,  Would it be fine if I use pictures from the gallery? (http://brlcad.org/gallery/)
03:54.40Notify03GCI:Mandeep Kaur *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck!
03:55.10Notify03GCI:Mandeep Kaur *  Create a book layout for our Doc Camp book #2: Task Assigned - This task has been assigned to Anshula Rudhraraju. You have 72 hours to complete this task, good luck!
03:59.15Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
04:27.21Notify03GCI:Harmanpreet *  Design a cover image or banner for our Facebook page (and other social media sites) #6 http://www.google-melange.com/gci/task/view/google/gci2013/5327637555707904:   Any   Not...
06:18.35Notify03GCI:Sean *  Write an article ''BRL-CAD for Newbies'': Task Closed - Congratulations, this task has been completed successfully.
06:25.25Notify03GCI:agkphysics *  Implement a volume function for elliptical hyperboloids (EHY): Task Claimed - I would like to work on this task.
06:37.16Notify03GCI:Sean *  Write a ''BRL-CAD Commands Quick Reference'' document: More cleanup -  Alex,  That's looking better, but there are a few issues remaining:   some of the commands are capitalized on...
06:37.17Notify03GCI:Sean *  Write a ''BRL-CAD Commands Quick Reference'' document: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:38.02Notify03GCI:Sean *  Write a ''BRL-CAD Commands Quick Reference'' document: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
07:05.49Notify03GCI:Sean *  Implement surface area function for polygonal meshes (NMG): avoiding the static -  You can avoid the static by passing replacing the pnts point_t array with an array of structs...
07:18.19Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
07:18.49Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: 8 files, 8 spelling mistakes? -  Tan, you made a lot of changes, but only the spelling mistakes count and I'm not...
07:29.26Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
07:29.57Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #5: hmm -  I like the logo placement in cover1, love the font, but not digging the bullet list....
07:37.08Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
07:37.13Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
07:37.38Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: better! -  This is a lot better Ranjith! Few minor edits and I think we can call this done:   make the BRL-CAD text bigger, about 30%. maybe make the logo...
07:46.20*** join/#brlcad witness (~witness12@122.248.183.23)
07:55.14Notify03GCI:Luke Blue *  Create an ISST screenshot or animation: Doubt -  I cloned the isst file from git clone(git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git) and compiled it using Cmake but...
08:02.12*** join/#brlcad TanDiSheng (b75a29a7@gateway/web/freenode/ip.183.90.41.167)
08:04.24*** join/#brlcad witness_ (~witness12@122.248.183.23)
08:07.14Notify03GCI:Daniel Rossberg *  Implement a volume function for elliptical hyperboloids (EHY): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck!
08:24.54TanDiShengAm assigned task but sent back for more work but time is up. Do I still work on it?
08:56.43Notify03GCI:agkphysics *  Implement a volume function for elliptical hyperboloids (EHY): Ready for review - The work on this task is ready to be reviewed.
08:57.34*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:14.28*** join/#brlcad witness (~witness12@122.248.183.23)
09:18.56Notify03GCI:Daniel Rossberg *  Implement surface area function for polygonal meshes (NMG): Implementing bu_sort()? -  Another, more general solution could be to implement an platform independent context...
10:14.06*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
10:48.28Notify03GCI:Sharan *  Design a cover image or banner for our Facebook page (and other social media sites) #5: Ready for review - The work on this task is ready to be reviewed.
11:33.13*** join/#brlcad witness (~witness12@122.248.183.23)
11:34.32*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
11:38.05*** join/#brlcad witness_ (~witness12@122.248.183.23)
12:22.58Notify03GCI:ajeet kumar yadav *  Model BRL-CAD logo in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
12:59.41*** join/#brlcad jschulte (~johannes@p4FDFB7FB.dip0.t-ipconnect.de)
13:27.54Notify03GCI:Tan Di Sheng *  Fix at least 8 spelling mistakes in at least 8 different files #3: Time Extension -  Dear Sean,  I have made the necessary adjustments, but require a time extension in this...
13:48.07*** join/#brlcad witness (~witness12@182.64.44.131)
13:50.41Notify03GCI:Daniel Rossberg *  Fix at least 8 spelling mistakes in at least 8 different files #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
14:05.07*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:19.44Notify03GCI:Tan Di Sheng *  Fix at least 8 spelling mistakes in at least 8 different files #3: Ready for review - The work on this task is ready to be reviewed.
14:50.20Notify03BRL-CAD:carlmoore * 58687 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in: remove trailing blanks/tabs
14:50.34Notify03BRL-CAD:starseeker * 58688 brlcad/trunk/src/libbn/chull.c: Need to zero initialize origin_pnt, and be more stubborn about making sure we've got a good vector to use for the normal calculation
14:51.03Notify03BRL-CAD:starseeker * 58689 brlcad/trunk/src/libbn/chull.c: Remove debug print statement
14:53.52Notify03BRL-CAD:starseeker * 58690 brlcad/trunk/src/libbn/chull.c: Don't need the have_normal check here
15:07.46*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:16.21*** join/#brlcad gjeet (~androirc@117.214.207.56)
15:19.42maths22rx
15:31.30*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:33.52Notify03GCI:Sam *  Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed.
15:36.22Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed.
15:41.51*** join/#brlcad witness (~witness12@182.64.44.131)
15:52.33Notify03BRL-CAD:starseeker * 58691 brlcad/trunk/include/bn.h: Start reworking the obr function definitions
16:15.02Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
16:15.17Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: 99% done -  Just a little tweak and this task will be closed with a great sticker design  The arrangement of the sticker could be done in the...
16:15.18Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
16:53.53Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed.
16:59.27Notify03GCI:Melange *  Loading Google charts from API: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
17:00.17Notify03GCI:Daniel Rossberg *  Implement surface area function for polygonal meshes (NMG): This (the sort thing) should be clarified ... -  ... before I can mark this task as closed.  Furthermore   Commas...
17:00.27Notify03GCI:Daniel Rossberg *  Implement surface area function for polygonal meshes (NMG): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
17:10.14Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed.
17:10.56*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
17:18.46Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Sir, Thank You For Help -  I Am Grateful For Your Suggestions And I Hope You Like My Work.  Regards  ISRanjith
17:26.20*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
17:26.32Notify03GCI:Olexander Dubenko *  Create a graphical mock-up for BRL-CAD's Documentation pages: Ready for review - The work on this task is ready to be reviewed.
17:57.33*** join/#brlcad jschulte (~johannes@p4FDFB7FB.dip0.t-ipconnect.de)
18:46.44*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
18:51.27Notify03GCI:Johannes Schulte *  Implement surface area function for polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed.
18:54.38*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
19:11.24Notify03GCI:Johannes Schulte *  Implement surface area function for polygonal meshes (NMG): Next try -  Thanks for the hint on passing a struct. I tried to implement it as good as possible.  All in all,...
19:24.05Notify03BRL-CAD:starseeker * 58692 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): rework obr to use point2d_t and vect2d_t - untested.
19:27.04Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: worked on -  thanks for the detailed feedback i have taken your points on board and worked on them. i have tried to make the page...
19:30.58Notify03BRL-CAD:starseeker * 58693 brlcad/trunk/include/vmath.h: Add the 2D version of the vector unitize macro
19:32.43Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed.
19:36.45Notify03GCI:Cameron *  Add BRL-CAD newbie article to our wiki: Task Claimed - I would like to work on this task.
19:37.59Notify03BRL-CAD:starseeker * 58694 brlcad/trunk/src/libbn/obr.c: Use V2UNITIZE and V2SUB2 as appropriate
20:00.20Notify03BRL-CAD:carlmoore * 58695 brlcad/trunk/src/proc-db/vegetation.c: remove some braces, and make an if-then-else branch
20:03.32Notify03GCI:Daniel Rossberg *  Add BRL-CAD newbie article to our wiki: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck!
20:03.49Notify03BRL-CAD:n_reed * 58696 brlcad/trunk/src/libbn/chull.c: prefer floating point literals in floating point expressions
20:20.29Notify03BRL-CAD:d_rossberg * 58697 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: fixed errors so than a Hacking BRL-CAD document could be build (but the result isn't satisfying yet)
20:51.40*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
20:58.42Notify03BRL-CAD:starseeker * 58698 brlcad/trunk/src/libbn/obr.c: Use the V2UNITIZE in bn_2d_obr
21:12.33*** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
21:14.51Notify03BRL-CAD:starseeker * 58699 brlcad/trunk/include/vmath.h: Add V2MINMAX and friends
21:15.21Notify03BRL-CAD:starseeker * 58700 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Use V2MINMAX and don't smash the stack with obr->center[2] setting
21:22.03Notify03BRL-CAD:starseeker * 58701 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Set v in obr
21:34.42Notify03BRL-CAD:starseeker * 58702 brlcad/trunk/src/libbn/tests/bn_obr.c: Clearly a bug got introduced - printing out more info.
22:52.31*** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
22:56.38Notify03GCI:Nathan S. *  Implement a volume function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task.
23:59.52*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131128

IRC log for #brlcad on 20131128

01:10.33Notify03GCI:Evan_M *  Implement a volume function for extruded sketches (EXTRUDE): Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:38.06*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
02:37.01Notify03GCI:Mandeep Kaur *  Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Nathan S.. You have 72 hours to complete this task, good luck!
02:59.56*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:00.23*** join/#brlcad caen23 (~caen23@92.81.168.188)
03:03.45*** join/#brlcad gjeet (~gjeet@117.199.104.10)
03:13.12Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: (99.9%) I am glad but.. -  I am glad you followed my advice. But as I previously mentioned, that  Make the text consisting of url extreamly...
03:13.37Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
03:17.02Notify03GCI:Cameron *  Add BRL-CAD newbie article to our wiki: What file would i upload it as or how would i edit the page? -  I just need to know because I already created the paper and now I need to add...
03:19.42Notify03GCI:Luke Blue *  Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:20.17Notify03GCI:Luke Blue *  Design a prototype CAD GUI layout #3: Task Claimed - I would like to work on this task.
03:34.33Notify03GCI:Andee *  Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task.
03:52.34Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed.
04:02.48Notify03GCI:Connor Vickers *  Design a BRL-CAD Sticker #5: None -  I had to change the shape of the design to an oval to do everything you have said. I spent some time repositioning everything but I think...
04:06.24Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: Task Closed - Congratulations, this task has been completed successfully.
04:10.24Notify03GCI:Gauravjeet Singh *  Design a BRL-CAD Sticker #5: Re: cvikers -  My username on irc is gjeet
04:29.26Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/User:Cwolfe0000:
04:33.32Notify03BRL-CAD Wiki:Cwolfe0000 * 6328 /wiki/Tutorial/Newbie: Created page with " BRL-CAD for Newbies By Cameron Wolfe"
04:40.59Notify03BRL-CAD Wiki:Cwolfe0000 * 6329 /wiki/Tutorial/Newbie:
04:41.24Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:BRL-CAD_homepage.PNG:
04:46.31Notify03BRL-CAD Wiki:Cwolfe0000 * 6331 /wiki/Tutorial/Newbie:
04:47.56Notify03BRL-CAD Wiki:Cwolfe0000 * 6332 /wiki/Tutorial/Newbie:
04:49.36Notify03GCI:Cameron *  Add BRL-CAD newbie article to our wiki: Adding images -  How would i add images to the page because I need the images to make my page look like It is easy to use and understand
04:53.53Notify03BRL-CAD Wiki:Cwolfe0000 * 6333 /wiki/Tutorial/Newbie:
04:54.58Notify03BRL-CAD Wiki:Cwolfe0000 * 6334 /wiki/Tutorial/Newbie:
04:55.39Notify03BRL-CAD Wiki:Cwolfe0000 * 6335 /wiki/Tutorial/Newbie:
04:56.04Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Editor_Windows.png:
04:59.16Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:BRL-CAD_homepage.PNG:
05:00.26Notify03BRL-CAD Wiki:Cwolfe0000 * 6338 /wiki/Tutorial/Newbie:
05:01.12Notify03BRL-CAD Wiki:Cwolfe0000 * 6339 /wiki/Tutorial/Newbie:
05:01.48Notify03BRL-CAD Wiki:Cwolfe0000 * 6340 /wiki/Tutorial/Newbie:
05:02.28Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Download.PNG:
05:02.59Notify03BRL-CAD Wiki:Cwolfe0000 * 6342 /wiki/Tutorial/Newbie:
05:04.04Notify03BRL-CAD Wiki:Cwolfe0000 * 6343 /wiki/Tutorial/Newbie:
05:04.30Notify03BRL-CAD Wiki:Cwolfe0000 * 6344 /wiki/Tutorial/Newbie:
05:40.53*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
05:41.12*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
05:41.15*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:41.34*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
05:41.36*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:41.46*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
05:41.46*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
05:42.10*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
05:42.19*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
06:27.12*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
06:27.43Notify03GCI:Harmanpreet *  Design a prototype CAD GUI layout #3: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
06:42.46brlcadlooks like a network cable fell out momentarily
06:48.51Notify03GCI:Sean *  Write a ''BRL-CAD Commands Quick Reference'' document: Task Closed - Congratulations, this task has been completed successfully.
06:49.06Notify03GCI:Sean *  Write a ''BRL-CAD Commands Quick Reference'' document: Nice work -  Nice improvements Alex! That's looking like the start of something very useful.  Pretty sure I've mentioned it to...
06:53.41Notify03GCI:Sean *  Model BRL-CAD logo in BRL-CAD: well done -  You're method for just subtracting all of shape2.s from shape1.s is not ideal, but it is a technically realistic solution. Overall, this is...
06:54.41Notify03GCI:Sean *  Model BRL-CAD logo in BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
07:11.51Notify03BRL-CAD:brlcad * 58703 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch (http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504) from Johannes Schulte that implements surface area for NMG. untested awesome. had to adjust patch slightly due to shadowing.
07:13.51Notify03GCI:Sean *  Implement surface area function for polygonal meshes (NMG): Task Closed - Congratulations, this task has been completed successfully.
07:14.02Notify03GCI:Sean *  Implement surface area function for polygonal meshes (NMG): excellent improvements -  Johannes, I asked about the time because we want tasks to only take someone fully experienced and...
07:23.16Notify03GCI:Sean *  Implement a volume function for elliptical hyperboloids (EHY): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
07:23.21Notify03GCI: *  :  -
07:23.51Notify03GCI: *  :  -
07:26.36Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: what are the additions -  Tan,  What are the 7th and 8th spelling mistakes that you fixed? I quickly scanned through...
07:27.56Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Closed - Congratulations, this task has been completed successfully.
07:31.16Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #5: thanks -  Like the textured update, looks a bit like a fabric. The moose examples you gave...
07:32.40Notify03GCI:Sean *  Design a BRL-CAD wallpaper: Task Closed - Congratulations, this task has been completed successfully.
07:33.35Notify03GCI:Alex *  Write a ''BRL-CAD Commands Quick Reference'' document: None -  yes i have joined the mailing list
07:38.36Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
07:38.37Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: fonts! -  I cannot believe you actually used comic sans... that's a terrible font!  Your task is complete, but would you submit 2-3 alternative font...
07:38.38Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
07:49.23Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: few minor corrections -  Andromeda, this is looking fantastic but I did notice a few issues that need to be corrected in order to apply...
07:49.28Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
07:53.02Notify03GCI:Alex *  Add missing documentation (for any ONE command): Task Claimed - I would like to work on this task.
07:53.07Notify03GCI:Sean *  Create a graphical mock-up for BRL-CAD's Documentation pages: actually html? -  Olexander, it looks like you actually mocked that up in a website design application? Would you submit...
09:26.07Notify03GCI:Tan Di Sheng *  Fix at least 8 spelling mistakes in at least 8 different files #3: Additions -  The original file was the first patch in the zip file GCISpellingPatch2.zip that was submitted...
09:29.20*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:45.43Notify03GCI:mandar *  Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task.
09:45.53Notify03GCI:mandar *  Doxygen cleanup for LIBRT: Claim Removed - The claim on this task has been removed, someone else can claim it now.
09:48.43Notify03GCI:mandar *  Doxygen cleanup for LIBWDB: Source? -  If claimed, how do I obtain the sources to document?
09:53.59Notify03GCI:Deep Inder Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed.
10:14.50Notify03GCI:Daniel Rossberg *  Add missing documentation (for any ONE command): Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
10:15.10Notify03GCI:Sharan *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Claimed - I would like to work on this task.
10:23.30*** join/#brlcad caen23 (~caen23@92.81.168.188)
10:25.41Notify03GCI:agkphysics *  Implement a volume function for elliptical hyperboloids (EHY): Ready for review - The work on this task is ready to be reviewed.
10:29.12Notify03GCI:agkphysics *  Implement a volume function for elliptical hyperboloids (EHY): Authorship -  My full name Aaron Keesing, but it looks like I am already in your AUTHORS file because I worked on...
12:10.48Notify03BRL-CAD Wiki:Georgesimpson * 0 /wiki/User:Georgesimpson:
12:42.53Notify03GCI:Olexander Dubenko *  Create a graphical mock-up for BRL-CAD's Documentation pages: None -  Actually I made it in photoshop. I attached .psd files in zip archive.
13:05.14*** join/#brlcad gjeet (~gjeet@117.212.49.194)
13:14.07Notify03GCI:Gauravjeet Singh *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck!
13:31.58Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7 http://www.google-melange.com/gci/task/view/google/gci2013/5906865435181056:   Raw...
13:32.38Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Needs More Work - One of the mentors has sent this task back for more work....
14:04.00Notify03GCI:Deep Inder Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed.
14:22.16*** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215)
14:43.00*** join/#brlcad gjeet (~gjeet@117.212.49.194)
14:47.19Notify03GCI:Melange *  Create a custom wikimedia skin for BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The...
14:54.42Notify03BRL-CAD Wiki:Rossberg * 6345 /wiki/Deuces: Implement a platform independent re-entrant sort function
15:05.08Notify03BRL-CAD Wiki:Rossberg * 6346 /wiki/Deuces: Fix errors in Hacking BRL-CAD book
15:05.58Notify03GCI:Luke Blue *  Design a prototype CAD GUI layout #3: Ready for review - The work on this task is ready to be reviewed.
15:06.11*** join/#brlcad YatharthROCK_ (~YatharthR@95.175.73.215)
15:12.00andromeda-galaxybrlcad: where do you think that I should be using V3ARGS?
15:19.21Notify03BRL-CAD:n_reed * 58704 brlcad/trunk/src/libbn/obr.c: set but unused
15:28.41Notify03BRL-CAD:n_reed * 58705 brlcad/trunk/include/vmath.h: add distance macros for 2d points
15:33.23Notify03GCI:Luke Blue *  Design a prototype CAD GUI layout #3: Rationale design decisions -  Primitive shapes are on left becuse they are used oftern and would be easily accessible. There is also a mouse...
15:34.59Notify03BRL-CAD:n_reed * 58706 brlcad/trunk/src/libbn/obr.c: use 2D macros to avoid temp vars
15:38.40Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed.
16:27.10Notify03BRL-CAD:n_reed * 58707 brlcad/trunk/src/libbn/obr.c: Loop index i had range [0-3], but it was compared to [1-4]. Rewrite to avoid error.
16:34.18*** join/#brlcad jschulte (~johannes@p4FDFB72A.dip0.t-ipconnect.de)
16:39.03*** join/#brlcad deep_inder (~chatzilla@117.207.152.81)
17:28.49*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
18:36.50*** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
19:46.15Notify03GCI:Johannes Schulte *  Implement a centroid function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task.
19:56.51Notify03GCI:Daniel Rossberg *  Implement a centroid function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task,...
20:07.55Notify03GCI:Daniel Rossberg *  Implement a volume function for elliptical hyperboloids (EHY): Task Closed - Congratulations, this task has been completed successfully.
20:32.17Notify03GCI:Johannes Schulte *  Implement a centroid function for solid polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed.
20:32.32Notify03GCI:Johannes Schulte *  Implement a centroid function for solid polygonal meshes (NMG) http://www.google-melange.com/gci/task/view/google/gci2013/5940213842968576:   None   So, I went the way, we...
20:51.00*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
20:55.47*** join/#brlcad jschulte (~johannes@p4FDFB72A.dip0.t-ipconnect.de)
21:10.19Notify03GCI:Marie Gita *  Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task.
23:20.03Notify03GCI:Alex *  Add missing documentation (for any ONE command): xml docbook format? -  do i basically create this in a xml document? im not sure what a xml docbook is?
23:23.09Notify03BRL-CAD Wiki:Cwolfe0000 * 6347 /wiki/Tutorial/Newbie:
23:27.22*** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
23:35.49*** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com)
23:36.08*** part/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com)
23:38.54*** join/#brlcad tbrowder21 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
IRC log for #brlcad on 20131129

IRC log for #brlcad on 20131129

00:04.37*** join/#brlcad caen23_ (~caen23@92.81.168.188)
00:22.12Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:DownloadPage.PNG:
00:23.52Notify03BRL-CAD Wiki:Cwolfe0000 * 6349 /wiki/Tutorial/Newbie:
00:24.23Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:DownloadIt.PNG:
00:26.03Notify03BRL-CAD Wiki:Cwolfe0000 * 6351 /wiki/Tutorial/Newbie:
00:26.35Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Install.PNG:
00:27.45Notify03BRL-CAD Wiki:Cwolfe0000 * 6353 /wiki/Tutorial/Newbie:
00:32.41Notify03BRL-CAD Wiki:Cwolfe0000 * 6354 /wiki/Tutorial/Newbie:
00:57.29Notify03BRL-CAD Wiki:Cwolfe0000 * 6355 /wiki/Tutorial/Newbie:
00:57.50Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:FileNew.PNG:
00:59.11Notify03BRL-CAD Wiki:Cwolfe0000 * 6357 /wiki/Tutorial/Newbie:
03:21.40Notify03GCI:agkphysics *  Implement a volume function for superellipsoids (SUPERELL): Task Claimed - I would like to work on this task.
03:24.26Notify03GCI:Harmanpreet *  Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck!
03:24.51Notify03GCI:Harmanpreet *  Implement a volume function for superellipsoids (SUPERELL): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck!
03:50.43Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:50.44Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task.
03:51.38Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Accidently unclaimed -  add me back please.
04:01.48Notify03GCI:Harmanpreet *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete...
04:07.16Notify03BRL-CAD:brlcad * 58708 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/table.c): apply slightly modified gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5940213842968576 ) from Johannes Schulte that implements a centroid function for the nmg primitive. modifications were just to deal with mac shadow warnings.
04:07.17gcibotImplement a centroid function for solid polygonal meshes (NMG)
04:07.17gcibotStatus: NeedsReview (2 hours, 15 minutes left)
04:07.17gcibotMentor(s): Sean
04:13.42Notify03GCI:agkphysics *  Implement a volume function for superellipsoids (SUPERELL) http://www.google-melange.com/gci/task/view/google/gci2013/6695292984360960:   Beta or gamma functions   I have found a...
04:17.19brlcadandromeda-galaxy: that's my mistaking an old dev conversation -- you can't use them for scan args without removing the ()'s (which is something I have had in mind to test out for a loong time, and had changed in a different test tree)
04:18.33Notify03GCI:agkphysics *  Implement a volume function for superellipsoids (SUPERELL): Gamma function -  Woops! It looks like the C Math library already has a function defined to compute the gamma...
04:20.34Notify03GCI:Sean *  Implement a centroid function for solid polygonal meshes (NMG): Task Closed - Congratulations, this task has been completed successfully.
04:20.35Notify03GCI:Sean *  Implement a centroid function for solid polygonal meshes (NMG): on a roll -  You, sir, are on a roll. This is awesome work.  Patch applied in r58708 and looks nearly perfect. Only...
04:21.54Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: not understanding my question? -  Tan, I think you may not be understanding my question. I previously itemized six...
04:24.04Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: to clarify -  To clarify, I noticed that the .zip file had a second patch in that zip file, but I was not able to...
04:46.50Notify03GCI:Sean *  Design a prototype CAD GUI layout #3: really like this -  This is a really nice design, Luke. I can tell you put a lot of thought into the design and graphics. Love the style and can...
04:47.40Notify03GCI:Sean *  Design a prototype CAD GUI layout #3: task is complete -  This task is "technically complete", but marking as needs more work just to give you a chance to respond to the previous...
04:48.05Notify03GCI:Sean *  Design a prototype CAD GUI layout #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
04:50.05Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
04:50.20Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
04:58.31Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #7: digital rights? -  Deep, where is the brick background from? We'd need rights to use it, and...
05:04.36Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: commas -  One issue remaining that I didn't catch the first time: commas. See our HACKING file for several examples, but basically a...
05:04.46Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
05:05.16Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
05:06.49*** join/#brlcad infobot (~infobot@rikers.org)
05:06.49*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
05:07.01Notify03GCI:Sean *  Create a graphical mock-up for BRL-CAD's Documentation pages: Task Closed - Congratulations, this task has been completed successfully.
05:07.37Notify03BRL-CAD Wiki:Rishabhsharma * 0 /wiki/User:Rishabhsharma:
05:07.52Notify03GCI:Sean *  Create a graphical mock-up for BRL-CAD's Documentation pages: good head fake -  Interesting. It really looked like you might have mocked that all up with CSS and/or HTML. Very nice...
05:15.18Notify03GCI:Tan Di Sheng *  Fix at least 8 spelling mistakes in at least 8 different files #3: Changes -  Sorry.  The changes are as follows:   /src/libfb   ifX_24.c: create -> created  ifX_24.c: a means...
05:31.18Notify03GCI:Luke Blue *  Design a prototype CAD GUI layout #3: Ready for review - The work on this task is ready to be reviewed.
05:44.14*** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61)
05:45.04Notify03GCI:Luke Blue *  Design a prototype CAD GUI layout #3: Changes -  The Database button can be attached to Right toolbar and when mouse hovers over it a hierarchy view of database is shown. This way...
05:45.59Notify03GCI:Olexander Dubenko *  Create a graphical mock-up for BRL-CAD's Documentation pages: None -  Can you add more design tasks for example wallpapers?
06:16.05*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
06:18.00Notify03GCI:Andrew *  Implement a surface area function for hyperboloids of one sheet (HYP): Ready for review - The work on this task is ready to be reviewed.
06:18.45Notify03GCI:Andrew *  Implement a surface area function for hyperboloids of one sheet (HYP): None -  src/librt/primitives/table.c already contains a reference to hyp_surf_area
06:59.20Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Shapes.PNG:
07:00.10Notify03BRL-CAD Wiki:Cwolfe0000 * 6359 /wiki/Tutorial/Newbie:
07:00.52Notify03BRL-CAD Wiki:Cwolfe0000 * 6360 /wiki/Tutorial/Newbie:
07:01.41Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Sphere.PNG:
07:02.32Notify03BRL-CAD Wiki:Cwolfe0000 * 6362 /wiki/Tutorial/Newbie:
07:03.48Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Cube.PNG:
07:04.34Notify03BRL-CAD Wiki:Cwolfe0000 * 6364 /wiki/Tutorial/Newbie:
07:07.20Notify03BRL-CAD Wiki:Cwolfe0000 * 6365 /wiki/Tutorial/Newbie:
07:07.35Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG:
07:08.21Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:TutHelp.PNG:
07:09.08Notify03BRL-CAD Wiki:Cwolfe0000 * 6368 /wiki/Tutorial/Newbie:
07:09.43Notify03BRL-CAD Wiki:Cwolfe0000 * 6369 /wiki/Tutorial/Newbie:
07:17.40*** join/#brlcad caen23 (~caen23@92.81.168.188)
07:56.11*** join/#brlcad mandeep (~mandeep@202.164.53.116)
08:03.35Notify03GCI:Luke Blue *  Design a prototype CAD GUI layout #3: Edited file -  I am sorry I forgot to rename the new edited file, please download the PSD which is uploaded today(29th november) as I have...
08:09.58Notify03GCI:agkphysics *  Implement a volume function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed.
08:41.13*** join/#brlcad YuGin_ (~IceChat77@182.55.146.247)
08:44.04Notify03GCI:Johannes Schulte *  Implement a centroid function for N-faced polysolids (ARBN): Task Claimed - I would like to work on this task.
08:54.13Notify03GCI:Daniel Rossberg *  Implement a surface area function for hyperboloids of one sheet (HYP): Test for valid inputs -  It's good practice to test input pointers for NULL before using them.
08:54.14Notify03GCI:Daniel Rossberg *  Implement a surface area function for hyperboloids of one sheet (HYP): Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
08:54.53Notify03GCI:Daniel Rossberg *  Implement a surface area function for hyperboloids of one sheet (HYP): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
09:00.35Notify03GCI:Daniel Rossberg *  Implement a centroid function for N-faced polysolids (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good...
09:07.43*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:19.46*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
09:31.16*** join/#brlcad caen23 (~caen23@92.81.168.188)
11:11.31Notify03GCI:Sharan *  Create Iron Man Arc Reactor Model in BRL-CAD: Choice -  I have made the back part which is mostly same in every arc reactor i fond on the internet but i wannted to know could i make...
11:19.09*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
12:19.45Notify03GCI:Deep Inder Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Uploaded -  I upload two images in file : BRL-CAD1.rar   If any need to changes in...
12:20.56Notify03GCI:Daniel Rossberg *  Implement a volume function for superellipsoids (SUPERELL): Patch base directory -  The code looks OK, but the patch's base directory should be the BRL-CAD source tree home...
12:21.01Notify03GCI:Daniel Rossberg *  Implement a volume function for superellipsoids (SUPERELL): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
12:26.31Notify03GCI:Deep Inder Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed.
12:41.15*** join/#brlcad mayankmadan (~mayankmad@120.56.173.124)
12:50.05*** join/#brlcad caen23 (~caen23@92.81.168.188)
13:52.34Notify03GCI:Andrew *  Implement a surface area function for hyperboloids of one sheet (HYP): Ready for review - The work on this task is ready to be reviewed.
14:47.05Notify03GCI:Melange *  Create a custom wikimedia skin for BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:03.43*** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
15:23.51Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed.
15:56.17*** join/#brlcad gjeet (~gjeet@117.220.144.156)
16:08.27Notify03GCI:Daniel Rossberg *  Implement a surface area function for hyperboloids of one sheet (HYP): unverified -  We've not yet verified that formula, but your code looks reasonable. We'll need some...
16:08.32Notify03GCI:Daniel Rossberg *  Implement a surface area function for hyperboloids of one sheet (HYP): Task Closed - Congratulations, this task has been completed successfully.
16:13.11d_rossbergandromeda-galaxy: after a first look: you should leave two blank lines between function definitions
16:17.48Notify03GCI:Maciek *  Model BRL-CAD Logo Using BRL-CAD: Task Claimed - I would like to work on this task.
16:19.04Notify03GCI:Mandeep Kaur *  Model BRL-CAD Logo Using BRL-CAD: Task Assigned - This task has been assigned to Maciek. You have 72 hours to complete this task, good luck!
16:29.31*** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik)
17:03.18Notify03GCI:Olexander Dubenko *  Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task.
17:05.53Notify03GCI:Mandeep Kaur *  Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
17:14.10*** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
18:10.56*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-206.aby.bellsouth.net)
19:10.41Notify03GCI:Melange *  Fix MGED crash on Mac OS X: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24...
19:46.24*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-206.aby.bellsouth.net)
19:54.25Notify03GCI:Ethan *  Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed.
20:04.58Notify03GCI:Sharan *  Create Iron Man Arc Reactor Model in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
20:06.04Notify03GCI:Sharan *  Create Iron Man Arc Reactor Model in BRL-CAD: Mark IV -  I ended up making the mark IV, It's more stylish than mark I
20:30.08*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
21:18.06*** join/#brlcad jschulte (~johannes@p4FDFBAE4.dip0.t-ipconnect.de)
21:22.08Notify03GCI:Olexander Dubenko *  Create a custom wikimedia skin for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
21:25.38*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
21:25.38Notify03GCI:Olexander Dubenko *  Create a custom wikimedia skin for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5650013103325184:   None   I took bult-in 'Modern' skin as a base for...
21:49.06Notify03BRL-CAD:n_reed * 58709 (brlcad/trunk/include/vmath.h brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): need to use 2D macros for 2D vectors
21:51.36Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
21:52.51Notify03GCI:Johannes Schulte *  Implement a centroid function for N-faced polysolids (ARBN): Ready for review - The work on this task is ready to be reviewed.
21:54.47Notify03BRL-CAD:n_reed * 58710 brlcad/trunk/src/librt/primitives/nmg/nmg.c: uninitialized value
22:00.55Notify03GCI:Johannes Schulte *  Implement a centroid function for N-faced polysolids (ARBN): None -  Using the same logic, I used for the nmg. However, I used the static version of the qsort-algo, to keep...
22:03.18Notify03GCI:David Gumberg *  Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task.
22:04.23*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-206.aby.bellsouth.net)
22:12.30*** join/#brlcad yiyus (1242712427@je.je.je)
22:29.11*** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
22:36.12Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files: Task Assigned - This task has been assigned to David Gumberg. You have 72 hours to complete this task, good luck!
22:36.31Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
22:38.33Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
22:38.34Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
22:41.08Notify03GCI:Sean *  Fix at least 8 spelling mistakes in at least 8 different files #3: not spelling -  Tan, those are not spelling changes, which is why I didn't list them, and moreover several are...
22:43.13Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
22:45.13Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #7: You didn't respond? -  Deep, I wrote about nearly everything in your design including the gray...
23:11.03Notify03GCI:Melange *  Fix bounding box function for our polygonal mesh (BoT) primitive: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status...
23:46.58Notify03GCI:Anshula Rudhraraju *  Create a book layout for our Doc Camp book #2: Ready for review - The work on this task is ready to be reviewed.
23:55.33Notify03GCI:Cameron *  Add BRL-CAD newbie article to our wiki: Ready for review - The work on this task is ready to be reviewed.
IRC log for #brlcad on 20131130

IRC log for #brlcad on 20131130

00:03.43maths22can lcov be installed on the server?
00:48.26Notify03GCI:agkphysics *  Implement a volume function for superellipsoids (SUPERELL) http://www.google-melange.com/gci/task/view/google/gci2013/6695292984360960:   Volume   I got the volume function from:...
01:00.11Notify03GCI:agkphysics *  Implement a volume function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed.
01:06.42Notify03GCI:Nathan S. *  Implement a volume function for solid polygonal meshes (NMG): Claim Removed - The claim on this task has been removed, someone else can claim it now.
02:01.57Notify03GCI:Andee *  Design a coffee mug for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed.
02:06.48Notify03BRL-CAD Wiki:Ranjith 1998 * 0 /wiki/User:Ranjith_1998:
02:17.44*** join/#brlcad tbrowder21 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
02:44.07*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-82-78.aby.bellsouth.net)
02:52.12Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed.
03:06.23Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: My Full Name & Mailing Address -  Sir,  My full name is ISRANJITH and there is no full form to IS. You Use onlu RANJITH, if you like.  Please also...
03:35.57maths22brlcad: for http://www.google-melange.com/gci/task/view/google/gci2013/5093830407749632
03:35.58gcibotAdd MGED key-binding to reopen the command window
03:36.00gcibotStatus: Open
03:36.00gcibotMentor(s): Sean
03:36.59maths22Never mind. (for now at least)
03:41.10maths22Actually, there seems to be a button in the toolbar that does the trick
03:41.25maths22Unless a key-binding is also necessary
03:43.42Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: Task Closed - Congratulations, this task has been completed successfully.
03:46.42Notify03GCI:Sean *  Create a CAD inspired icon-set for BRL-CAD website #2: polished -  Very polished Ethan. I like the consistent simple look and feel, very likely we'll be able to put this to use. Just...
03:54.52Notify03GCI:Melange *  Create a book layout for our Doc Camp book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
04:06.16*** join/#brlcad agkphysics (765d3f56@gateway/web/freenode/ip.118.93.63.86)
04:15.53Notify03GCI:Ethan *  Create a CAD inspired icon-set for BRL-CAD website #2: the heart -  Yes, that's what I intended because I saw that I your new website. I'd be happy to change that if you would like me...
04:27.56*** part/#brlcad agkphysics (765d3f56@gateway/web/freenode/ip.118.93.63.86)
04:41.11Notify03BRL-CAD:brlcad * 58711 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch from johannes shulte ( http://www.google-melange.com/gci/task/view/google/gci2013/5899274214703104 ) that implements the centroid callback for arbn
04:41.13gcibotImplement a centroid function for N-faced polysolids (ARBN)
04:41.13gcibotStatus: NeedsReview (2 hours, 4 minutes left)
04:41.13gcibotMentor(s): Sean
04:41.53Notify03BRL-CAD:brlcad * 58712 brlcad/trunk/src/librt/primitives/arbn/arbn.c: fix numerous style inconsistencies introduced
04:45.00Notify03GCI:Sean *  Implement a centroid function for N-faced polysolids (ARBN): gut feeling -  My gut feeling is that there is almost certainly a bug in this patch, but I don't see any blatant flaws....
04:45.21Notify03GCI:Sean *  Implement a centroid function for N-faced polysolids (ARBN): Task Closed - Congratulations, this task has been completed successfully.
04:46.16Notify03BRL-CAD:brlcad * 58713 brlcad/trunk/src/librt/primitives/ehy/ehy.c: ws consistency
04:49.48Notify03BRL-CAD:brlcad * 58714 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): ws cleanup
04:50.54Notify03GCI:Sean *  Design a prototype CAD GUI layout #3: Task Closed - Congratulations, this task has been completed successfully.
04:56.30Notify03GCI:Sean *  Design a prototype CAD GUI layout #3: a little more thought -  Luke, the database view placement will require a little more thought because it's not really going to work on the right...
04:57.40Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: Task Closed - Congratulations, this task has been completed successfully.
05:00.27Notify03BRL-CAD:brlcad * 58715 brlcad/trunk/AUTHORS: credit Peter Amidon for several patches, initially provided during participation in the 2013 GCI program. patches predominantly have involved unit testing for libbn functionality.
05:08.09Notify03BRL-CAD:brlcad * 58716 brlcad/trunk/src/libbn/tests/CMakeLists.txt: add a unit test for libbn's plane-point functions in plane.c, provided by gci participant Andromeda Galaxy ( http://www.google-melange.com/gci/task/view/google/gci2013/5903003185840128 ).
05:08.10gcibotCreate unit tests for plane.c "point" functions
05:08.10gcibotStatus: Closed
05:08.10gcibotMentor(s): Sean
05:09.52Notify03BRL-CAD:brlcad * 58717 brlcad/trunk/src/libbn/tests/bn_plane_pt.c: ws
05:13.26Notify03BRL-CAD:brlcad * 58718 brlcad/trunk/src/libbn/tests/bn_plane_pt.c: prevent a segfault crash if run with no arguments plus some pedantic cleanup
05:14.52Notify03GCI:Sean *  Create unit tests for plane.c "point" functions: not in sync -  Andromeda, now that looks pretty good. Only found two issues. I ran into a conflict patching...
05:26.34Notify03GCI:Sean *  Create Iron Man Arc Reactor Model in BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6743699144835072:   symmetry?   Sharan, that looks awesome. I've never seen...
05:26.54Notify03GCI:Sean *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
05:27.55Notify03GCI:Sean *  Create Iron Man Arc Reactor Model in BRL-CAD: rendering hint -  Plus, a little hint on preview rendering, with your current light settings, you can run "rt -A1.5" to get a better...
05:29.51Notify03GCI:Sean *  Create a custom wikimedia skin for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
05:30.36Notify03GCI:Sean *  Create a custom wikimedia skin for BRL-CAD: looking good -  We'll have to create a task to test this in production use, see how it integrates with the rest of the (new) site. Thanks...
05:35.54*** join/#brlcad agkphysics (765d3f56@gateway/web/freenode/ip.118.93.63.86)
05:45.37Notify03GCI:Sean *  Design a coffee mug for BRL-CAD #3: needs something -  This looks okay, not great but not bad. I like the simple design. The derivation of our logo with lines is a bit plain but also...
05:45.47Notify03GCI:Sean *  Design a coffee mug for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
05:48.46*** join/#brlcad agkphysics (~agkphysic@118-93-63-86.dsl.dyn.ihug.co.nz)
05:51.51Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: Task Closed - Congratulations, this task has been completed successfully.
05:51.56Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: contact information -  Myself and the entire development team can be reached via e-mail with devs at brlcad dot org.  The mailing list address is easily...
05:58.57Notify03GCI:Sean *  Design a BRL-CAD Sticker #3: nicely done -  Ranjith, very nice work iterating on numerous design concepts and coming up with some final solutions that we should be able to work with. ...
06:00.37Notify03GCI:Sean *  Create a book layout for our Doc Camp book #2: spectacular -  This is spectacular work, Anshula! Would you provide your raw working files (.doc or .pages or whatever you used)?
06:00.42Notify03GCI:Sean *  Create a book layout for our Doc Camp book #2: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
06:02.07Notify03GCI:Sean *  Create a book layout for our Doc Camp book #2: completed -  This design looks more than complete and I can only imagine that you spent more than a couple hours putting this all...
06:04.02Notify03GCI:Sean *  Add BRL-CAD newbie article to our wiki: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
06:04.17Notify03GCI:Sean *  Add BRL-CAD newbie article to our wiki: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:15.08Notify03GCI:Sean *  Add BRL-CAD newbie article to our wiki http://www.google-melange.com/gci/task/view/google/gci2013/5860376709169152:   image preparation   Cameron, this is looking like a good start but...
06:43.03brlcadmaths22: yes, I believe a key binding is all that is missing
06:43.15brlcadand yes, lcov can (probably) be installed
06:50.39Notify03GCI:Cameron *  Add BRL-CAD newbie article to our wiki: Ready for review - The work on this task is ready to be reviewed.
06:54.05Notify03BRL-CAD Wiki:Cwolfe0000 * 6370 /wiki/Tutorial/Newbie:
06:54.21Notify03GCI:Cameron *  Add BRL-CAD newbie article to our wiki: sorry mis-clicked -  i am not quite ready but will be shortly
07:13.43*** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61)
07:41.34Notify03GCI:Luke Blue *  Create an ISST screenshot or animation: Help -  I would like to claim the task again but can you please help to find the ISST tool.   Thank you.
07:50.45Notify03GCI:ISRanjith *  Design a BRL-CAD Sticker #3: My Name -  Sir  Actually the 'S' in "IS " stands for my father's name but 'I' was added to give power to my name according to numerology.  So, you...
07:55.12*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
07:59.53*** join/#brlcad sniok (~sasha@89.252.29.238)
08:00.56Notify03GCI:Sharan *  Create Iron Man Arc Reactor Model in BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
08:07.00*** join/#brlcad sniok (~sasha@89.252.29.238)
08:10.07Notify03GCI:Sharan *  Create Iron Man Arc Reactor Model in BRL-CAD: Done -  Thanks for the hint for rendering really hepled, I had wasted 30 mins on adjust the angle of the light, so that every thing was...
08:16.07*** join/#brlcad sniok (~sasha@89.252.29.238)
09:16.19*** join/#brlcad gjeet (~gjeet@117.199.109.63)
09:22.15*** join/#brlcad sniok (~sasha@89.252.29.238)
10:11.46*** join/#brlcad deep_inder (~chatzilla@117.220.149.182)
11:06.20Notify03GCI:Deep Inder Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed.
12:13.30Notify03GCI:Ilkin Musaev *  Redesign MGED/Archer's Menu: None -  I must send a archive with new icon?
12:21.40*** join/#brlcad deep_inder (~chatzilla@117.220.150.128)
12:51.52Notify03GCI:Deep Inder Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #7 http://www.google-melange.com/gci/task/view/google/gci2013/5906865435181056:  ...
13:05.53``Erikmaths22: devel/lcov is on bz now
13:45.58*** join/#brlcad jschulte (~johannes@p4FDFB089.dip0.t-ipconnect.de)
13:47.17Notify03GCI:Johannes Schulte *  Implement a volume function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task.
13:51.08Notify03GCI:Mandeep Kaur *  Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good...
14:00.32Notify03GCI:Anshula Rudhraraju *  Create a book layout for our Doc Camp book #2: Time it Took -  It took me a little over an hour - maybe an hour and 20 minutes. On average, how long was the assignment...
14:29.19maths22``Erik: thank you very much
15:11.07Notify03GCI:Andromeda Galaxy *  Add MGED key-binding to reopen the command window: Task Claimed - I would like to work on this task.
15:15.10*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
15:18.18Notify03GCI:Mandeep Kaur *  Add MGED key-binding to reopen the command window: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
15:23.09Notify03GCI:Andromeda Galaxy *  Add MGED key-binding to reopen the command window: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:23.10Notify03GCI:Johannes Schulte *  Implement a volume function for solid polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed.
15:26.59Notify03GCI:Johannes Schulte *  Implement a volume function for solid polygonal meshes (NMG): None -  I checked the diff from 58711 to 58712, this patch should meet your requirements concerning white...
15:37.30``Erikhttps://news.ycombinator.com/item?id=6823078  First Draft of a Report on the EDVAC (von Neumann, 1945)
15:39.01Notify03GCI:Andromeda Galaxy *  Add MGED key-binding to reopen the command window: Task Claimed - I would like to work on this task.
16:26.10Notify03GCI:mandar *  Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task.
16:45.01Notify03GCI:Mandeep Kaur *  Doxygen cleanup for LIBRT: Task Assigned - This task has been assigned to mandar. You have 72 hours to complete this task, good luck!
16:49.01Notify03GCI:mandar *  Doxygen cleanup for LIBRT: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:19.10*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-82-78.aby.bellsouth.net)
17:20.56*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
17:27.01*** join/#brlcad witness (~witness12@182.64.129.229)
17:29.38sniokCan you add another "DESIGN A BRL-CAD WALLPAPER" task? I think I can do better.
17:34.35``Erikheh, woops
17:38.23*** join/#brlcad YatharthROCK (~YatharthR@95.175.78.252)
17:51.47*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
19:10.32Notify03GCI:Melange *  Fix MGED crash on Mac OS X: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
19:48.31Notify03GCI:Melange *  Create a book layout for our Doc Camp book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
20:29.00Notify03GCI:Andee *  Design a coffee mug for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed.
21:51.13*** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61)
23:11.24Notify03GCI:Melange *  Fix bounding box function for our polygonal mesh (BoT) primitive: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
IRC log for #brlcad on 20131201

IRC log for #brlcad on 20131201

04:22.36Notify03BRL-CAD:brlcad * 58719 (brlcad/trunk/src/librt/primitives/superell/superell.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6695292984360960 ) from agkphysics, implementing the volume callback for superellipsoids. relies on c99 tgamma, so will need some more work to wrap.
04:22.37gcibotImplement a volume function for superellipsoids (SUPERELL)
04:22.38gcibotStatus: NeedsReview (23 hours, 1 minutes left)
04:22.38gcibotMentor(s): Sean
04:24.28Notify03BRL-CAD:brlcad * 58720 (brlcad/trunk/TODO brlcad/trunk/src/librt/primitives/superell/superell.c): need to properly test for tgamma, so disable for the time being until it can be tested properly
04:25.48Notify03BRL-CAD:brlcad * 58721 brlcad/trunk/TODO: not an urgency, but don't need to wait too long since it's a quick fix
04:29.59*** join/#brlcad yiyus (1242712427@je.je.je)
04:32.29Notify03BRL-CAD:brlcad * 58722 brlcad/trunk/AUTHORS: credit agkphysics with a code contribution from gci participation. initial contribution is a volume callback for superell.
04:32.39Notify03GCI: *  :  -
04:32.59Notify03GCI:Sean *  Implement a volume function for superellipsoids (SUPERELL): Task Closed - Congratulations, this task has been completed successfully.
04:34.19Notify03GCI:Sean *  Implement a volume function for superellipsoids (SUPERELL): mailing list -  agkphysics,  If you've not yet subscribed, I encourage you to subscribe to our brlcad-news mailing list to...
04:42.30Notify03BRL-CAD:brlcad * 58723 brlcad/trunk/src/librt/primitives/superell/superell.c: wrap unused vars too
04:46.11Notify03BRL-CAD:brlcad * 58724 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/table.c): another gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5607719218184192 ) from johannes shultz, support for nmg volumes... very impressive if correct.
04:46.12gcibotImplement a volume function for solid polygonal meshes (NMG)
04:46.13gcibotStatus: Closed
04:46.13gcibotMentor(s): Sean
04:46.16Notify03GCI:Sean *  Implement a volume function for solid polygonal meshes (NMG): Task Closed - Congratulations, this task has been completed successfully.
04:47.17Notify03BRL-CAD:brlcad * 58725 brlcad/trunk/src/librt/primitives/nmg/nmg.c: ws
04:47.53Notify03BRL-CAD Wiki:Cwolfe0000 * 6371 /wiki/Tutorial/Newbie:
04:54.18*** join/#brlcad witness (~witness12@182.64.129.229)
04:56.44Notify03GCI:Gauravjeet Singh *  Design a coffee mug for BRL-CAD #3: Raw design files ? -  It's a great design, I am loving it. But as sean said, please upload the raw design files
05:01.37*** join/#brlcad witness (~witness12@182.64.129.229)
05:23.46*** join/#brlcad witness_ (~witness12@182.64.10.21)
06:02.22Notify03GCI:Gauravjeet Singh *  Add MGED key-binding to reopen the command window: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
06:15.58Notify03GCI:Sean *  Implement a volume function for solid polygonal meshes (NMG): perfect patch -  Indeed, this is a perfect patch. Johannes, congratulations and thank you for all your efforts thus far....
06:27.24Notify03GCI:Melange *  Design a coffee mug for BRL-CAD #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be...
06:41.34Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Closed - Congratulations, this task has been completed successfully.
06:43.39Notify03GCI:Sean *  Design a coffee mug for BRL-CAD #3: Task Closed - Congratulations, this task has been completed successfully.
06:53.55Notify03GCI:Sean *  Design a coffee mug for BRL-CAD #3: nice work -  Thanks Andee, that's looking much better. Please join our brlcad-news mailing list to keep in touch if you have not joined it already:...
06:56.45Notify03GCI:Sean *  Create Iron Man Arc Reactor Model in BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
06:59.15Notify03GCI:Sharan *  Model the BRL-CAD symmetrically: Task Claimed - I would like to work on this task.
07:12.26Notify03GCI:Sean *  Add BRL-CAD newbie article to our wiki: no problem -  Just let us know when it's ready to be reviewed.
07:12.27Notify03GCI:Sean *  Add BRL-CAD newbie article to our wiki: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
07:15.55Notify03GCI:Sean *  Create a book layout for our Doc Camp book #2: Task Closed - Congratulations, this task has been completed successfully.
07:17.06Notify03GCI:Sean *  Create a book layout for our Doc Camp book #2: about 2 hours -  It should take someone minimally but sufficiently experienced about two hours, so realistically anywhere from an hour to...
07:19.27Notify03GCI:agkphysics *  Implement a volume function for superellipsoids (SUPERELL): Authorship -  As I mentioned in another task, my full name is Aaron Keesing, and it looks like I am already included...
07:21.38*** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61)
07:32.07Notify03GCI:Sean *  Create Iron Man Arc Reactor Model in BRL-CAD: more tasks -  We'll definitely be adding more modeling tasks. If you have any interesting modeling ideas, feel free to share them for...
07:50.55*** join/#brlcad agkphysics (~agkphysic@118-93-216-183.dsl.dyn.ihug.co.nz)
09:07.55*** join/#brlcad _sniok (~sasha@89.252.29.238)
09:08.40*** join/#brlcad sniok_ (42f9513d@gateway/web/freenode/ip.66.249.81.61)
09:12.31Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Task Claimed - I would like to work on this task.
09:33.23Notify03GCI:mandar *  Doxygen cleanup for LIBWDB: Task Claimed - I would like to work on this task.
09:37.00Notify03GCI:mandar *  Doxygen cleanup for LIBWDB: Claim Removed - The claim on this task has been removed, someone else can claim it now.
10:14.47Notify03GCI:Melange *  Add missing documentation (for any ONE command): Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded....
10:40.28Notify03GCI:mandar *  Doxygen cleanup for LIBBU: None -  If claimed, do i have to cleanup all files in src/libbu
10:59.54Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command) #2: Task Claimed - I would like to work on this task.
11:28.04*** join/#brlcad witness (~witness12@182.64.106.127)
11:44.49Notify03GCI:Marie Gita *  Creating Motion Typography video for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:45.17*** join/#brlcad caen23 (~caen23@92.81.168.188)
12:22.07Notify03BRL-CAD:tbrowder2 * 58726 brlcad/trunk/src/conv/dem-g.c: initialize pointers with NULLs
12:22.33Notify03BRL-CAD:tbrowder2 * 58727 (brlcad/trunk/src/libpc/pcNetwork.h brlcad/trunk/src/libpc/pcParser.h): need a push before a pop
12:31.14Notify03GCI:Gauravjeet Singh *  Add missing documentation (for any ONE command) #2: Task Assigned - This task has been assigned to Shardul Chiplunkar. You have 72 hours to complete this task, good luck!
12:32.04Notify03GCI:Gauravjeet Singh *  Model the BRL-CAD symmetrically: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck!
12:32.05Notify03GCI:Gauravjeet Singh *  Implement a volume function for extruded bitmaps (EBM): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck!
12:44.51sniok_Any gci mentors here?
12:51.30Notify03BRL-CAD:tbrowder2 * 58728 brlcad/trunk/src/libpc/pcMathVM.h: push before pop
12:52.10Notify03BRL-CAD:tbrowder2 * 58729 brlcad/trunk/src/libbrep/PullbackCurve.cpp: remove superflous comparisons
12:54.40Notify03BRL-CAD:tbrowder2 * 58730 brlcad/trunk/src/librt/ls.c: use proper val for null pointer
13:02.33Notify03BRL-CAD:tbrowder2 * 58731 brlcad/trunk/src/librt/primitives/arbn/arbn.c: init volume to zero
13:04.21Notify03BRL-CAD:tbrowder2 * 58732 brlcad/trunk/src/libged/bot_dump.c: use proper val for null pointer
13:05.37Notify03BRL-CAD:tbrowder2 * 58733 brlcad/trunk/src/libged/draw.c: use proper val for null pointer
13:10.56Notify03BRL-CAD:tbrowder2 * 58734 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simphysics.cpp): push before pop
13:11.31*** join/#brlcad jschulte (~johannes@p4FDFBD0D.dip0.t-ipconnect.de)
13:16.44Notify03GCI:Sharan Narayan *  Model the BRL-CAD symmetrically: Ready for review - The work on this task is ready to be reviewed.
13:27.39Notify03GCI:Johannes Schulte *  Implement a volume function for solid polygonal meshes (NMG): None -  Thank you, that's a huge honour.
13:45.35*** part/#brlcad tbrowder21 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net)
13:47.32jschulteconcerning this task: http://www.google-melange.com/gci/task/view/google/gci2013/4822252646301696. openNurbs offers a method to convert Nurbs to a approximated polygonal Mesh. Is calculating the surface area of this mesh good enough or do you want a more elaborated solution?
13:50.05*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
14:00.37*** join/#brlcad kesha (~kesha@1.38.27.93)
14:13.59*** join/#brlcad mmadia (~mmadia@pdpc/supporter/active/mmadia)
15:03.07Notify03GCI:Andromeda Galaxy *  Add MGED key-binding to reopen the command window: Ready for review - The work on this task is ready to be reviewed.
15:16.01*** join/#brlcad jschulte (~johannes@p4FDFBD0D.dip0.t-ipconnect.de)
15:45.23jschulteI'll leave for now, so please answer my question under the task : http://www.google-melange.com/gci/task/view/google/gci2013/4822252646301696
15:45.25gcibotImplement surface area function for NURBS objects (BREP)
15:45.25gcibotStatus: Reopened
15:45.25gcibotMentor(s): Sean
15:45.36Notify03GCI:Johannes Schulte *  Implement surface area function for NURBS objects (BREP): None -  openNurbs offers a method to convert Nurbs to an approximated polygonal Mesh. Is calculating the surface...
16:47.26*** part/#brlcad mmadia (~mmadia@pdpc/supporter/active/mmadia)
17:09.53*** join/#brlcad jschulte (~johannes@p4FDFBD0D.dip0.t-ipconnect.de)
17:55.49*** join/#brlcad kesha (~kesha@1.38.25.171)
18:01.22*** join/#brlcad kesha (~kesha@1.38.25.171)
19:02.51Notify03GCI:Sean *  Model the BRL-CAD symmetrically: almost perfect -  That's looking a lot better, but do you think you can get it exact. It looks like there's a slight shape discrepancy on the outer top...
19:03.06Notify03GCI:Sean *  Model the BRL-CAD symmetrically: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
19:09.32Notify03GCI:Sean *  Add MGED key-binding to reopen the command window: key binding -  Andromeda, the objective is the addition of a key binding for the graphics window. If you run mged and draw something,...
19:09.33Notify03GCI:Sean *  Add MGED key-binding to reopen the command window: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
19:11.38Notify03GCI:Sean *  Add missing documentation (for any ONE command): did you see the references? -  Alex, did you see the references in the task description? There are many many many examples to follow...
19:11.53Notify03GCI:Sean *  Add missing documentation (for any ONE command): Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
19:58.17``Erikinteresting little story about early internet (darpanet) and why RFC's are called that: http://blog.jasoncrawford.org/request-for-comments
20:17.55*** join/#brlcad kesha (~kesha@1.38.24.124)
21:08.49Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG:
21:13.21Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Cube.PNG:
21:14.07Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG:
21:14.17Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: Reverted to version as of 21:08, 1 December 2013
21:14.38Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: Reverted to version as of 21:14, 1 December 2013
21:15.08Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: Reverted to version as of 21:08, 1 December 2013
21:17.05Notify03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Sphere.PNG:
21:17.56Notify03BRL-CAD Wiki:Cwolfe0000 * 6379 /wiki/Tutorial/Newbie:
21:24.56Notify03GCI:Cameron *  Add BRL-CAD newbie article to our wiki: Ready for review - The work on this task is ready to be reviewed.
21:36.08Notify03GCI:Alex *  Add missing documentation (for any ONE command): thanks -  thankyou will finish asap
21:40.35Notify03BRL-CAD Wiki:Cwolfe0000 * 6380 /wiki/Tutorial/Newbie:
21:40.52Notify03BRL-CAD Wiki:Cwolfe0000 * 6381 /wiki/Tutorial/Newbie:
22:15.39Notify03GCI:MichaelY *  Create numerics library (LIBBN) unit test for rand.c: Task Claimed - I would like to work on this task.
22:16.39Notify03GCI:MichaelY *  Create numerics library (LIBBN) unit test for rand.c: Help! -  Sean,  Where do I go to get samples?
22:22.39Notify03GCI:MichaelY *  Create numerics library (LIBBN) unit test for rand.c: None -  Also, what do all of the references and code mean? Do I need a view of the library? Where do I find the library?
IRC log for #brlcad on 20131202

IRC log for #brlcad on 20131202

00:12.09*** join/#brlcad agkphysics (~aaron@118-92-144-142.dsl.dyn.ihug.co.nz)
01:07.48Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task.
01:08.24Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:18.52maths22HOw is fisheye for code browsing?
01:26.49*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
03:48.44Notify03GCI:Sean *  Add BRL-CAD newbie article to our wiki: Task Closed - Congratulations, this task has been completed successfully.
04:23.08Notify03GCI:Cameron *  Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task.
04:52.16Notify03GCI:Anshula Rudhraraju *  Categorize all of BRL-CAD's commands into a spreadsheet: Task Claimed - I would like to work on this task.
04:52.21Notify03GCI:Mandeep Kaur *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete...
04:53.41Notify03GCI:Mandeep Kaur *  Categorize all of BRL-CAD's commands into a spreadsheet: Task Assigned - This task has been assigned to Anshula Rudhraraju. You have 72 hours to complete this task, good luck!
04:53.56Notify03GCI:Mandeep Kaur *  Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck!
05:51.15Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Transformation Matrix -  To calculate the volume it should be sufficient to multiply the number of cells by the extrude...
06:09.04*** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61)
07:03.13Notify03GCI:Gauravjeet Singh *  Create numerics library (LIBBN) unit test for rand.c: Task Assigned - This task has been assigned to MichaelY. You have 72 hours to complete this task, good luck!
07:57.46Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Ready for review - The work on this task is ready to be reviewed.
08:01.27Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Testing -  I have tested this function with basic shapes such as circles and squares, and it seems to be giving correct...
10:35.01Notify03GCI:Sharan Narayan *  Model the BRL-CAD symmetrically: Ready for review - The work on this task is ready to be reviewed.
10:39.56Notify03GCI:Sharan Narayan *  Model the BRL-CAD symmetrically: Done -  It was a little tough to do very minor adjsutments in millimeters  Thanks to you I learnt how to export raytraced image, I haf been...
11:09.55Notify03BRL-CAD:tbrowder2 * 58735 (brlcad/trunk/src/libbu/parse.c brlcad/trunk/src/libbu/which.c): proper init of pointer
11:10.40Notify03BRL-CAD:tbrowder2 * 58736 (brlcad/trunk/src/libpc/pcMathVM.h brlcad/trunk/src/libpc/pcParser.h): ignore unused params
11:12.00Notify03BRL-CAD:tbrowder2 * 58737 brlcad/trunk/src/other/libgdiam/gdiam.cpp: ignore warnings about comparing floats
11:48.31Notify03GCI:Marie Gita *  Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task.
11:52.21Notify03GCI:Mandeep Kaur *  Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck!
12:00.59*** join/#brlcad mayankmadan__ (~mayankmad@120.59.47.162)
12:12.17Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command) #2: None -  Is rtexample still available? Also, do I write a man page first and then convert it to Docbook XML format...
12:38.31Notify03BRL-CAD:tbrowder2 * 58738 (brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): move pragmas to the source of the warnings
12:39.06Notify03BRL-CAD:tbrowder2 * 58739 brlcad/trunk/src/libged/simulate/simphysics.cpp: add new pragma to quieten compiler
12:39.43Notify03BRL-CAD:tbrowder2 * 58740 brlcad/trunk/src/other/stepcode/src/express/README: fix typo
12:40.35Notify03BRL-CAD:tbrowder2 * 58741 brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp: enclose all headers in the pragmas
13:18.09*** join/#brlcad YatharthROCK (~YatharthR@95.175.78.236)
13:39.24*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
13:42.06Notify03BRL-CAD:tbrowder2 * 58742 (brlcad/trunk/src/libsysv/memset.c brlcad/trunk/src/libsysv/strchr.c and 3 others): quieten compiler with pragmas
13:43.03Notify03BRL-CAD:tbrowder2 * 58743 brlcad/trunk/src/librt/primitives/superell/superell.c: comment out unused var
13:43.53Notify03BRL-CAD:tbrowder2 * 58744 brlcad/trunk/src/libpc/pcNetwork.cpp: style
13:44.39Notify03BRL-CAD:tbrowder2 * 58745 brlcad/trunk/src/libtclcad/tclcad_obj.c: use proper pointer init
14:16.19Notify03BRL-CAD:carlmoore * 58746 brlcad/trunk/src/libbn/tests/CMakeLists.txt: remove trailing blank or tab
14:58.26Notify03BRL-CAD:starseeker * 58747 (brlcad/trunk/src/libsysv/memset.c brlcad/trunk/src/libsysv/strchr.c and 3 others): Wrap GCC pragmas in if logic to avoid breaking the build with older gcc versions. If there's some way to wrap this into a macro it would be a good idea to do so - squashing warnings from external headers while leaving them on for our code is a Good Thing, but only possible with newer compilers.
15:13.55*** join/#brlcad mayankmadan_ (~mayankmad@120.56.168.39)
15:47.54Notify03BRL-CAD:starseeker * 58748 (brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/obr.c): Add (untested) bn_3d_coplanar_obr function, refactor 2d<->3d logic to be re-used beyond chull
15:51.08Notify03GCI:Jacob B *  Generate a code coverage report (lcov+gcov): Task Claimed - I would like to work on this task.
15:56.56Notify03GCI:Sharan Narayan *  Model the BRL-CAD symmetrically: Wrong File -  I accidently uploaded the wrong file-t.png  The Right file is the done.png, you can still see the line if you zoom in very...
16:07.21Notify03BRL-CAD:starseeker * 58749 brlcad/trunk/src/libbn/tests/bn_obr.c: Add plotting to bn_obr testing
16:07.27Notify03GCI:Mandeep Kaur *  Generate a code coverage report (lcov+gcov): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
16:19.13Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has...
16:28.41Notify03BRL-CAD:starseeker * 58750 brlcad/trunk/src/libbn/tests/bn_chull.c: Use V2ARGS macro
16:32.25Notify03BRL-CAD:starseeker * 58751 brlcad/trunk/src/libbn/tests/bn_obr.c: start working on 3d test for obr - not working yet.
17:03.31Notify03GCI:Boros Gyevi Adam *  Document MGED's 'saveview' command options: Task Claimed - I would like to work on this task.
17:05.47Notify03GCI:Mandeep Kaur *  Document MGED's 'saveview' command options: Task Assigned - This task has been assigned to Boros Gyevi Adam. You have 72 hours to complete this task, good luck!
18:07.12*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
18:08.35*** join/#brlcad jschulte (~johannes@p4FDFBFD7.dip0.t-ipconnect.de)
18:08.48*** join/#brlcad mayankmadan (~mayankmad@120.56.165.91)
18:09.44jschulteconcerning this task: http://www.google-melange.com/gci/task/view/google/gci2013/4822252646301696. openNurbs offers a method to convert Nurbs to a approximated polygonal Mesh. Is calculating the surface area of this mesh good enough or do you want a more elaborated solution?
18:11.12jschulteplease tell me, if something is wrong with the question, otherwise I'll stick to repeating it :)
18:29.30Notify03BRL-CAD:carlmoore * 58752 brlcad/trunk/src/proc-db/wavy.c: minor cleanup of a comment; implement h? (former h becomes H); implement run-with-no-arguments; don't create file if exiting
18:36.21Notify03GCI:Alex *  Add missing documentation (for any ONE command): Ready for review - The work on this task is ready to be reviewed.
18:42.07*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
19:08.06*** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik)
19:22.43Notify03BRL-CAD:starseeker * 58753 brlcad/trunk/src/libbn/tests/bn_chull.c: Plot chull test 3
19:23.34Notify03BRL-CAD:starseeker * 58754 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Get the 3d coplanar obr functioning
19:27.15*** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik)
20:10.52*** join/#brlcad kanzure (~kanzure@131.252.130.248)
20:17.58Notify03BRL-CAD:carlmoore * 58755 brlcad/trunk/src/proc-db/wdb_example.c: touch-up work in the comments; remove a set of braces
20:27.36*** join/#brlcad Peculiar (~Peculiar@196.202.236.217)
20:43.38*** join/#brlcad Peculiar (~Peculiar@196.202.236.217)
20:51.24starseekerjschulte: ideally we would want something that gives an accurate answer.  successive approximations by finer meshes converging to a solution is one way, but the openNURBS routine is not going to robustly convert NURBS to meshes, unless something has changed since the last test was made
20:52.34jschulteOk, thanks
20:52.35*** join/#brlcad Peculiar (~Peculiar@196.202.236.217)
20:53.06*** part/#brlcad Peculiar (~Peculiar@196.202.236.217)
20:53.41*** join/#brlcad Peculiar (~Peculiar@196.202.236.217)
21:07.53*** join/#brlcad Peculiar (~Peculiar@196.202.236.217)
21:27.01*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
21:54.06Notify03BRL-CAD:starseeker * 58756 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/CMakeLists.txt and 4 others): Start reworking nmg_brep logic to use new obr functionality.
21:56.00Notify03GCI:Cameron *  Create Wordpress theme for BRL-CAD website #2: Which wordpress? -  There is wordpress.com and wordpress.org, which one should I use.
22:21.51Notify03GCI:Andromeda Galaxy *  Add MGED key-binding to reopen the command window: Ready for review - The work on this task is ready to be reviewed.
22:29.27*** join/#brlcad agkphysics (~aaron@118-92-156-193.dsl.dyn.ihug.co.nz)
22:34.16Notify03BRL-CAD:starseeker * 58757 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Use conditional operator to save a few lines
22:36.28Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
22:53.26Notify03BRL-CAD:tbrowder2 * 58758 brlcad/trunk/include/common.h: add a macro to test for gcc and clang versions supporting diagnostic pragmas
23:59.29Notify03BRL-CAD:tbrowder2 * 58759 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simphysics.cpp and 9 others): protect diagnostice with macros to ensure a capable compiler is used
IRC log for #brlcad on 20131203

IRC log for #brlcad on 20131203

00:08.43*** join/#brlcad mayankmadan__ (~mayankmad@120.56.168.238)
02:52.58*** join/#brlcad caen23 (~caen23@92.81.168.188)
03:03.06*** join/#brlcad mayankmadan_ (~mayankmad@59.177.73.139)
04:37.09*** join/#brlcad witness (~witness12@122.248.183.23)
04:38.15Notify03GCI:Sean *  Model the BRL-CAD symmetrically: Task Closed - Congratulations, this task has been completed successfully.
05:04.18Notify03GCI:Sean *  Add missing documentation (for any ONE command): already exists -  Alex,  You've got the right idea, but you picked one that is already complete. Surely you discovered this because...
05:05.03Notify03GCI:Sean *  Add missing documentation (for any ONE command): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
05:05.28Notify03GCI:Sean *  Add missing documentation (for any ONE command): Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
05:33.53Notify03GCI:Sean *  Add MGED key-binding to reopen the command window: thanks -  Thanks for the clarification, didn't realize that a key binding had in fact already been added! Far too many tasks to...
05:33.58Notify03GCI:Sean *  Add MGED key-binding to reopen the command window: Task Closed - Congratulations, this task has been completed successfully.
05:36.30Notify03BRL-CAD:brlcad * 58760 brlcad/trunk/src/tclscripts/mged/openw.tcl: note the new keybinding (gci clarification patch)
05:39.58Notify03GCI:Andromeda Galaxy *  Create an ISST screenshot or animation: Task Claimed - I would like to work on this task.
05:40.35*** join/#brlcad Daksh_Windows8 (~Shah@122.161.183.22)
05:40.43Daksh_Windows8hi
05:41.09Daksh_Windows8anyone there? any gci mentor?
05:46.07Notify03BRL-CAD:brlcad * 58761 brlcad/trunk/NEWS: note that emory added the 'c' key binding to reopen the command window after caen23 added the ability to restore the command window (exposed by adding a menu option
05:46.33Notify03GCI:Mandeep Kaur *  Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
06:41.40*** join/#brlcad witness_ (~witness12@122.248.183.23)
06:52.40*** join/#brlcad witness_ (~witness12@122.248.183.23)
07:13.25Notify03GCI:Sean *  Implement a volume function for extruded bitmaps (EBM): homogenous matrices -  agkphysics, you can't assume the bottom row is 0 0 0 1. Element [15] (the last one) is often used to...
07:13.26Notify03GCI:Sean *  Implement a volume function for extruded bitmaps (EBM): Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
07:13.30Notify03GCI:Sean *  Implement a volume function for extruded bitmaps (EBM): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
07:30.43*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:48.42Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Incorrect Values -  I used the 4x4 determinant, but it gives incorrect results when the bottom row is modifed. For...
08:11.35Notify03GCI:Daniel Rossberg *  Implement a volume function for extruded bitmaps (EBM): Perspective projection -  The 4x4 matrix describes in fact a transformation with homogenious coordinates. The map...
08:12.08*** join/#brlcad witness (~witness12@122.248.183.23)
08:13.16mayankmadan_is there anyone who can introduce me to CAD modeling
08:26.26d_rossbergmayankmadan_: which CAD do you have?
09:03.30*** join/#brlcad mayankmadan__ (~mayankmad@59.177.73.205)
09:41.30Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Yes, but... -  I realise this, but I am still trying to find a way to correctly calculate the volume even when the bottom...
10:23.08*** join/#brlcad witness_ (~witness12@122.248.183.23)
11:35.35Notify03GCI:Daniel Rossberg *  Implement a volume function for extruded bitmaps (EBM): I'm afraid there is no easy solution -  First of all: There is no factor for the volume. It depends on where you are...
11:49.22*** join/#brlcad witness (~witness12@122.248.183.23)
12:49.01*** join/#brlcad caen23 (~caen23@92.81.168.188)
13:03.03*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
13:18.57*** join/#brlcad microchip_sac (~microchip@223.239.198.65)
13:19.50microchip_sacI am a GCI 13 participant doing a task for BRL-CAD
13:19.57microchip_sacand I want to submit my work
13:20.07microchip_sacwhat is the best way to do this?
13:26.06d_rossbergmicrochip_sac: upload it on the task's page at google-melange
13:30.39``Erikupload a patch file (use svn diff to generate one), do not upload the .c files directly
13:30.59microchip_sacshould I upload the XML file and/or the html file?
13:31.04microchip_sacit's a doc task
13:31.29``Erikok, still needs to be a patch... are you creating a new file or modifying an existing one?
13:33.10microchip_saca new file
13:33.13``Erikif it's a new file, you'll need to do an "svn add" on the file before you do the 'svn diff'
13:33.35microchip_sacbut just the file, right? no generated documentation?
13:33.47``Erikyes, just the source file
13:34.32``Erikalso; do the diff from the source top level directory (the one that contains README, src/ doc/ etc) and review the patch before uploading to verify it makes the changes and only the changes you intend :)
13:35.06microchip_sacok, thanks!
13:35.23``Eriknp, good luck with your submission :)
13:38.17``Erikheh, wifi ssid "PorqueFi" at a mexican restaurant O.o
13:38.33sniokWhen new GCI tasks will be added?
13:41.19``Erikis the queue dry? O.o I believe the procedure this time around is for mentors to use googledocs to submit, then brlcad reviews and adds the proposed tasks... if you have a task you want to propose, state it here and maybe a mentor will see it and decide it's worth adding?
13:43.39``Erikhm, I don't see the raw spreadsheet in my "shared with me" gdoc tab :/
13:43.49``Eriksniok: what kind of tasks are you looking for?
13:50.41Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command) #2: Ready for review - The work on this task is ready to be reviewed.
13:51.16Notify03GCI:erikg *  Create an ISST screenshot or animation: Notes on getting ISST -  There are three "faces" to ISST, I believe this task is best accomplished using the GTK+ variant. The source is in git...
14:06.43*** join/#brlcad microchip_sac (~microchip@223.239.198.129)
14:38.16*** join/#brlcad microchip_sac (~microchip@223.239.198.178)
14:38.26*** join/#brlcad sniok_ (42f9513d@gateway/web/freenode/ip.66.249.81.61)
15:05.36Notify03BRL-CAD:starseeker * 58762 (brlcad/trunk/include/common.h brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp and 10 others): Rework the pragma defines a bit - clang supports GCC style pragmas as a backwards compatibility measure, but we shouldn't count on that (plus we may need to fine tune options specifically for clang or GCC). Also use expanded version in src/other gdiam sources to avoid introducing need
15:05.38Notifyfor common.h there.
15:31.37Notify03BRL-CAD:starseeker * 58763 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Don't eliminate the brepi array.
15:32.41Notify03BRL-CAD:starseeker * 58764 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: no point in this return as yet.
15:34.02Notify03BRL-CAD:starseeker * 58765 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: No, there is a potential point if the libbn obr routine fails - just not sure what to do about it yet.
15:43.20Notify03BRL-CAD:starseeker * 58766 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Let's try without scaling initially - see what happens
15:50.35Notify03BRL-CAD:starseeker * 58767 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: This may need more tweaking, but set the UV domain of the surface to correspond to the UV bounds from the 2d point projection
16:19.11Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
16:28.14*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
16:28.15gcibotHey, I'm a bot written by aviraldg who inserts metadata about GCI links!nSource at: https://github.com/aviraldg/gcibot.
16:29.57*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
16:42.15*** join/#brlcad jschulte (~johannes@p4FDFB2AE.dip0.t-ipconnect.de)
16:52.45*** join/#brlcad Deepak_ (~chatzilla@59.91.116.99)
17:32.31*** join/#brlcad witness (~witness12@182.64.108.157)
17:57.54Notify03GCI:Jacob B *  Generate a code coverage report (lcov+gcov): Ready for review - The work on this task is ready to be reviewed.
18:11.07Notify03GCI: *  :  -
18:33.12Notify03BRL-CAD:tbrowder2 * 58768 brlcad/trunk/include/vfont-if.h: add header guard; add begin/end decl macros for C++; ws
18:34.26Notify03BRL-CAD:tbrowder2 * 58769 brlcad/trunk/include/dm-ogl.h: add _H to header guard; add begin/end decls for C++
18:37.04Notify03BRL-CAD:tbrowder2 * 58770 brlcad/trunk/include/tol.h: add _H to header guard; add begin/end decls for C++
18:40.24Notify03BRL-CAD:tbrowder2 * 58771 brlcad/trunk/include/dm-ps.h: add _H to header guard macro
18:41.04*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
18:42.39Notify03BRL-CAD:tbrowder2 * 58772 brlcad/trunk/include/dm-pex.h: added _H to header guard; added begin/end decls for C++
18:45.44Notify03BRL-CAD:tbrowder2 * 58773 brlcad/trunk/include/shadework.h: added begin/end decls for C++
18:47.16Notify03BRL-CAD:tbrowder2 * 58774 brlcad/trunk/include/dm-wgl.h: added begin/end decls for C++
18:49.13Notify03BRL-CAD:tbrowder2 * 58775 brlcad/trunk/include/tie.h: added begin/end decls for C++
18:52.12Notify03BRL-CAD:tbrowder2 * 58776 brlcad/trunk/include/brlcad_version.h: added header guard; added begin/end decls for C++
18:53.28Notify03BRL-CAD:tbrowder2 * 58777 brlcad/trunk/include/db.h: added begin/end decls for C++
18:54.13Notify03BRL-CAD:tbrowder2 * 58778 brlcad/trunk/include/cmd.h: added begin/end decls for C++
18:55.51Notify03BRL-CAD:tbrowder2 * 58779 brlcad/trunk/include/shadefuncs.h: added begin/end decls for C++; completed header guards
18:58.05Notify03BRL-CAD:tbrowder2 * 58780 brlcad/trunk/include/bot.h: added begin/end decls for C++; added header guards
18:58.21Notify03BRL-CAD:tbrowder2 * 58781 brlcad/trunk/include/spm.h: added begin/end decls for C++
18:59.59Notify03BRL-CAD:tbrowder2 * 58782 brlcad/trunk/include/dm-glx.h: added begin/end decls for C++
19:02.14Notify03BRL-CAD:tbrowder2 * 58783 brlcad/trunk/include/spectrum.h: added begin/end decls for C++; madded header guard
19:03.52Notify03BRL-CAD:tbrowder2 * 58784 brlcad/trunk/include/rtfunc.h: added begin/end decls for C++
19:04.53Notify03BRL-CAD:tbrowder2 * 58785 brlcad/trunk/include/rtserver.h: added begin/end decls for C++; added header guard
19:08.19sniok``Erik: I am looking for tasks like google-melange.com/gci/task/view/google/gci2013/5780081221828608 , 5820985550831616 , 5097545822896128 , 5111996240363520 , 5789856567394304 , 6370365018210304
20:08.37Notify03BRL-CAD:starseeker * 58786 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: More work towards the nmg brep conversion logic.
20:23.27Notify03BRL-CAD:starseeker * 58787 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: make the vertex index selection more compact
20:25.09Notify03BRL-CAD:tbrowder2 * 58788 brlcad/trunk/include/fb.h: add begin/end decls for C++
20:25.57Notify03BRL-CAD:tbrowder2 * 58789 brlcad/trunk/include/fbmsg.h: add header guard
20:27.06Notify03BRL-CAD:tbrowder2 * 58790 brlcad/trunk/include/fbserv_obj.h: add begin/end decls for C++; add common.h for the decl macros
20:28.08Notify03BRL-CAD:tbrowder2 * 58791 brlcad/trunk/include/fft.h: add begin/end decls for C++; add header guard
20:29.33Notify03BRL-CAD:tbrowder2 * 58792 brlcad/trunk/include/libtermio.h: add begin/end decls for C++; add header guard; add common.f for decl macros
20:31.25Notify03BRL-CAD:tbrowder2 * 58793 brlcad/trunk/include/nurb.h: use begin/decl macros instead
20:31.35Notify03BRL-CAD:tbrowder2 * 58794 brlcad/trunk/include/orle.h: add begin/end decls for C++; add header guard
20:32.39Notify03BRL-CAD:tbrowder2 * 58795 brlcad/trunk/include/photonmap.h: add begin/end decls for C++; add header guard
20:33.11Notify03BRL-CAD:tbrowder2 * 58796 brlcad/trunk/include/plot3.h: use begin/decl macros instead
20:35.28Notify03BRL-CAD:starseeker * 58797 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Clean up comments
20:37.07Notify03BRL-CAD:tbrowder2 * 58798 (brlcad/trunk/include/analyze.h brlcad/trunk/include/bot.h and 18 others): add common.h for begin/end decl macro definitions
20:38.18Notify03BRL-CAD:starseeker * 58799 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Remove unused variables
21:05.21Notify03BRL-CAD:starseeker * 58800 brlcad/trunk/src/libbn/tests/bn_chull.c: Need to run some triangles through chull and obr - something isn't working
21:52.12Notify03GCI:Alex *  Add missing documentation (for any ONE command): ad command -  I haver brl-cad software installed and have been on archer entering 'ad' but the command doesnt seem to be recognised...
22:04.53*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
22:04.59*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
22:15.51Notify03BRL-CAD:starseeker * 58801 brlcad/trunk/src/libbn/tests/bn_chull.c: Add triangle test to chull - at this point, looks like its in obr
22:16.52Notify03BRL-CAD:starseeker * 58802 brlcad/trunk/src/libbn/tests/bn_obr.c: Yep, obr. need to step through it and see what's happening.
22:25.09Notify03BRL-CAD:starseeker * 58803 brlcad/trunk/src/libbn/tests/bn_chull.c: remove TODO comment
22:36.28Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
22:46.19Notify03BRL-CAD:tbrowder2 * 58804 (brlcad/trunk/misc/CMake/compat/fdopen_compat.h brlcad/trunk/misc/CMake/compat/fileno_compat.h and 9 others): add begin/end decls for C++; add common.h for decl macro definitions
22:50.59Notify03BRL-CAD:tbrowder2 * 58805 brlcad/trunk/src/librt/search.h: add begin/end decls for C++; add common.h for decl macro definitions
22:53.40Notify03BRL-CAD:tbrowder2 * 58806 brlcad/trunk/src/librt/db5_attrs_private.h: substitute begin/end decl macros; add common.h for decl macro defs; modify comment at end
22:57.00Notify03BRL-CAD:tbrowder2 * 58807 brlcad/trunk/src/anim/cattrack.h: update
22:59.12Notify03BRL-CAD:tbrowder2 * 58808 brlcad/trunk/src/libdm/dm_util.h: add header guard; add begin/end decls for C++; add common.h for decl macro defs
23:01.49Notify03GCI:Alex *  Add missing documentation (for any ONE command): src/sig/ad.c? -  also i cant seem to the src/sig/ad.c?  even though i have it installed and the 'a-d'.exe file is there i cant find the...
23:02.52Notify03BRL-CAD:tbrowder2 * 58809 (brlcad/trunk/src/libgcv/soup.h brlcad/trunk/src/libgcv/tri_intersect.h and 2 others): add header guard; add begin/end decls for C++; add common.h for decl macro defs
23:10.50*** join/#brlcad agkphysics (~aaron@118-92-100-149.dsl.dyn.ihug.co.nz)
23:11.30Notify03BRL-CAD:n_reed * 58810 brlcad/trunk/src/libbrep/PullbackCurve.cpp: Fix return checks. Looks like r58729 went from wrong (incorrect operator precedence) to still wrong (not a predicate return).
IRC log for #brlcad on 20131204

IRC log for #brlcad on 20131204

00:10.17Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Ideas? -  I would like somewhat of an idea to go by, are you sure you don't need anything...
00:33.23*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
02:39.38Notify03GCI:Sean *  Add missing documentation (for any ONE command) #2 http://www.google-melange.com/gci/task/view/google/gci2013/6219730314592256:   looking good, but has errors   Shardul, you're right...
02:39.58Notify03GCI:Sean *  Add missing documentation (for any ONE command) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
02:52.10Notify03GCI:Sean *  Generate a code coverage report (lcov+gcov): This is awesome! -  Jacob, this is really cool. I've not seen an lcov report in a very very long time, long before we had unit tests. Is it...
02:52.30Notify03GCI:Sean *  Generate a code coverage report (lcov+gcov): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
03:01.31brlcadmaths22: I tried a demo of fisheye a year or so ago, but couldn't get past the vendor lock-in aspect even if it was free for open source
03:07.15Notify03GCI:Sean *  Generate a code coverage report (lcov+gcov) http://www.google-melange.com/gci/task/view/google/gci2013/4812355431038976:   follow-on task   A follow-on to this task has been posted::...
03:19.46maths22what do you mean?
03:20.54maths22also, I think you marked my task as needs more work when it is done
03:21.16maths22It is all 3 combined
03:22.09maths22Also, for the followon, can I put it in bamboo: running at brlcad:8085
03:22.37maths22I have been messing with it recently, and I kind of like it
03:22.49maths22I meant http://brlcad.org:8085/
03:27.25maths22Finally, code coverage takes at least an hour, as make regress when coverage is enabled is really slow
03:28.48brlcadmaths22: excellent (all 3), just checking
03:30.07maths22Really finally, do the ones in my homedir actually need coverage>
03:30.36maths22I think I could safely remove them
03:30.42brlcadhm?
03:31.21maths22You asked if I could remove my homedir from certain paths
03:31.26brlcadatlassian's tools are nice, really nice .. but I'm still more inclined to run with jenkins or buildbot
03:31.31maths22I don't think the files in them needed coverage
03:31.42maths22We can add it to buildbut/jenkins later
03:31.43brlcadah
03:31.51maths22My point was rather than a cron job
03:31.56brlcadright, that was all I was saying too
03:32.26brlcadthe point of a cron job is to have it wrapped up neatly in a one-liner (writing output to a log if needed)
03:32.40brlcadso that one-liner can get added to whatever ci we use later
03:32.58maths22Would a shell script work?
03:33.05brlcador that liner can get triggered off a semaphore file (ci writes out a file when a commit is made)
03:33.08brlcadsure
03:33.27brlcadit's more about capturing the output
03:33.39maths22Would the ouput html be saved as a zip?
03:34.03brlcadno no, that'd get installed live
03:34.24maths22What do you mean then by capturing the output?
03:34.27brlcadperhaps install to a new dir, mv old, mv new
03:34.40brlcadoutput from lcov running, if it generates any output
03:35.08maths22You mean output to stdout?
03:35.09brlcadwhatever is being displayed to the console
03:35.11brlcadyep
03:35.23maths22would it then be run on quiet or not?
03:35.35maths22Also, what address does jenkins run at?
03:35.59brlcadso in X years when someone updates/deletes/renames lcov and it's broken, we have the error being logged and it's not just a "dead website mystery" we're trying to decipher
03:36.34maths22That makes sense
03:37.28brlcadhttp://brlcad.org:8180/jenkins/
03:39.08brlcadi'm still really torn on jenkins vs buildbot
03:40.12brlcadneed to run with one hard and the dev in me wants to use buildbot but the user wants jenkins
03:41.18brlcadif we use jenkins, I'd really want it under apache
03:41.29maths22Is it possible to run both?
03:41.39brlcadsure, but why?
03:41.44brlcaddon't need or want both
03:42.01brlcadwe need CI up and running to actually use it
03:42.23brlcadI was hoping someone would step up as a CI manager and devote to one, but that's not happened
03:44.08maths22Where is buildbot currently?
03:47.56brlcaddon't remember...
03:48.11brlcadlooks like it's http://brlcad.org/buildbot/
03:48.24brlcadbut not currently up
03:49.12maths22OK
03:49.25maths22does the original task "need more work"?
03:50.32brlcadthe full paths were nfg
03:51.10brlcadit's listing them because those files have logic (they're c++), that happens to be in headers
03:52.15brlcadchange the url to just "coverage" too
03:52.46brlcadcurious that it only reports 206k lines of code
03:53.58brlcadthat's not even all of librt
03:55.22maths22Does it ignore comment lines?
03:55.34brlcadyep
03:55.49maths22how many lines, w/o comments is librt?
03:56.22brlcadi don't know that off the top of my head :)
03:56.30maths22about what?
03:56.37maths22since 206k is not enough
03:57.37brlcadrunning our enumeration script now to see the total
03:57.57brlcadhow much librt is isn't relevant -- it's that it's a fraction of our source total (a big fraction)
03:58.03brlcador small, however you look at it
03:58.17brlcadit'll take another min
03:58.47maths22Does it also exclude comments?
04:02.39brlcadan exercise left to the reader
04:02.50brlcadlooks like the current count is about 1.2M
04:03.11brlcaddoes not include any blank lines
04:03.21maths22I will look later
04:03.28brlcadso even if you assume every other line is a comment, that's 400k missing
04:05.48brlcaddigging more specific, looks like about 840k of c/c++ source code
04:06.13brlcadwhat's probably happening is lcov is only counting the file(s) containing functions that are called
04:07.23Notify03GCI:Cameron *  Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
04:09.28Notify03GCI:Cameron *  Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task.
04:11.08Notify03GCI:Sean *  Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck!
04:22.33*** join/#brlcad witness (~witness12@122.248.183.23)
04:31.21maths22brlcad: you are right.  I will re-run it to account for that tomorrow
04:43.21*** join/#brlcad agkphysics (~aaron@141.239.252.27.dyn.cust.vf.net.nz)
04:47.52brlcadmaths22: if you have it start with the top-level dir, it probably won't result in those full-path dirs outside of src/
04:48.24brlcadalso, can have it ignore src/other src/external and misc/
05:00.23Notify03GCI:Andromeda Galaxy *  Create an ISST screenshot or animation: Ready for review - The work on this task is ready to be reviewed.
05:17.09*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
05:18.59*** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
05:22.10*** join/#brlcad starseek1r (~starseeke@66.118.151.70)
05:53.01*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
06:33.47*** join/#brlcad agkphysics (~aaron@141.239.252.27.dyn.cust.vf.net.nz)
07:46.06*** join/#brlcad agkphysics (~aaron@189.166.252.27.dyn.cust.vf.net.nz)
08:17.00*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:32.28*** join/#brlcad agkphysics (~aaron@110.227.252.27.dyn.cust.vf.net.nz)
08:38.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:02.31*** join/#brlcad caen23_ (~caen23@92.81.168.188)
09:04.05*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
10:32.53*** join/#brlcad YatharthROCK (~YatharthR@91.140.221.104)
11:54.30Notify03BRL-CAD:bob1961 * 58811 brlcad/trunk/src/libged/polyclip.cpp: Since polygon clipping is happening in 2d, remember the view Z for later use when converting back to 3d.
12:31.20Notify03GCI:Melange *  Add missing documentation (for any ONE command) #2: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
12:33.18Notify03BRL-CAD:bob1961 * 58812 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/ged.c and 2 others): Added the ability to create polygons in an XY plane other than the one at viewZ=1.
12:45.07*** join/#brlcad kesha (~kesha@14.139.122.114)
13:12.56maths22I will remove those dirs
13:37.10*** join/#brlcad jschulte (~johannes@p4FDFBB3C.dip0.t-ipconnect.de)
13:52.48*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
13:55.50sniokHello again, so I am looking for more tasks like google-melange.com/gci/task/view/google/gci2013/5780081221828608 , 5820985550831616 , 5097545822896128 , 5111996240363520 , 5789856567394304 , 6370365018210304. I already have done some of them and I want to sumbit them
14:47.38Notify03BRL-CAD:carlmoore * 58813 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: remove trailing blank
15:02.32*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:03.25Notify03GCI:Jacob B *  Generate a code coverage report (lcov+gcov): Ready for review - The work on this task is ready to be reviewed.
15:24.53Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command) #2: Time Up -  I got what I need to do, but the time seems to have finished. Can I claim the same task again or take...
15:37.30Notify03GCI:Kesha Shah *  Add missing documentation (for any ONE command) #2: Re: Time Up -  Since the task is not closed yet, you are welcome to claim it.
15:40.40Notify03GCI:Daniel Rossberg *  Add missing documentation (for any ONE command) #2: You should try to claim it again -  if you want to finish your work.
15:49.11*** join/#brlcad kesha (~kesha@14.139.122.114)
16:04.28Notify03BRL-CAD Wiki:GlenBrown2 * 0 /wiki/User:GlenBrown2:
16:24.16Notify03BRL-CAD:starseeker * 58814 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Axis aligned box was actually the correct one, so set it up correctly
16:27.57Notify03GCI:Sean *  Create an ISST screenshot or animation: Task Closed - Congratulations, this task has been completed successfully.
16:28.44Notify03GCI:Sean *  Generate a code coverage report (lcov+gcov): Task Closed - Congratulations, this task has been completed successfully.
16:36.50Notify03BRL-CAD:starseeker * 58815 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Not generating valid breps yet, but translate all the points to actually get planes
16:47.56Notify03GCI:Jacob B *  Generate/Update lcov code coverage report daily: Task Claimed - I would like to work on this task.
16:52.47Notify03GCI:Andromeda Galaxy *  Implement a surface area function for super ellipsoids (SUPERELL): Task Claimed - I would like to work on this task.
16:56.46*** join/#brlcad YatharthROCK (~YatharthR@91.140.221.104)
16:58.16Notify03GCI:Mandeep Kaur *  Implement a surface area function for super ellipsoids (SUPERELL): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,...
17:27.32*** join/#brlcad kesha (~kesha@14.139.122.114)
18:19.45*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
18:20.53andromeda-galaxyHi, I am trying to work on http://www.google-melange.com/gci/task/view/google/gci2013/5486014072094720, and I have found that there is no general formula for the surface area of a superellipsoid in terms of elementary functions. Can someone suggest what to do?
18:46.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:48.12*** join/#brlcad kesha (~kesha@14.139.122.114)
18:48.32*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
18:48.52*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
18:49.01*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
18:49.02*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:49.04*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
18:49.06*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:13.26Notify03BRL-CAD:carlmoore * 58816 brlcad/trunk/src/util/gencolor.c: remove 2 single-statement sets of braces; also, should be looking for argc == 1, not argc < 1
19:24.33Notify03BRL-CAD:n_reed * 58817 brlcad/trunk/src/libbn/obr.c: ws/style
20:07.23Notify03BRL-CAD:starseeker * 58818 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Skip trying to reuse the 2d projections. Something still isn't quite correct, but getting closer
20:08.49*** join/#brlcad Peculiar (~Peculiar@196.202.236.217)
20:26.22Notify03BRL-CAD:n_reed * 58819 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/select.c): add a routine for accessing selection objects
21:13.07Notify03BRL-CAD:bob1961 * 58820 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor mod to Archer::buildGeneralPreferences that now handles the possibility of the call to buildOtherGeneralPreferences returning a list of two indices (the first indicating the next row while the second indicates the row that gets configured to grow).
21:14.50*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
21:52.44Notify03BRL-CAD:starseeker * 58821 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Use a variation of the flipping logic from the old routine - this seems to work.
21:59.43Notify03BRL-CAD:starseeker * 58822 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Start cleaning up - may end up using the 3d_coplanar version of the libbn functionality after all, given how this is working out, in which case the projection logic goes back to being internal to libbn
22:42.04Notify03GCI:Anshula Rudhraraju *  Categorize all of BRL-CAD's commands into a spreadsheet: Claim Removed - The claim on this task has been removed, someone else can claim it now.
23:10.18*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
23:11.57*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
IRC log for #brlcad on 20131205

IRC log for #brlcad on 20131205

00:01.51andromeda-galaxyHi, I am trying to work on http://www.google-melange.com/gci/task/view/google/gci2013/5486014072094720, and I have found that there is no general formula for the surface area of a superellipsoid in terms of elementary functions. Can someone suggest what to do?
00:11.29Notify03GCI:Andromeda Galaxy *  Implement a surface area function for super ellipsoids (SUPERELL): No general formula for ellipsoid -  Hi,  I cannot find any general formula for the surface area of the...
01:01.46Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:01.51Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task.
01:02.01Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: None -  I would like somewhat of an idea to go by, are you sure you don't need anything...
01:16.32*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
03:55.37*** join/#brlcad kesha (~kesha@14.139.122.114)
05:08.38Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to...
05:20.02*** join/#brlcad kesha (~kesha@14.139.122.114)
05:23.04Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Why are you unclaiming ? -  Palindrome, you have unclaimed from this task 3 times....
05:24.04Notify03GCI:Gauravjeet Singh *  Generate/Update lcov code coverage report daily: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
05:36.08*** join/#brlcad gjeet (~gjeet@117.220.147.201)
06:58.09Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Ready for review - The work on this task is ready to be reviewed.
07:03.19Notify03GCI:Melange *  Create numerics library (LIBBN) unit test for rand.c: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
07:04.44Notify03GCI:agkphysics *  Implement a volume function for extruded bitmaps (EBM): Sorry for the late reply -  Sorry for the late reply but I have been sick for the past 24 hours, so haven't been able to...
08:13.04Notify03GCI:Marie Gita *  Creating Motion Typography video for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
08:21.20Notify03GCI:Marie Gita *  Creating Motion Typography video for BRL-CAD: submitted work -  I apologize for uploading the same content several times, i thought the files had not uploaded.  This is what I...
08:28.03*** join/#brlcad kesha (~kesha@14.139.122.114)
08:52.37*** join/#brlcad infobot (~infobot@rikers.org)
08:52.37*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
08:53.43*** join/#brlcad infobot (~infobot@rikers.org)
08:53.43*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
09:01.16*** join/#brlcad infobot (~infobot@rikers.org)
09:01.16*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
09:25.38Notify03GCI:Kesha Shah *  Creating Motion Typography video for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
09:25.43Notify03GCI:Kesha Shah *  Creating Motion Typography video for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
09:25.44Notify03GCI:Kesha Shah *  Creating Motion Typography video for BRL-CAD: Good Work -  Good Work Marie Gita. But, it would be great if you can add naration in background or even adding a soft note of some...
09:26.08Notify03GCI:Kesha Shah *  Creating Motion Typography video for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
09:44.43*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
10:17.41Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command) #2: Task Claimed - I would like to work on this task.
10:17.52*** join/#brlcad gjeet (~gjeet@117.220.147.201)
10:29.22Notify03GCI:Gauravjeet Singh *  Add missing documentation (for any ONE command) #2: Task Assigned - This task has been assigned to Shardul Chiplunkar. You have 72 hours to complete this task, good luck!
11:04.41*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
11:07.10*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
11:11.43*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
11:15.46*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:35.10*** join/#brlcad kesha (~kesha@14.139.122.114)
11:52.18Notify03GCI:Melange *  Add missing documentation (for any ONE command): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
12:43.00*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
12:50.24*** join/#brlcad gjeet (~gjeet@117.220.147.201)
12:52.10Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: Task Claimed - I would like to work on this task.
12:53.35Notify03GCI:Gauravjeet Singh *  Write a manual page for MGED's ''brep'' command: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck!
13:03.55*** join/#brlcad YatharthROCK (~YatharthR@91.140.221.104)
13:34.55*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
13:49.37*** join/#brlcad kesha (~kesha@14.139.122.114)
13:54.37Notify03BRL-CAD:starseeker * 58823 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: use bn_3d_coplanar_obr
14:02.12Notify03BRL-CAD:starseeker * 58824 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/obr.c): Don't need to expose the 2d<->3d functions after all - make them private to libbn again.
14:11.28Notify03BRL-CAD:starseeker * 58825 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Do something with the return code
14:16.38Notify03BRL-CAD:starseeker * 58826 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp): Swap in the new nmg_brep routine in place of the old one
14:18.40*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
14:47.08*** join/#brlcad gjeet (~gjeet@117.220.147.201)
15:20.05Notify03BRL-CAD:bob1961 * 58827 brlcad/trunk/src/librt/memalloc.c: This reverts r50778. rt_memfree() needs to continue in order to initialize *pp, otherwise curp and prevp will always be NULL. The short of it is that if we return early when (\!prevp || \!curp), the free memory nodes will never coalesce which results in the file size growing unnecessarily because it's being filled with contiguous free regions that are
15:20.07Notifyalways seen seperately.
15:54.01Notify03BRL-CAD:starseeker * 58828 brlcad/trunk/CMakeLists.txt: The 32 vs. 64 bit issue in MSVC is handled by CMake at the generator level, not the compiler flag level.
16:00.51*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:38.27brlcadandromeda-galaxy: that's a hard one
16:38.41brlcadthere's almost certainly a closed form, but someone would have to derive it
16:40.53starseek1rthe superellipsoid?  I took a quick look and what I found seems to indicate there isn't a general closed form solution
16:41.28brlcadmight help to look at the shapes of the ellipsoid at various stable configurations (like 0,0=box 1,1=sphere and 2,2=prism) and see if there's an interpolation relationship
16:41.58brlcaddon't see why there wouldn't be one
16:42.17brlcadpiecewise, it's very well behaved
16:42.35brlcadeach cross-section is an ellipse afterall
16:42.40starseek1rhttp://mathoverflow.net/questions/80243/surface-area-of-superellipsoid-dice
16:42.46brlcadsurface area is an integral over circumferences, no?
16:44.47starseek1rmaybe you could do it by defining numerical ranges within which various equations would apply...
16:46.46starseek1rnumerical ranges for the input parameters
16:50.34brlcadinteresting mathoverflow discussion
16:51.10brlcadbasically saying to numerically integrate
16:51.28brlcadi like the second response/method more
16:52.07brlcadif i'm reading it right, it's a closed form approximation ... would be interesting to implement it and compare to gqa results
16:54.11brlcadstarseeker: ./bn_private.h and they shouldn't have bn_ prefix if not public
17:01.36``ErikI'd imagine that a symbol used in multiple .c/.h files should still have the prefix even if not explicitely "public".. the 'static' scope limitation is limited to a single C file and some OS's implicitely export non-static symbols, so they can pollute the symbol space...
17:06.04Notify03GCI:Melange *  Document MGED's 'saveview' command options: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The...
17:09.01brlcadyeah, it should have a meaningful prefix, just not the public one
17:09.54brlcadwe have a mix of _prefix_ and group_ in other places
17:10.18brlcadmore a fan of the latter since starting a function with an underscore is technically taboo
17:11.46brlcadthey already have a "coplanar_" group now if bn_ is removed, which would work just fine as the prefix
17:21.09``Erikmaybe a modified prefix, like "bnp_" (private) or "bnl_" (local/lib)
17:21.29``Erikheh, now that I've typed it, it smells bad :)
17:22.27``Erikissue almost makes microsofts dllexport/dllimport crap not seem so horrible :/
17:23.08*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
17:37.51brlcadkinda like that actually
17:37.58brlcad[lib]p_
17:38.29brlcadhadn't thought of a good convention to stick to for the other places we do this yet
17:40.32*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
17:47.29Notify03GCI:Marie Gita *  Creating Motion Typography video for BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
17:54.25Notify03GCI:Marie Gita *  Creating Motion Typography video for BRL-CAD: Task Completed - I have made changes to the video, it is uploaded as BRL-CAD video.mov
18:42.49*** part/#brlcad YatharthROCK (~YatharthR@91.140.221.104)
19:00.29Notify03BRL-CAD:tbrowder2 * 58829 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL): add experimental option to use C++ compiler on all C files, too
19:00.37Notify03BRL-CAD:tbrowder2 * 58830 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add experimental option to use C++ compiler on all C files, too
19:01.01Notify03BRL-CAD:tbrowder2 * 58831 brlcad/trunk/src/librt/CMakeLists.txt: add option for all C++ compile
19:25.50Notify03GCI:MichaelY *  Create numerics library (LIBBN) unit test for rand.c: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:52.03Notify03GCI:Boros Gyevi Adam *  Document MGED's 'saveview' command options: Claim Removed - The claim on this task has been removed, someone else can claim it now.
20:39.02Notify03GCI:Andromeda Galaxy *  Implement a surface area function for super ellipsoids (SUPERELL): Claim Removed - The claim on this task has been removed, someone else can claim it now.
20:40.22Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "dist" functions: Task Claimed - I would like to work on this task.
20:50.35Notify03BRL-CAD:starseeker * 58832 (brlcad/trunk/src/libbn/bn_private.h brlcad/trunk/src/libbn/chull.c and 2 others): Strip bn_ prefix off of coplanar functions, since they turned out to be private after all.
21:12.31starseekerquestion - do we build src/other sources as C++ as well?
21:13.43starseekeris assuming no...
21:29.27Notify03BRL-CAD:starseeker * 58833 (brlcad/trunk/configure brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/librt/CMakeLists.txt): Make the ENABLE_ALL_CXX_COMPILE flag work for all BRL-CAD libraries and executables (but not src/other)
21:32.48Notify03BRL-CAD:starseeker * 58834 (brlcad/trunk/src/libbu/basename.c brlcad/trunk/src/libbu/escape.c): Add a few explicit casts for bu_calloc to help C++ building
21:36.26Notify03BRL-CAD:starseeker * 58835 brlcad/trunk/src/libbu/fnmatch.c: Use 'const char *' to avoid deprecated conversion from string constant to 'char*' with C++
21:42.14Notify03BRL-CAD:starseeker * 58836 brlcad/trunk/src/libbu/getcwd.c: Another bu_calloc char cast
21:53.44brlcadgood assumption
21:55.45brlcadstarseeker: that's somewhat easy gci tasks to post
21:55.47Notify03BRL-CAD:starseeker * 58837 brlcad/trunk/src/libbu/getopt.c: Use const char * for most of this - can't for bu_optarg - could use another set of eyeballs
21:56.11brlcadjust know that some fixess for c++ compilation can break c compilation
21:56.23brlcadthere are a few incompatibilities that will have to be looked at case-by-case
21:56.39starseekernods - I'm just grabbing what look to be low hanging fruit...
21:57.11starseekerthere are declarations in libbu that are complaining about throwing different exceptions
21:57.35starseekerwasn't sure what you wanted to do there
22:02.29starseekerwell, anyway, it's easy to turn on now
22:08.42Notify03BRL-CAD:starseeker * 58838 brlcad/trunk/src/libbu/vfont.c: Avoid issue with const DEFAULT_FONT
22:09.35Notify03BRL-CAD:starseeker * 58839 brlcad/trunk/src/libbu/str.c: bu_malloc cast
22:11.32brlcadgci tasks by definition are low-hanging fruit ;)
22:11.55brlcadbest when there's a lot of little fruit that is tedious or thorny ;)
22:12.29starseekerall right, fair enough
22:12.38starseekercommits and stopps
22:14.16Notify03BRL-CAD:starseeker * 58840 brlcad/trunk/src/libbu/vls.c: Couple more C++ tweaks for libbu
22:14.26Notify03BRL-CAD:starseeker * 58841 brlcad/trunk/src/libbu/mappedfile.c: Couple more C++ tweaks for libbu
22:14.58brlcadno worries, whatever you enjoy working on
22:15.04brlcadI love working on that kind of stuff myself
22:15.21brlcadjust saying, it's quite grunty ;)
22:15.26starseekerheh - don't have time today for the deep dive into the boolean logic that's next on the program
22:16.07brlcadalso dangerous, like r58841
22:16.16brlcadwhere's that memory free'd?
22:16.50brlcad(more than likely is not, leaving it to the caller, and that introduces a leak
22:17.04brlcador previous was crashy
22:17.08starseekerdouble checks - thought I saw some freeing of that variable, but maybe not in the right place
22:17.17starseekerprobably not if it wasn't crashing, come to think of it
22:17.42brlcadit would have had to check the value, obviously cannot free "__STALE__"
22:18.02starseekerwe're strduping that variable at 183
22:18.29brlcador perhaps never encountered in which case your commit fixes the potential crash ... but I'd be a little surprised because that's the sort of thing coverity detects
22:19.33starseekerthe fail goto destination frees it
22:22.04starseekerI think there is at least one path through there that puts something in mp->appl and doesn't free it
22:22.18starseeker(besides the one I just added)
22:23.03brlcadwonders what the callers do
22:24.00starseekerunless we are guaranteed to fail once we reach line 183, it looks like that strdup isn't freed
22:25.16starseekermeh - I can revert it if you prefer until we sort it out - we're a long way from clean C++ building
22:26.21starseekermy guess is if we've ever hit the case that triggers 183, we've just ended up with a small memory leak (i.e. my bet is the callers don't free it)
22:28.35brlcadevery .g is opened as a mappedfile, so we'd see a leak in valgrind during normal use
22:28.53brlcadthat was obviously an exception case, so either appl isn't used or it is free'd somewhere during normal calls
22:29.13brlcadI'd revert until someone traces it for certain
22:29.31starseekerreflects that all C++ compiling is going to be a doozy of a test to add to distcheck-full once we do get it working :-)
22:31.07Notify03BRL-CAD:starseeker * 58842 brlcad/trunk/src/libbu/mappedfile.c: revert the use of strdup here until we figure out what's going on.
23:30.28Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: claim -  i would like to claim this task
23:32.43Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: claim -  i would like to claim this task
23:36.54Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: brl-cad tasks -  I want to participate in more BRL-CAD task as they interest me but feel like i dont have enough skill in the area...
23:57.14*** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com)
23:59.47j_vI meant to come back sooner and give an update on slackbuild for brlcad. the slackbuild is updated for 7.24.0. Thanks, brlcad, for help and suggestions.
IRC log for #brlcad on 20131206

IRC log for #brlcad on 20131206

00:06.55Notify03GCI:Arjun *  Create an utility library (LIBBU) API unit test for any file: Task Claimed - I would like to work on this task.
00:18.06Notify03GCI:Arjun *  Create an utility library (LIBBU) API unit test for any file: Quick Questions -  Hi,  I decided to write a unit test for libbu/color.c, and I came accross a few concerns.  First, am I...
00:40.37*** join/#brlcad arjunyg (43bcf432@gateway/web/freenode/ip.67.188.244.50)
01:25.54*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
01:26.55arjunyganyone know anything about gcibot?
02:00.15maths22what about it?
02:08.25Notify03GCI:Gauravjeet Singh *  Create unit tests for plane.c "dist" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
02:08.40Notify03GCI:Gauravjeet Singh *  Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Arjun. You have 72 hours to complete this task, good luck!
02:22.52*** join/#brlcad gjeet (~androirc@117.199.98.132)
03:04.43brlcadarjunyg: a little bit, why?
04:22.47*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
05:58.36Notify03GCI:Melange *  Implement a volume function for extruded bitmaps (EBM): No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
06:01.01Notify03GCI:Sean *  Creating Motion Typography video for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
06:03.27Notify03GCI:Sean *  Implement a volume function for extruded bitmaps (EBM): Task Closed - Congratulations, this task has been completed successfully.
06:05.32Notify03GCI:Sean *  Implement a volume function for extruded bitmaps (EBM): either way, excellent work -  Whether it's right or not, this is outstanding work. You've gone above and beyond by comparing to...
06:33.29*** join/#brlcad caen23 (~caen23@92.81.177.20)
07:03.56*** join/#brlcad caen23_ (~caen23@92.83.190.22)
08:22.55*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
09:05.23*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
09:59.41*** join/#brlcad kesha (~kesha@14.139.122.114)
10:23.32*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
10:41.35*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:55.05*** join/#brlcad garnett (~Osiris_@195.24.220.16)
11:10.07*** join/#brlcad Ch3ck_ (~Osiris_@195.24.220.16)
12:23.52*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
13:07.08*** join/#brlcad kesha (~kesha@14.139.122.114)
14:09.18*** join/#brlcad microchip_sac (~microchip@223.239.199.70)
14:11.39*** join/#brlcad kesha (~kesha@14.139.122.114)
14:12.04*** join/#brlcad kesha (~kesha@14.139.122.114)
14:24.16*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
14:32.12*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
14:32.59Notify03BRL-CAD:starseeker * 58843 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Shorten toplevel summary line slightly to avoid line wrap in 80x24
14:53.52Notify03BRL-CAD:starseeker * 58844 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Remove extra line
14:55.38Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command) #2: Ready for review - The work on this task is ready to be reviewed.
14:56.29Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command) #2: None -  Please see the second uploaded patch file, it contains the changes. Thanks!
15:02.11Notify03BRL-CAD:carlmoore * 58845 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: fix spelling
15:08.09Notify03BRL-CAD:starseeker * 58846 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Add a BRLCAD_SUMMARIZE_DEV_SETTINGS breakout that provides a place for more developer oriented summary printing entries - they won't be printed by default, but can be enabled by passing -DBRLCAD_SUMMARIZE_DEV_SETTINGS=ON to CMake
15:22.24Notify03BRL-CAD:starseeker * 58847 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Whoops - do need a return when the terminal is actually wide enough for the top line
15:25.08starseekerbrlcad: I'm not sure how to get the summary back down to 80x24 without a radical restructure - just the compilation flags take up almost that much space
15:34.16Notify03BRL-CAD:starseeker * 58848 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Automate handling the width of the initial summary line.
15:46.55Notify03BRL-CAD:starseeker * 58849 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Might as well make this configurable rather than hard coding it, especially since the rest of the summary logic is already more flexible.
16:02.35Notify03BRL-CAD:carlmoore * 58850 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: fix format specification due to warning message
16:05.43Notify03BRL-CAD:tbrowder2 * 58851 (brlcad/trunk/src/lgt/reflect.c brlcad/trunk/src/libbn/plane.c and 16 others): various fixes from compiling with C++ compiler:correct function signaturesuse explict casts from void*use NULL for zeroing pointersremove unneeded 'auto' from variables (also conflicts with use in C++)change function format from K&R to ansiother fixes:ws, styletested with debug build on Debian 7, 64-bitmake
16:05.45Notifyregress successfulmake test passed all but one (known to fail):254/289 Test #254: bn_plane_3pts_collinear_partial_same_2 ..............***Failed 0.00 sec
17:33.26Notify03BRL-CAD:brlcad * 58852 brlcad/trunk/src/libtermio/termio.c: logic changed, should check if HAVE_TERMIOS_H is defined.
19:20.25Notify03BRL-CAD:starseeker * 58853 (brlcad/trunk/src/libbu/kill.c brlcad/trunk/src/libbu/temp.c): Don't do the declarations if we're doing C++
19:20.35Notify03BRL-CAD:brlcad * 58854 brlcad/trunk/src/remrt/remrt.c: begin some cleanup to remove forward declarations and remove function titles
19:26.16brlcad58853 feels like compounding levels of wrong ... that decl is dubious to begin with
19:26.43brlcadnot to mention all the preprocessing goo now surrounding it based on feature testing, platforms, and now compiler type
19:27.07brlcadgone from bad to plaid
19:31.06brlcadstarseeker: reducing summary display is secondary priority to discouraging it from growing more .. it's just getting to be TMI, info that's questionably actionable
19:35.23Notify03BRL-CAD:brlcad * 58855 brlcad/trunk/src/remrt/remrt.c: move pkgswitch to the end, avoid all the forward decls
19:48.50Notify03BRL-CAD:n_reed * 58856 (brlcad/trunk/src/libsysv/CMakeLists.txt brlcad/trunk/src/libsysv/memset.c and 4 others): pragma ignore of -Wunused-const-variable triggers -Wunknown-pragmas for older clang. Condition pragma on having the warning.
20:06.45starseekerbrlcad: fair enough - didn't know if the decl was one of those "necessary" evils or what
20:07.57starseekerbrlcad: I've proposed before that I convert the Tcl package lines in the summary from one-line-per to some more compact list - should I give it a go?
20:08.10starseekerthat would be a decent haircut for the length
20:09.01Notify03BRL-CAD:brlcad * 58857 brlcad/trunk/src/remrt/remrt.c: reorder to avoid all the forward declarations. one of the intended side-effects, it unveiled 3 functions that were unused. deleted tvsub, string2int, and mathtab_constant. made the callback funcs static to boot.
20:09.11starseekerbrlcad: to be honest, that's why I figured the C++ clean-up might not be GCI material - too many ways to "solve" problems that don't solve underlying issues
20:13.44Notify03BRL-CAD:brlcad * 58858 brlcad/trunk/src/remrt/remrt.c: ws comment cleanup, remove internal tabs
20:14.51brlcadstarseeker: hardly anything is ever "necessary" .. just usually what was easiest or (sometimes) what was the best solution at a given point in time
20:15.13brlcadthe decl might have been okay, but the wrapping it's needing says it's probably not any more .. there's a better place for that
20:16.02brlcadi'd hold on the tcl summary listing for the moment .. it's not really that annoying just yet -- how long is the listing and how much will that reduce?
20:16.25brlcadthere's other ways we can display that info that might help too
20:17.17brlcadas for GCI tasking, I think there are categories of fixes that would be appropriate, like all of the (void*) conversions that are implicit in C but require a cast in C++ -- those are easy and generally won't introduce a bug
20:17.23brlcad(unless they get the type wrong)
20:17.43brlcadmaybe can pull a complete make -k log to see what kinds of patterns there are and counts for how many
20:19.26starseekercurrently there are 6 tcl/tk packages being listed individually, counting tk
20:19.54starseekercould probably get it down to 2 lines... compiled vs. system or some such
20:22.00starseekerkinda want to stick SMP-capable and verbose compilation flags in the developer summary category (off by default unless a specific setting is enabled...)
20:22.17starseekerditto for debuggable release, since that's almost always on
20:22.27starseekerdouble ditto for profile
20:22.54starseekeris run-time debugging *ever* turned off?
21:18.54Notify03BRL-CAD:tbrowder2 * 58859 brlcad/trunk/src/libbu/mappedfile.c: use bu_srtdup as advertised for the struct member; ws, style
21:20.29Notify03BRL-CAD:tbrowder2 * 58860 (brlcad/trunk/src/rt/heatgraph.c brlcad/trunk/src/rt/view.c brlcad/trunk/src/util/ttcp.c): quell const string warnings; ws
21:32.34Notify03BRL-CAD:tbrowder2 * 58861 brlcad/trunk/src/libbu/parse.c: ws, style
22:05.26Notify03BRL-CAD:n_reed * 58862 (brlcad/trunk/CHANGES brlcad/trunk/CMakeLists.txt and 4 others): Carbon process-related functions used in dm_applicationfocus are deprecated in OS X 10.9. Removing dm_applicationfocus, since it only applies to OS X, and XQuartz has a "Focus On New Windows" preference that allows you to accomplish the same thing (e.g. giving mged focus on startup). Removing dm_applicationfocus eliminates the
22:05.28Notifyneed to check for Carbon in the first-party build logic.
22:06.13maths22which cmake file would be best for a BRLCAD_ENABLE_COVERAGE option to be added to?
22:10.54*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
22:14.38Notify03BRL-CAD:n_reed * 58863 brlcad/trunk/src/rt/view.c: fix accidental char casts on fastf_t buffers
22:24.05Notify03BRL-CAD:n_reed * 58864 brlcad/trunk/src/libbn/CMakeLists.txt: ignore bn_private.h
22:52.48*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
23:03.15starseekermaths22: that's probably a top level option - sounds a little like BRLCAD_ENABLE_PROFILING
23:16.15maths22I want to create it, but I don't know what file to add it to
23:18.53maths22It looks like toplevel cmakelists + misc/CMake/BRLCAD_CompilerFlags.cmake
23:49.59Notify03BRL-CAD:starseeker * 58865 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Move a few more items into the 'developers only' summary list
IRC log for #brlcad on 20131207

IRC log for #brlcad on 20131207

00:17.38Notify03BRL-CAD:tbrowder2 * 58866 brlcad/trunk/include/bu.h: complete actual signature of sp_hook function
01:02.53Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "dist" functions: Ready for review - The work on this task is ready to be reviewed.
01:33.24*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
01:58.11Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: None -  Sorry, I have been on vacation and school was a priority.   I will have a decent...
02:29.05*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:07.10maths22current trunk fails with latest committ to bu.h: http://brlcad.org:8085/browse/BRLCAD-BUIL-JOB1-208/log
03:32.09*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
04:11.06Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student...
05:01.58*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:34.55Notify03BRL-CAD:brlcad * 58867 brlcad/trunk/src/rt/heatgraph.c: allocating the wrong type size
05:59.43Notify03BRL-CAD:brlcad * 58868 brlcad/trunk/src/librt/bundle.c: remove the dead-code comment. this would just add a layer of obfuscation anyways seeing as there's no duplication being reduced or semantic information being strengthened.
06:09.47Notify03BRL-CAD:brlcad * 58869 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: apply sf patch 244, gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6219730314592256 ) from Shardul Chiplunkar where he provides a man page for rtexample.
06:09.49gcibotAdd missing documentation (for any ONE command) #2
06:09.49gcibotStatus: NeedsReview (28 hours, 19 minutes left)
06:09.49gcibotMentor(s): Sean
06:13.43Notify03BRL-CAD:brlcad * 58870 brlcad/trunk/doc/docbook/system/man1/en/rtexample.xml: put the right 'author' and copyright year
06:15.27Notify03BRL-CAD:brlcad * 58871 brlcad/trunk/AUTHORS: credit GCI student Shardul Chiplunkar with special thanks for creating a simple man page for rtexample.
06:17.07Notify03GCI:Sean *  Add missing documentation (for any ONE command) #2: passes validation -  The latest patch passes validation. The author and copyright fields weren't right, but they were fixed in a...
06:17.37Notify03GCI:Sean *  Add missing documentation (for any ONE command) #2: Task Closed - Congratulations, this task has been completed successfully.
06:26.23Notify03BRL-CAD:brlcad * 58872 brlcad/trunk/include/bu.h: revert r58866 because not all of our hooked functions have that signature (see dsp.c for example). might be possible to make them all match, but unbreak build in the meantime.
06:46.02*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
07:53.02*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
08:06.38*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:13.26Notify03BRL-CAD:brlcad * 58873 brlcad/trunk/src/libbn/tests/CMakeLists.txt: apply unmodified gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5836757207613440 ) from Andromeda Galaxy, implementing a unit test for some of the functions in plane.c
08:13.27gcibotCreate unit tests for plane.c "dist" functions
08:13.27gcibotStatus: NeedsReview (41 hours, 54 minutes left)
08:13.27gcibotMentor(s): Sean
08:13.35Notify03BRL-CAD:brlcad * 58874 brlcad/trunk/src/libbn/tests/bn_plane_dist.c: fix filename in header
08:18.52Notify03GCI:Sean *  Create unit tests for plane.c "dist" functions: Task Closed - Congratulations, this task has been completed successfully.
08:20.53brlcadmaths22: thanks, should be fixed now
08:21.09brlcadI don't think he tested that one
08:22.11Notify03BRL-CAD:brlcad * 58875 brlcad/trunk/src/libbn/tests/bn_plane_dist.c: ws
08:23.50Notify03GCI:Sean *  Create unit tests for plane.c "dist" functions: patch applied cleanly -  Nearly perfect patch. The comment header was wrong, but the content looked good. A little surprised you didn't...
08:39.29*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:52.55*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:08.36Notify03BRL-CAD:tbrowder2 * 58876 brlcad/trunk/src/librt/primitives/dsp/dsp.c: ws, style
12:15.47*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
13:09.32Notify03BRL-CAD:tbrowder2 * 58877 (brlcad/trunk/src/libbu/whereis.c brlcad/trunk/src/libbu/which.c): squash const string warnings/errors
13:45.33*** join/#brlcad jschulte (~johannes@p4FDFADA7.dip0.t-ipconnect.de)
14:17.53jschulteHello, when doing this task(http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504), I was told to remind you of creating tasks for fixing some qsort-uses, it would be great if someone could create them.
14:25.27jschulteMoreover, I just wanted so state, that I'm strongly interested in the reworking for C++ compiling, so if there are any suitable GCI-tasks for this, don't hesitate to create them, I would love to support this process
14:32.08*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
14:34.06Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command): Task Claimed - I would like to work on this task.
14:36.16Notify03GCI:Mandeep Kaur *  Add missing documentation (for any ONE command): Task Assigned - This task has been assigned to Shardul Chiplunkar. You have 72 hours to complete this task, good luck!
14:57.50*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:23.26*** join/#brlcad caen23 (~caen23@92.83.190.22)
15:37.36Notify03BRL-CAD:tbrowder2 * 58878 brlcad/trunk/src/librt/primitives/dsp/dsp.c: ws, style
15:54.33Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "intersection" functions: Task Claimed - I would like to work on this task.
16:08.05*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
16:08.05*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
16:34.02Notify03GCI:Mandeep Kaur *  Create unit tests for plane.c "intersection" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
16:42.36*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
17:15.59Notify03GCI:Shardul Chiplunkar *  Add missing documentation (for any ONE command): Ready for review - The work on this task is ready to be reviewed.
18:07.41Notify03BRL-CAD:brlcad * 58879 (brlcad/trunk/src/libbu/whereis.c brlcad/trunk/src/libbu/which.c): the issue is that static strings are const, so propagating const to the directory pointer should be a simpler solution.
18:34.21brlcadhello Ch3ck_
18:34.43Ch3ck_Hello brlcad
18:40.17Ch3ck_brlcad, Isaac and I need your assistance. Can I pm?
19:06.13*** join/#brlcad svineet (~svineet@117.200.85.167)
19:06.20svineetgcibot, ping
19:06.23gcibotsvineet: Hey, I'm a bot written by aviraldg (some fixes by: puckipedia) who inserts metadata about GCI links!
19:06.23gcibotsvineet: Source at: https://github.com/aviraldg/gcibot <-> https://github.com/puckipedia/gcibot
19:06.23gcibotsvineet: Log of all channels: http://ur1.ca/g5cah | GCI Leaderboard (by svineet): http://ur1.ca/g5olr
19:06.41brlcadCh3ck_: sure, but know that I'm in and out all day
19:06.54brlcada response may take a while, but say what you intend to say and I'll reply when I can
19:19.19*** part/#brlcad svineet (~svineet@117.200.85.167)
19:55.30Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: help -  i really want to do this task but i cant subscribe for it anywhere , helppp
20:07.22Ch3ck_retires for the day
20:12.17Notify03GCI:Sean *  Reproduce any 5 unconfirmed open bug reports: click the claim button -  There should be a "Claim Task" button on the upper right side next to the task title.
20:46.42Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: no button -  its not there
21:00.23Notify03GCI:Sean *  Reproduce any 5 unconfirmed open bug reports http://www.google-melange.com/gci/task/view/google/gci2013/4673576447770624:   paperwork?   Did you complete the registration process? You...
21:04.33Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: so confused -  i sighned up for the competition and also uploaded the parental form and student id. is there something else i...
21:05.43Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: None -  and i have already claimed a few tasks , i just cant claim this one
21:12.29*** part/#brlcad caen23 (~caen23@92.83.190.22)
21:21.34Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: Task Claimed - I would like to work on this task.
21:32.25Notify03GCI:Rehema Kyeyune *  Find, reliably reproduce, and report any bug in Archer: claim -  i would like to work on this task
21:39.58Notify03BRL-CAD:tbrowder2 * 58880 (brlcad/trunk/src/liboptical/sh_air.c brlcad/trunk/src/liboptical/sh_billboard.c and 12 others): ws, styleset.c:ordered some func decls alphabetically for ease of maintenance
22:21.51Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "intersection" functions: Ready for review - The work on this task is ready to be reviewed.
22:56.20*** join/#brlcad infobot (~infobot@rikers.org)
22:56.20*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
23:07.01Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed.
IRC log for #brlcad on 20131208

IRC log for #brlcad on 20131208

01:37.31*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
02:58.32Notify03GCI:Gauravjeet Singh *  Reproduce any 5 unconfirmed open bug reports: Task Assigned - This task has been assigned to Rehema Kyeyune. You have 72 hours to complete this task, good luck!
03:54.02maths22brlcad: how does http://brlcad.org/coverage look now?
03:54.10maths22Are the line numbers better?
04:03.15maths22Also, lcov/gcov seems to ignore header files
04:10.19Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Ready for review - The work on this task is ready to be reviewed.
04:11.04Notify03GCI:Melange *  Model BRL-CAD Logo Using BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
05:09.14Notify03GCI:Melange *  Design a cover image or banner for our Facebook page (and other social media sites) #6: No more Work can be submitted - Melange has detected that the deadline has passed and no more...
05:24.04Notify03GCI:Melange *  Generate/Update lcov code coverage report daily: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded....
05:41.08Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6 http://www.google-melange.com/gci/task/view/google/gci2013/5327637555707904:   Previews   I...
05:41.14*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-119-208.aby.bellsouth.net)
07:19.06Notify03GCI:mandar *  Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task.
07:55.51*** join/#brlcad yomanurock (3b5f268a@gateway/web/freenode/ip.59.95.38.138)
07:56.57Notify03GCI:Mandeep Kaur *  Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to mandar. You have 72 hours to complete this task, good luck!
08:33.18Notify03GCI:mandar *  Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
08:35.03Notify03GCI:mandar *  Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task.
08:36.22*** join/#brlcad yomanurock (3b5f268a@gateway/web/freenode/ip.59.95.38.138)
08:36.58yomanurockcould anybody tell me what the 'a-d' command does and how to use it
08:40.53yomanurockcould anybody tell me what the wdb_example command does and also how to use it?
08:44.12Notify03GCI:mandar *  Add missing documentation (for any ONE command) #3: wdb_example available? -  Is the wdb_example command available?
08:54.07*** join/#brlcad mjuvekar (3b5f268a@gateway/web/freenode/ip.59.95.38.138)
08:54.28mjuvekarcan anyone please tell me the options available for wdb_example?
09:14.21*** join/#brlcad mjuvekar (3b5f268a@gateway/web/freenode/ip.59.95.38.138)
11:22.59Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Good Design -  This is some decent design, good work. This is something enough to...
11:23.54Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Needs More Work - One of the mentors has sent this task back for more work....
11:24.04Notify03GCI:Gauravjeet Singh *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Deadline extended - The deadline of the task has been extended with 0 days and 12...
11:37.48*** join/#brlcad gjeet (~gjeet@117.212.50.142)
12:45.12*** join/#brlcad jschulte (~johannes@p4FDF99D2.dip0.t-ipconnect.de)
12:53.25Notify03GCI:Melange *  Write a manual page for MGED's ''brep'' command: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
13:56.02*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
14:53.59Notify03GCI:Sean *  Create unit tests for plane.c "intersection" functions: Task Closed - Congratulations, this task has been completed successfully.
14:57.08Notify03GCI:Sean *  Create unit tests for plane.c "intersection" functions: another -  Another excellent patch. Please create a Sourceforge account if you have not done so already and let me know what...
15:01.01Notify03BRL-CAD:brlcad * 58881 brlcad/trunk/src/libbn/tests/CMakeLists.txt: add gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5770305876262912 ) from andromeda galaxy that implements the plane intersection tests. slightly modified patch (comma to decimal), and several are failing that require inspection.
15:01.02gcibotCreate unit tests for plane.c "intersection" functions
15:01.02gcibotStatus: Closed
15:01.02gcibotMentor(s): Sean
15:03.07Notify03GCI:Sean *  Create unit tests for plane.c "intersection" functions: nearly perfect -  Your patch was applied in r58881, slightly modified. You had a typo on two lines, which I'm surprised you...
15:08.08Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: Task Claimed - I would like to work on this task.
15:09.12Notify03GCI:Mandeep Kaur *  Investigate permuted vertex lists from g-iges + iges-g: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
15:13.19Notify03GCI:Andromeda Galaxy *  Create unit tests for plane.c "intersection" functions: failing tests -  I tried to document which tests fail for me in the CMakeLists.txt file. I did notice that on all of...
15:33.28Notify03BRL-CAD:brlcad * 58882 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: add an initial man page patch from gci ( http://www.google-melange.com/gci/task/view/google/gci2013/5336324261281792 ) and sf patch 245 from Shardul Chiplunkar
15:33.29gcibotAdd missing documentation (for any ONE command)
15:33.29gcibotStatus: NeedsReview (47 hours, 2 minutes left)
15:33.29gcibotMentor(s): Sean
15:34.07Notify03GCI:Sean *  Add missing documentation (for any ONE command): Task Closed - Congratulations, this task has been completed successfully.
15:35.32Notify03GCI:Sean *  Add missing documentation (for any ONE command): brep_simple -  The manual page for brep_simple looks great. I like how you took a little extra time to add the diagram from the source...
15:40.50Notify03BRL-CAD:brlcad * 58883 brlcad/trunk/NEWS: note the two new manual pages from Shardul Chiplunkar
15:40.51Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
15:55.57Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320:   glad to hear it   Hi Alex!  Glad to hear that you're...
16:13.01Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command: reason for more work -  The reason I marked this for more work is so that you can submit your work in proper patch format, integrated...
16:13.16Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
16:14.21Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command: in case you're wondering -  If you know what you're doing, this last step should take all of 2 minutes. It might take you a couple...
17:24.28Notify03GCI:Palindrome *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Ready for review - The work on this task is ready to be reviewed.
17:28.13*** join/#brlcad caen23 (~caen23@92.85.94.135)
18:11.32Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #6: looks fantastic -  Palindrome, this looks great but are those the only raw files you have? How...
18:11.37Notify03GCI:Sean *  Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Closed - Congratulations, this task has been completed successfully.
18:25.58Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320:   None   Thanks for the detailed feedback answering my...
18:50.00*** join/#brlcad jschulte (~johannes@p4FDF9380.dip0.t-ipconnect.de)
19:06.20Notify03GCI:Johannes Schulte *  Implement surface area function for polygonal meshes (NMG): None -  You told me to remind you of creating those tasks, so I would appreciate if you could do that :)...
19:41.06*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-119-208.aby.bellsouth.net)
19:44.16*** part/#brlcad Palindrome (~Palindrom@adsl-108-129-119-208.aby.bellsouth.net)
20:03.37*** join/#brlcad jayantr7 (~jayantr7@117.200.82.250)
20:04.54*** part/#brlcad jayantr7 (~jayantr7@117.200.82.250)
20:15.22andromeda-galaxyDoes anyone know where I could find a spec for the way that BRL-CAD handles the IGES file format?
21:47.06maths22brlcad: can my task be extended one day?
21:47.23maths22I just need to set up cron and test it running on a clean directory
23:07.31``Erikandromeda-galaxy: I think the only info is the code... src/conv/iges/ (I believe most of that code was originally written by one of the committee members for the iges spec itself)
23:09.04``Erikmaths22: sounds legit, what url or id# ?
23:11.38Notify03GCI:erikg *  Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to mandar. You have 72 hours to complete this task, good luck!
23:12.58Notify03GCI:erikg *  Add missing documentation (for any ONE command) #3: re: wdb_example available? -  wdb_example is available at src/proc-db/wdb_example.c
23:14.08Notify03GCI:erikg *  Add missing documentation (for any ONE command) #3: re: wdb_example available? -  (and there is no documentation for wdb_example at doc/docbook/system/man1/en/wdb_example.xml yet)
23:21.22maths22http://www.google-melange.com/gci/task/view/google/gci2013/5849379982278656
23:21.23gcibotGenerate/Update lcov code coverage report daily
23:21.23gcibotStatus: ActionNeeded (6 hours, 2 minutes left)
23:21.23gcibotMentor(s): Sean
23:29.40Notify03GCI:erikg *  Generate/Update lcov code coverage report daily: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
23:41.27maths22``Erik: I don't know if you can do this, but for the task to work  with cron, a pach must be committed to svn
23:41.39maths22I can provide the details if you want them
23:42.48Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: Ready for review - The work on this task is ready to be reviewed.
23:42.59andromeda-galaxy``Erik: Can you tell me if https://www.google-melange.com/gci/task/view/google/gci2013/5345276583739392 is detailed enough? It is quite hard figuring out how data is stored, because I cannot find a spec for IGES anywhere.
23:43.00gcibotInvestigate permuted vertex lists from g-iges + iges-g
23:43.00gcibotStatus: NeedsReview (2 days, 15 hours left)
23:43.00gcibotMentor(s): Sean
23:43.38Notify03GCI:Daniel *  Model BRL-CAD Logo Using BRL-CAD: IRC -  Do you guys have an irc or something that would be convinient to chat on?
IRC log for #brlcad on 20131209

IRC log for #brlcad on 20131209

00:21.17*** join/#brlcad sitkov (~sitkov@91.210.101.125)
00:50.09*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
01:22.09*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-131.aby.bellsouth.net)
01:26.43*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-131.aby.bellsouth.net)
01:55.26maths22andromeda-galaxy: see https://github.com/lhr0909/IGESParser
01:55.37maths22IGES5-3_forDownload.pdf
02:06.43Notify03GCI:Arjun *  Create an utility library (LIBBU) API unit test for any file: Ready for review - The work on this task is ready to be reviewed.
02:08.30Notify03GCI:Melange *  Create an utility library (LIBBU) API unit test for any file: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted....
02:09.15Notify03GCI:Arjun *  Create an utility library (LIBBU) API unit test for any file: Clicked the wrong file... -  I accidentally uploaded the wrong patch, namely the one I made when I was half-done and...
02:23.51*** part/#brlcad Palindrome (~Palindrom@adsl-108-129-124-131.aby.bellsouth.net)
02:33.44*** join/#brlcad maths221 (~maths22@66-118-151-70.static.sagonet.net)
02:59.33Notify03GCI:Sean *  Investigate permuted vertex lists from g-iges + iges-g: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
03:03.29Notify03GCI:Sean *  Investigate permuted vertex lists from g-iges + iges-g: more detail -  More details please? It's not clear to me why the container would cause permuted vertices if they are iterated to...
03:04.44Notify03GCI:Sean *  Create an utility library (LIBBU) API unit test for any file: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
03:10.14Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: Hopefully a clarification -  Because I cannot find a specification for the IGES file format, I could only look at...
03:16.58Notify03GCI:Jacob B *  Investigate permuted vertex lists from g-iges + iges-g: Standard -  For the standard, see my comment on IRC (nick maths22). You will need to download the zip of the github repo I...
03:20.19Notify03GCI:Sean *  Create an utility library (LIBBU) API unit test for any file: done -  Done Arjun, just let us know when you're done.  As for your questions, you do indeed have the right repo and your...
03:39.22Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: thanks -  Thank you for the link to the standard!
03:42.07Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: More clarity -  Thanks to Jacob B.'s helpfully provided standard, I think that the problem is that...
03:43.43Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: Ready for review - The work on this task is ready to be reviewed.
03:46.47*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
03:49.09*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
03:50.41*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
04:10.06brlcadmaths22: that looks much better .. and crazy-informative
04:25.08maths22it will be messed up once the cron job takes effect until a patch is submitted
04:25.13maths22I will do that tomorrow
06:46.09*** join/#brlcad witness (~witness12@122.248.183.23)
07:14.02*** join/#brlcad witness_ (~witness12@122.248.183.23)
08:13.08*** join/#brlcad witness (~witness12@122.248.183.23)
09:00.54*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:05.32*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:13.01*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:37.54*** join/#brlcad witness (~witness12@122.248.183.23)
09:41.45*** join/#brlcad witness (~witness12@122.248.183.23)
09:42.15*** join/#brlcad sealuan (~sealuan@91.210.100.56)
10:27.01*** join/#brlcad elenadv (~elenadv@91.210.100.138)
11:14.18*** join/#brlcad witness (~witness12@122.248.183.23)
11:37.12*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
12:47.28Notify03GCI:Deep Inder Singh *  Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task.
13:28.01*** join/#brlcad witness (~witness12@182.64.164.221)
13:28.56*** join/#brlcad witness (~witness12@182.64.164.221)
14:01.10*** join/#brlcad infobot (~infobot@rikers.org)
14:01.10*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
14:05.46*** join/#brlcad infobot (~infobot@rikers.org)
14:05.46*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
14:12.19*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
14:14.40*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
14:17.03*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
14:17.39*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
14:33.17*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
14:59.35*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:02.54*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
15:05.41*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
15:06.23Notify03GCI:Vipul Sharma *  Implement a surface area function for gridded volumes (VOL): Task Claimed - I would like to work on this task.
15:10.45Notify03GCI:Mandeep Kaur *  Implement a surface area function for gridded volumes (VOL): Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck!
15:39.19*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16)
15:53.39*** join/#brlcad jschulte (~johannes@p4FDF84CB.dip0.t-ipconnect.de)
16:18.43jschulteHello, when doing this task(http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504), I was told to remind you of creating tasks for fixing some qsort-uses, it would be great if someone could create them.
16:19.02jschulteMoreover, I just wanted so state, that I'm strongly interested in the reworking for C++ compiling, so if there are any suitable GCI-tasks for this, don't hesitate to create them, I would love to support this process
16:29.13Notify03BRL-CAD Wiki:Tetravision * 0 /wiki/User:Tetravision:
16:31.11d_rossbergjschulte: i couldn't find a way to create any task; ask brlcad what's wrong
16:33.47jschultethanks for your efforts, I'll ask him
16:42.58brlcadjschulte: thanks for the reminder
16:43.08brlcadonly the admin can add new tasks, so I'll get that done today
16:46.44jschultethank you
16:50.39*** join/#brlcad kesha (~kesha@49.249.17.171)
16:59.34*** join/#brlcad kesha (~kesha@49.202.238.44)
17:11.56*** join/#brlcad kesha (~kesha@49.248.244.51)
17:59.40*** join/#brlcad jschulte (~androirc@p4FDF84CB.dip0.t-ipconnect.de)
18:26.43Notify03BRL-CAD:carlmoore * 58884 (brlcad/trunk/doc/docbook/system/man1/en/brep_simple.xml brlcad/trunk/doc/docbook/system/man1/en/rtexample.xml): fix spellings; remove trailing blanks/tabs
18:42.08*** join/#brlcad milava (~milava@91.229.248.12)
20:50.31*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
21:55.46*** join/#brlcad jschulte (~androirc@p4FDF84CB.dip0.t-ipconnect.de)
22:03.53*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
22:23.57*** join/#brlcad Palindrome2 (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
22:27.51*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
23:21.55Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: found out -  I have found out about the source repository and can now see all the docbook links reffered to. I found the CMakeLists.txt...
23:39.13Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: None -  I now have subversion installed but still have the same problems
23:42.08Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed.
23:42.35*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
23:43.44Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: None -  I know the patch file hasnt been uploaded but i uploaded the 'cmakelists.txt' to extend the time so you could get back to me on...
23:49.02*** join/#brlcad agkphysics (~aaron@118-93-160-93.dsl.dyn.ihug.co.nz)
23:54.04Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
IRC log for #brlcad on 20131210

IRC log for #brlcad on 20131210

00:50.25*** join/#brlcad infobot (~infobot@rikers.org)
00:50.25*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
01:50.00*** join/#brlcad YuGin (~IceChat77@182.55.146.247)
01:59.30*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:09.33*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
03:46.43*** join/#brlcad witness (~witness12@182.64.164.221)
04:57.18*** join/#brlcad witness (~witness12@122.248.183.23)
05:12.51*** join/#brlcad witness_ (~witness12@122.248.183.23)
07:32.40Notify03GCI:Melange *  Generate/Update lcov code coverage report daily: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
07:34.30Notify03GCI:Sean *  Generate/Update lcov code coverage report daily: Task Closed - Congratulations, this task has been completed successfully.
07:36.43Notify03BRL-CAD:brlcad * 58885 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5849379982278656 ) from maths22 that adds a code coverage option to our build system (presumably llvm/lcov-specific).
07:36.44gcibotGenerate/Update lcov code coverage report daily
07:36.45gcibotStatus: Closed
07:36.45gcibotMentor(s): Sean
07:44.15Notify03BRL-CAD:brlcad * 58886 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: the -g and -O0 flags are controlled by other options, so it should be safe to remove them. let the user create an optimized coverage report if they are so inclined to see what that looks like.
08:01.08Notify03GCI:Sean *  Generate/Update lcov code coverage report daily http://www.google-melange.com/gci/task/view/google/gci2013/5849379982278656:   applied   Patch applied in r58885. Looking good, though I...
08:17.50Notify03GCI:Sean *  Investigate permuted vertex lists from g-iges + iges-g: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
08:17.51Notify03GCI:Sean *  Investigate permuted vertex lists from g-iges + iges-g: Still not it -  Andromeda, I think you're still missing the mark here. This problem doesn't really have to do with the IGES...
08:18.35Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
08:18.50Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
08:25.07Notify03GCI:Sean *  Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320:   previous comment   Alex, I responded to your forum...
08:48.15*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:38.32Notify03BRL-CAD:tbrowder2 * 58887 brlcad/trunk/src/liboptical/sh_camo.c: remove unused function
11:49.42Notify03BRL-CAD:tbrowder2 * 58888 brlcad/trunk/src/liboptical/sh_noise.c: remove unused function
12:21.31Notify03BRL-CAD:tbrowder2 * 58889 brlcad/trunk/src/liboptical/sh_text.c: rename vars for convention and ease of maintenance
12:36.53Notify03GCI:mandar *  Add missing documentation (for any ONE command) #3: Options? -  The file 'wdb_example' does not list any options for the command. Also, I am a bit confused about the .g file. What do...
12:43.40Notify03BRL-CAD:tbrowder2 * 58890 brlcad/trunk/src/liboptical/sh_text.c: use correct var name
13:06.13Notify03GCI:Jacob B *  Make new coverage build flag behave: Task Claimed - I would like to work on this task.
13:50.47Notify03BRL-CAD:tbrowder2 * 58891 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/parse.c and 26 others): changing all bu_structparse.sp_hook function signatures to be thesame:void xxx(const struct bu_structparse *sdp, const char *name, void *base, const char *value)removed 'register' storage specifier where found in the sp_hookfunction argschange requires some new or changed casts inside functionsother changes:grouped
13:50.49Notifysp_hook func decls together for ease of maintenancesuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'
13:58.46*** join/#brlcad witness (~witness12@182.64.164.221)
14:27.55*** join/#brlcad infobot (~infobot@rikers.org)
14:27.55*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
14:33.36*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
14:38.28*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
14:38.39*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
14:39.49*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
14:40.56*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
14:43.26*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
14:53.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:54.02Notify03BRL-CAD:tbrowder2 * 58892 (brlcad/trunk/src/liboptical/sh_camo.c brlcad/trunk/src/liboptical/sh_noise.c brlcad/trunk/src/liboptical/sh_text.c): -----------
14:58.33Notify03BRL-CAD:tbrowder2 * 58893 (brlcad/trunk/src/libbu/parse.c brlcad/trunk/src/liboptical/sh_air.c and 4 others): ws, style
15:07.38Notify03BRL-CAD:tbrowder2 * 58894 brlcad/trunk/src/liboptical/sh_text.c: ws, style
15:21.24Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: Ready for review - The work on this task is ready to be reviewed.
15:24.44Notify03GCI:mandar *  Add missing documentation (for any ONE command) #3: How/What to submit? -  How and what do I submit? I have made the xml file and made the required changes to the CMakeList.txt
15:39.16Notify03GCI:Gauravjeet Singh *  Make new coverage build flag behave: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
15:54.50Notify03BRL-CAD:tbrowder2 * 58895 brlcad/trunk/src/other/libgdiam/gdiam.hpp: move pragmas to beginning of file to catch all instances of -Wfloat-equal
15:59.03Notify03BRL-CAD:tbrowder2 * 58896 brlcad/trunk/src/other/libgdiam/gdiam.hpp: end diagnostic pragmas at end of file
17:05.48*** join/#brlcad jschulte (~johannes@p4FDF8FEA.dip0.t-ipconnect.de)
17:26.47*** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
18:47.17*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
19:14.36Notify03BRL-CAD:tbrowder2 * 58897 brlcad/trunk/TODO: regroup some similar tasks into a new category
19:37.34jschultebrlcad: Did you already add the tasks yesterday, because I can't see them?
20:31.50*** join/#brlcad agkphysics (~aaron@118-92-107-140.dsl.dyn.ihug.co.nz)
20:48.05*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
21:05.05Notify03GCI:agkphysics *  Implement a surface area function for extruded bitmaps (EBM): Task Claimed - I would like to work on this task.
22:00.58*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net)
22:29.13Notify03BRL-CAD Wiki:Rehemakyeyune * 0 /wiki/User:Rehemakyeyune:
22:48.02Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: doing the task -  I spent the first day of this task looking up information on bug reports and how to reproduce them . i then...
22:50.52Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: Ready for review - The work on this task is ready to be reviewed.
23:07.24Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: Thanks -  Thanks for the reply and extend on time. i will do my best to create this patch and Cmakelists.txt
IRC log for #brlcad on 20131211

IRC log for #brlcad on 20131211

00:32.20Notify03GCI:Arjun *  Create an utility library (LIBBU) API unit test for any file: Can't Submit Anything? -  Haha yeah I noticed the complete and utter misuse of malloc later and I have now cleaned up...
02:32.44Notify03GCI:Daniel *  Model BRL-CAD Logo Using BRL-CAD: Task Claimed - I would like to work on this task.
02:58.50Notify03GCI:Melange *  Reproduce any 5 unconfirmed open bug reports: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work...
03:54.41Notify03GCI:Mandeep Kaur *  Model BRL-CAD Logo Using BRL-CAD: Task Assigned - This task has been assigned to Daniel. You have 72 hours to complete this task, good luck!
03:55.01Notify03GCI:Mandeep Kaur *  Implement a surface area function for extruded bitmaps (EBM): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck!
04:00.54*** join/#brlcad witness (~witness12@122.248.183.23)
04:16.43Notify03GCI:Daniel *  Model BRL-CAD Logo Using BRL-CAD: Place to talk to you -  How can I get in touch if I have any questions?
04:35.09Notify03GCI:Daniel *  Model BRL-CAD Logo Using BRL-CAD: Ready for review - The work on this task is ready to be reviewed.
04:37.19Notify03GCI:Daniel *  Model BRL-CAD Logo Using BRL-CAD: Ready for review -  The final pieces are part1.c and part2.c The view in the drawing is ae: 225 40.
07:08.19Notify03GCI:Sean *  Investigate permuted vertex lists from g-iges + iges-g: Task Closed - Congratulations, this task has been completed successfully.
07:18.54Notify03GCI:Sean *  Investigate permuted vertex lists from g-iges + iges-g http://www.google-melange.com/gci/task/view/google/gci2013/5345276583739392:   Excellent   Now that's actionable, nice work! A...
07:22.14Notify03GCI:Sean *  Model BRL-CAD Logo Using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5765013537030144:   apologies on belated reply   Yes, we do have an IRC channel. See here...
07:27.15Notify03GCI:Sean *  Model BRL-CAD Logo Using BRL-CAD: Fantastic -  Your rendition of the BRL-CAD logo is spectacular, perfect. You're the first person to come up with a model design that fits what I...
07:27.29Notify03GCI:Sean *  Model BRL-CAD Logo Using BRL-CAD: Task Closed - Congratulations, this task has been completed successfully.
07:31.30Notify03GCI:Sean *  Reproduce any 5 unconfirmed open bug reports: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
07:31.50Notify03GCI:Sean *  Reproduce any 5 unconfirmed open bug reports: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
07:35.42Notify03GCI:Sean *  Reproduce any 5 unconfirmed open bug reports: PCMan File Manager -  I'm not sure what to make of the .docx file that you submitted. It includes six links to the PCMan File Manager...
08:05.11*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
08:09.22Notify03GCI:agkphysics *  Implement a surface area function for extruded bitmaps (EBM): Ready for review - The work on this task is ready to be reviewed.
08:12.32Notify03GCI:agkphysics *  Implement a surface area function for extruded bitmaps (EBM): Testing -  I have briefly tested this and it looks like it gives correct results.  Most of the method is similar to...
08:33.39*** join/#brlcad kesha (~kesha@49.202.238.189)
09:08.40*** join/#brlcad kesha (~kesha@49.202.238.189)
13:56.13andromed`brlcad: can you post the URL to the follow-on again? Melange just says the page is inactive...
14:05.39Notify03GCI:Andromeda Galaxy *  Investigate permuted vertex lists from g-iges + iges-g: Follow on? -  I just wanted to tell you that the link that you posted...
14:39.07Notify03GCI:Andromeda Galaxy *  Document MGED's 'saveview' command options: Task Claimed - I would like to work on this task.
14:42.39Notify03GCI:Mandeep Kaur *  Document MGED's 'saveview' command options: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
14:46.27*** join/#brlcad jschulte (~johannes@p4FDFA6C2.dip0.t-ipconnect.de)
15:11.55Notify03BRL-CAD:starseeker * 58898 (brlcad/branches/RELEASE/include/bu.h brlcad/branches/RELEASE/src/external/ProEngineer/proe-brl.c and 3 others): Apply the bu hash function renaming from r58482
15:20.45Notify03GCI:Andromeda Galaxy *  Document MGED's 'saveview' command options: Ready for review - The work on this task is ready to be reviewed.
15:33.19brlcadtry again andromed`
15:46.02Notify03GCI:Andromeda Galaxy *  Document MGED's 'saveview' command options: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:46.32Notify03GCI:Andromeda Galaxy *  Fix permuted vertex lists from g-iges+iges-g: Task Claimed - I would like to work on this task.
15:47.22Notify03GCI:Mandeep Kaur *  Fix permuted vertex lists from g-iges+iges-g: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
17:41.15Notify03GCI:Sharan Narayan *  Model BRL-CAD Logo Using BRL-CAD #2: More Tasks -  Please add more tasks, I aldready commented this on my previous task but I think nobody didnt notice it..  Ideas for New...
18:53.35*** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-4-38.dhcp.embarqhsd.net)
18:56.20Notify03BRL-CAD:bob1961 * 58899 brlcad/trunk/src/libged/get_obj_bounds.c: _ged_get_obj_bounds() should be calling rt_gettree with argv[i] instead of path.fp_names[0]->d_namep (i.e., use the provided path instead of the first element of the path). The more path an object is specified with the faster the call to rt_gettree() will run.
19:04.21*** part/#brlcad tbrowder2 (~tbrowde@fl-76-3-4-38.dhcp.embarqhsd.net)
19:26.20*** join/#brlcad jschulte (~johannes@p4FDFA6C2.dip0.t-ipconnect.de)
19:27.47*** join/#brlcad Arjun (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
19:36.24*** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
20:15.04Notify03GCI:Johannes Schulte *  Implement a platform independent re-entrant sort function: Task Claimed - I would like to work on this task.
21:26.24Notify03BRL-CAD:bob1961 * 58900 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update to go_draw_other()'s sf computation that reflects the fact that gv_size is already in base units.
22:20.31*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
22:56.02Notify03BRL-CAD:starseeker * 58901 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in and 9 others): Try an approach to gen-attributes-file that doesn't require boost, and generates its outputs only in the build directory. Required some tweaks to the DocBook cmake - that logic may be to the point where another refactor would benefit it.
23:11.45Notify03GCI:Melange *  Add missing documentation (for any ONE command) #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
23:28.46Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: None -  My bad , i missread the instructions .   DO I Leave a commernt on the actual bug on the BRL CAD page ?  DO i get a LINK...
23:38.40Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: question -  Do i need to use the first link above (https://sourceforge.net/tracker/? ) for anything . Because i had previously...
23:51.11*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
IRC log for #brlcad on 20131212

IRC log for #brlcad on 20131212

00:16.07*** join/#brlcad awabimakoto (~tc@th121026.ip.tsinghua.edu.cn)
00:53.13Notify03GCI:Vipul Sharma *  Implement a surface area function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now.
00:53.44Notify03GCI:Vipul Sharma *  Implement a surface area function for gridded volumes (VOL): Task Claimed - I would like to work on this task.
03:15.32*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:21.25*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
03:47.50Notify03BRL-CAD:brlcad * 58902 (brlcad/trunk/src/librt/primitives/ebm/ebm.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6221688819679232 ) from agkphysics that implements an initial surface area function for the ebm primitive.
03:47.51gcibotImplement a surface area function for extruded bitmaps (EBM)
03:47.51gcibotStatus: NeedsReview (2 days, 0 hours left)
03:47.51gcibotMentor(s): Sean
03:47.51Notify03GCI:Mandeep Kaur *  Implement a platform independent re-entrant sort function: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
03:48.05Notify03GCI:Mandeep Kaur *  Implement a surface area function for gridded volumes (VOL): Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck!
03:50.24Notify03BRL-CAD:brlcad * 58903 brlcad/trunk/AUTHORS: Aaron Keesing is already listed, consolidate
03:51.00Notify03GCI:Sean *  Implement a surface area function for extruded bitmaps (EBM): Task Closed - Congratulations, this task has been completed successfully.
04:30.43Notify03GCI:Sean *  Implement a surface area function for extruded bitmaps (EBM): phenomenal work -  Aaron, this is just outstanding work. At a glance, it even looks like you take holes in the ebm into...
04:48.36Notify03GCI:Andromeda Galaxy *  Fix permuted vertex lists from g-iges+iges-g http://www.google-melange.com/gci/task/view/google/gci2013/5833138295013376:   Data loss in iges-g; progress and request for...
06:27.51*** join/#brlcad King_D (~Kn_king@195.24.220.16)
06:28.03*** part/#brlcad King_D (~Kn_king@195.24.220.16)
08:29.35*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:30.21*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
11:35.22*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
12:54.45*** join/#brlcad kartikey (~kartikeyk@117.200.62.64)
12:55.00kartikeyhi...
12:56.27kartikeywhat do i need to install to get started for any BRL-CAD task???
12:58.46kartikeyis nayone online???
13:00.06kartikey???
13:05.30kartikey??????????????/
13:22.04d_rossbergkartikey: which os?  ...  ups, he's gone
13:45.50Notify03BRL-CAD:starseeker * 58904 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in): Since we can now work on this man page as a copy in the build directory, we don't need to use explicit linking for the tables and can use the more flexible relative specifiers.
14:00.01Notify03GCI:Melange *  Fix at least 8 spelling mistakes in at least 8 different files: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
14:21.12Notify03GCI:Daniel Rossberg *  Add missing documentation (for any ONE command) #3: How to submit -  You should create a patch file (svn diff command from the BRL-CAD sources root directory) and upload it...
14:21.47Notify03GCI:Daniel Rossberg *  Add missing documentation (for any ONE command) #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
14:32.51*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
14:33.29*** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
15:13.17Notify03GCI:Jacob B *  Make new coverage build flag behave: Ready for review - The work on this task is ready to be reviewed.
15:18.34Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: create patch -  i have created a patch file and have created a ticket for it on sourceforge.
15:24.28Notify03GCI:Will Thoelecke *  Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task.
15:26.14Notify03GCI:Paul Sohn *  Model BRL-CAD Logo Using BRL-CAD #3: I would like to work on this task -  I would like to work on this task
15:28.34Notify03GCI:Inaki Bascaran *  Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task.
15:29.17Notify03GCI:Inaki Bascaran *  Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:36.41Notify03GCI:Alex *  Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed.
15:37.30*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:39.12Notify03GCI:Will Thoelecke *  Model BRL-CAD Logo Using BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:39.32Notify03GCI:Will Thoelecke *  Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task.
15:40.57Notify03GCI:Harmanpreet *  Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Will Thoelecke. You have 72 hours to complete this task, good luck!
15:44.03Notify03GCI:Melange *  Write a manual page for MGED's ''brep'' command: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
16:04.07Notify03BRL-CAD:starseeker * 58905 (brlcad/trunk/include/raytrace.h brlcad/trunk/misc/attributes/gen-attributes-file.cpp brlcad/trunk/src/librt/db5_attr.c): Switch back to using the struct array - keeps all the information in one place, simplifies data access
16:07.56Notify03BRL-CAD:starseeker * 58906 brlcad/trunk/src/librt/db5_attr.c: Whoops, remove logging statements
17:51.07Notify03BRL-CAD:starseeker * 58907 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): Just use the FILE pointer rather than involving the boost shared_ptr - needs more testing but a couple quick imports succeeded
18:16.08*** join/#brlcad jschulte (~johannes@p4FDFABA1.dip0.t-ipconnect.de)
19:24.03Notify03BRL-CAD:carlmoore * 58908 brlcad/trunk/src/util/gencolor.c: add messages about requirements for gencolor arguments
19:35.41Notify03BRL-CAD:starseeker * 58909 brlcad/trunk/src/librt/db5_attr.c: Oh, right - check the standard name too, not just the aliases
19:47.11Notify03BRL-CAD:starseeker * 58910 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): Not clear that there isn't a need for this due to parallel parser execution - revert for now.
20:58.36tofu_starseeker: your earlier edit looked good to me, accessing a FILE* across threads isn't safe regardless of being stored in a shared_ptr
20:59.36brlcadall the shared_ptr gets is that the FILE* isn't closed until the last reference lets go
21:06.39Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: None -  this task is too hard , i can hardly follow the instructions ,if this results are wrong then i think i am giving up on...
21:08.00Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: Ready for review - The work on this task is ready to be reviewed.
21:08.15Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: Task Claimed - I would like to work on this task.
21:08.30Notify03GCI:Rehema Kyeyune *  Reproduce any 5 unconfirmed open bug reports: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:17.17Notify03BRL-CAD:carlmoore * 58911 brlcad/trunk/src/fb/gif-fb.c: implement h? (i.e., suppress messages about their being illegal options), and fix the display of Usage, which was being mangled
22:02.34*** join/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11)
22:02.41Ignaciogcibot, ping
22:02.42gcibotIgnacio: Hey, I'm a bot written by aviraldg (some fixes by: puckipedia) who inserts metadata about GCI links!
22:02.42gcibotIgnacio: Source at: https://github.com/aviraldg/gcibot <-> https://github.com/puckipedia/gcibot
22:02.42gcibotIgnacio: Log of all channels: http://ur1.ca/g5cah | GCI Leaderboard (by svineet): http://ur1.ca/g5olr
22:15.56*** part/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11)
22:55.16starseekerbrlcad: OK, sounds good - thanks
22:58.06Notify03BRL-CAD:starseeker * 58912 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): Sean concurred - shared_ptr isn't appropriate here.
23:00.27Notify03BRL-CAD:carlmoore * 58913 brlcad/trunk/src/fb/gif-fb.c: make 3 if-then-else blocks
23:06.52Notify03BRL-CAD:carlmoore * 58914 brlcad/trunk/src/util/gencolor.c: insert space which I had forgotten after a comma
IRC log for #brlcad on 20131213

IRC log for #brlcad on 20131213

00:01.32*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:14.34*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
03:32.46Notify03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: Ready for review - The work on this task is ready to be reviewed.
03:36.51maths22<PROTECTED>
03:54.38Notify03BRL-CAD:brlcad * 58915 brlcad/trunk/src/util/gencolor.c: not technically true that you must have an arg -- it will read from redirected stdin argless. cleanup.
05:56.39Notify03BRL-CAD:brlcad * 58916 brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp: not that shared_ptr was inappropriate, but provided nothing compelling. if you registered the same FILE* multiple times, there are other issues. it's not necessarily (portably) thread-safe or re-entrant to do that with a FILE* concurrently, accessing from multiple parsers simultaneously or (worse) different threads. this change fixes a bug
05:56.41Notifyintroduced in open_file() where it was closing an unset node.file but the equivalent behavior to previous via reset() would have been to close the shared_ptr FILE* and set to new file. new version just sets to the new file (and now we no longer close it, which is a different issue to resolve but shouldn't be critial because nobody calls obj_parse()).
06:22.22Notify03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Delay -  Sorry for Delay due to my final exams and network problem  Can you please extend my...
06:33.28Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
06:33.43Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
06:36.58Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320:   not a patch file   Alex, what you...
06:37.33Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: if you need more time -  If you need more time, just ask.
06:41.14Notify03GCI:Sean * 5879176049459200 Make new coverage build flag behave: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:41.24Notify03GCI:Sean * 5879176049459200 Make new coverage build flag behave: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:47.04Notify03GCI:Sean * 5879176049459200 Make new coverage build flag behave: wrong approach -  Jacob,  Your method, testing for CMAKE_COMPILER_IS_GNUCC, isn't a good way. It's nearly always a bad idea to test...
06:58.39Notify03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
06:58.49Notify03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
06:58.57brlcadlooks like it's still very much ANYONE's game to win GCI ... impressive contention, but nobody jumping out from the pack
06:58.59Notify03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3 http://www.google-melange.com/gci/task/view/google/gci2013/6611913978937344:   close   You are close, but more work...
08:06.09Notify03GCI:Daniel Rossberg * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Assigned - This task has been assigned to Rehema Kyeyune. You have 72 hours to complete this task, good...
09:03.07*** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
11:47.37Notify03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task.
11:47.47Notify03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Claim Removed - The claim on this task has been removed, someone else can claim it now.
12:34.46*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:53.50maths22brlcad: CHECK_C_FLAG does not seem to work with the coverage flags.
12:54.00maths22That had been my initial approach
14:22.28brlcadmaths22: what does not seem to work mean?
14:25.51Notify03BRL-CAD:starseeker * 58917 brlcad/trunk/TODO: Note a couple specific tasks for improving our polygon triangulation support
14:33.34*** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
15:24.45Notify03BRL-CAD:starseeker * 58918 brlcad/trunk/src/librt/search.c: Avoid a crash if we don't have a newplan allocated
15:35.50maths22It returns false when the flag actually works
16:15.42Notify03BRL-CAD:starseeker * 58919 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Fix the comb_wrapper search in g-step and make a few other tweaks - still not generating complete instances for context dependent shape representations
16:38.27*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
16:38.27*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
16:42.23*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
16:45.08*** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net)
16:47.35*** join/#brlcad kanzure (~kanzure@131.252.130.248)
16:49.24*** join/#brlcad gjeet (~androirc@117.207.158.137)
16:54.01*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
16:56.21*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
17:29.39maths22brlcad: not sure if you saw my message or responeded with the netsplit
17:29.45maths22sorry if I repeat
17:29.50maths22It returns false when the flag actually works
17:44.20Notify03BRL-CAD:carlmoore * 58920 brlcad/trunk/src/fb/gif-fb.c: no change to code, but I realized 'iff' (comments only) should be 'if'
17:55.56Notify03BRL-CAD:carlmoore * 58921 (brlcad/trunk/src/fb/fbline.c brlcad/trunk/src/fb/fbstretch.c and 2 others): fix other occurrences of 'iff'
18:24.42Notify03BRL-CAD Wiki:Starseeker * 6382 /wiki/Geometric_Constraint_Solver: Mention the Gecode Cartesian Heart example specifically.
18:37.13brlcadmaths22: yes, but why isn't it working?
18:37.36brlcadthe test should pass, so if it's not, need to inspect the test to see why it's failing
18:38.05brlcadsee the CMakeFiles/*.log files in the build directory (error and output log files in particular)
18:44.37Notify03BRL-CAD:brlcad * 58922 brlcad/trunk/src/librt/search.c: add some arg validation, initialization, and style cleanup
18:45.41Notify03BRL-CAD:brlcad * 58923 brlcad/trunk/src/librt/search.c: ws
18:47.18maths22ok
18:47.21maths22thanks
19:04.39Notify03GCI:Sean * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this...
20:18.43Notify03BRL-CAD:starseeker * 58924 brlcad/trunk/include/raytrace.h: Start roughing out a librt api for registering and de-registering attributes.
20:19.17*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:04.09Notify03GCI:Mikhail * 4714636335120384 Find, reliably reproduce, and report any bug in Archer: Task Claimed - I would like to work on this task.
21:06.34Notify03GCI:Mikhail * 4714636335120384 Find, reliably reproduce, and report any bug in Archer: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:08.22brlcadstarseek1r: is it worth adding more doc image editing tasks?
21:08.27brlcador are they all done
21:52.13Notify03GCI:Sean * 5908226537160704 Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: follow-on tasks -  Numerous follow-on tasks as well as a...
22:05.44Notify03BRL-CAD:starseeker * 58925 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/CMakeLists.txt): Untested as yet, but rough in proposed attribute registry setup.
23:30.06starseek1rbrlcad: let me check
23:30.26starseek1reven if they are, the next stage is to correctly size the images for the PDF output...
23:34.23starseek1rlooks like most of them are done...
23:39.23starseekerah - build_pattern article seems to be lacking them
23:39.49starseekerso definitely some to do yet
23:41.02starseekeryeah, a number of articles
23:42.10starseekerbetter than half of the lessons
23:42.50starseekerif the student who was thinking about scripting it is still around, they should go for it and finish them up
23:43.25starseekerI'll double check for uncommitted patches later this evening
IRC log for #brlcad on 20131214

IRC log for #brlcad on 20131214

00:56.23Notify03GCI:Jacob B * 5879176049459200 Make new coverage build flag behave: Ready for review - The work on this task is ready to be reviewed.
01:14.12Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: more time please -  Please could i have some more time on this task, i think i know what to do now and am currently on...
01:42.32Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: extending time -  Currently i have just entered the 'svn co' command to the trunk link of the repository (with...
01:43.37Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed.
02:40.45Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
02:44.11Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: cmakelists.txt -  Did you read the CMakeLists.txt file? It should be somewhat obvious if you read through and just...
02:44.21Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
02:47.36Notify03GCI:Sean * 5879176049459200 Make new coverage build flag behave: Task Closed - Congratulations, this task has been completed successfully.
02:53.17Notify03GCI:Sean * 5879176049459200 Make new coverage build flag behave http://www.google-melange.com/gci/task/view/google/gci2013/5879176049459200:   good but still incomplete   Jacob, this is better but...
02:54.51Notify03BRL-CAD:brlcad * 58926 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: tie the coverage flags to the -ftest-coverage flag for portability safety. this applies maths22's gci patch (http://www.google-melange.com/gci/task/view/google/gci2013/5879176049459200).
02:59.35maths22brlcad: --coverage implies both -ftest-coverage and -fprofile-arcs
03:00.02maths22I don't think check_c_flag -coverage worked, but I will check now
03:02.22maths22It fails because the linker is not passed the necessary flags
03:02.39maths22(specifically either --coverage or -fprofile-arcs)
03:03.21maths22whois gcibot
03:03.30maths22oops
03:05.25*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net)
03:07.49Notify03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Claimed - I would like to work on this task.
03:09.06maths22I'm looking forward to this task: it's kind of diffërent
03:10.55Notify03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
03:11.25brlcadwe'll get the coverages flags sorted out -- you got the most important part -- the report ;)
03:11.43brlcadnice to see you working more directly with the code
03:12.19brlcadif you want to try something simple after the centroid task, you could try one of the new code reduction flags
03:12.32brlcadjust added about 70 new tasks today
03:13.35Notify03GCI:Andromeda Galaxy * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Ready for review - The work on this task is ready to be reviewed.
03:14.30maths22I will have to look
03:15.41maths22in a vol primative, is each "square" either on or off, or are there multiple values corresponding to different "densities
03:15.50Notify03GCI:Andromeda Galaxy * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Planned work done, but still errors -  Hi,  The diff that I uploaded fixes the error looked at in the first...
03:15.54maths22also, what units are the cubes in vol primatives
03:16.25Notify03GCI:Sean * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Task Closed - Congratulations, this task has been completed successfully.
03:18.55Notify03GCI:Sean * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: your analysis -  Andromeda, can't really say whether your analysis is correct or not and we'll not have time to dig into a...
03:24.15brlcadrelevant: http://www.google-melange.com/gci/task/view/google/gci2013/5779197263872000
03:24.16gcibotCreate a VOL wiki page
03:24.16gcibotStatus: Open
03:24.16gcibotMentor(s): Sean
03:24.35maths22thanks
03:25.01brlcadmaths22: you can assume for now that VOL are homogenous
03:25.09maths22ok
03:25.25brlcadthey are described by slices of data
03:25.29maths22also, are the axes of vols parallel to the coordinate system?
03:25.31brlcadlike MRI or CT scan data
03:25.59brlcadthat data is ranged 0-255 and iirc, when you create the vol, you say what range of values turns a cell on/off
03:26.05maths22so the pieces are not cubical but rectegular
03:27.18brlcadalmost certainly
03:27.55brlcadand their coordinate system probably starts from a corner, so you'll need to know the individual cell dimensions in order to track a centroid
03:28.10brlcadif the volume callback is implemented, it should have everything you need
03:35.52maths22I will look
03:57.47Notify03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
03:59.52*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net)
04:00.07*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net)
04:18.21*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net)
05:08.57Notify03GCI:Andromeda Galaxy * 6414532851269632 Document MGED's 'saveview' command options: Task Claimed - I would like to work on this task.
05:17.48Notify03GCI:Mandeep Kaur * 6414532851269632 Document MGED's 'saveview' command options: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
05:18.08Notify03GCI:Andromeda Galaxy * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Working on this after GCI? -  I think that fixing this will probably take more time than would work well for...
05:19.08Notify03GCI:Andromeda Galaxy * 6414532851269632 Document MGED's 'saveview' command options: Ready for review - The work on this task is ready to be reviewed.
05:21.08Notify03GCI:Andromeda Galaxy * 6414532851269632 Document MGED's 'saveview' command options: Duplicate diffs -  The second diff that I just uploaded is the same as the first; I wrote it when I previously...
08:19.27Notify03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Claim Removed - The claim on this task has been removed, someone else can claim it now.
08:23.24Notify03GCI:Olexander Dubenko * 5811055720660992 Design a BRL-CAD business card: Task Claimed - I would like to work on this task.
08:48.43*** join/#brlcad YatharthROCK_ (~Yatharth@91.140.221.104)
09:01.11*** join/#brlcad YatharthROCK_ (~Yatharth@91.140.221.104)
09:01.50*** part/#brlcad YatharthROCK_ (~Yatharth@91.140.221.104)
09:06.08Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Claimed - I would like to work on this task.
09:31.24Notify03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: Ready for review - The work on this task is ready to be reviewed.
09:32.26*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
09:33.30Notify03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: Ready for review -  Please review patch set 2 subitted.
09:45.42Notify03GCI:Gauravjeet Singh * 5811055720660992 Design a BRL-CAD business card: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
09:46.03Notify03GCI:Gauravjeet Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck!
09:53.18Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Claimed - I would like to work on this task.
09:53.53Notify03GCI:Gauravjeet Singh * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Assigned - This task has been assigned to Kristian Hansen. You have 72 hours to complete this...
10:07.45Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Username and password -  I try to download the repository of the BRL-CAD source code using...
11:12.57Notify03GCI:Gauravjeet Singh * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3 http://www.google-melange.com/gci/task/view/google/gci2013/4967846266273792:   Re: Username and...
11:43.59Notify03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Task Claimed - I would like to work on this task.
11:55.21Notify03GCI:Mandeep Kaur * 4988105627009024 Design a BRL-CAD business card #4: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
12:57.06*** join/#brlcad kartikey (~kartikeyk@117.214.161.153)
12:57.12kartikeyhi...
12:59.10Notify03GCI:Kartikey Kant * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Claimed - I would like to work on this task.
13:03.41Notify03GCI:Kartikey Kant * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:03.42kartikeycan anyone tell me where to start in BRL-CAD
13:09.36Notify03GCI:Olexander Dubenko * 5811055720660992 Design a BRL-CAD business card: Ready for review - The work on this task is ready to be reviewed.
13:14.29*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
14:08.58Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed.
14:11.58Notify03GCI:Kartikey Kant * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Claimed - I would like to work on this task.
14:12.13Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Uploaded -  I upload a file : brlcad_grey_tshirt1.jpg   If any need to changes in design please tell me I am ready to do.  ...
14:15.43Notify03GCI:Gauravjeet Singh * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Assigned - This task has been assigned to Kartikey Kant....
14:23.04Notify03GCI:Gauravjeet Singh * 5811055720660992 Design a BRL-CAD business card: Task Closed - Congratulations, this task has been completed successfully.
14:25.35Notify03GCI:Olexander Dubenko * 5208527643607040 Design a BRL-CAD Sticker #6: Task Claimed - I would like to work on this task.
14:28.04Notify03GCI:Gauravjeet Singh * 5811055720660992 Design a BRL-CAD business card: Fantastic -  This is a great design. I really loved it. I guess this is the first task that is closed at very less time....
14:32.59Notify03GCI:Gauravjeet Singh * 5208527643607040 Design a BRL-CAD Sticker #6: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
14:33.29*** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net)
14:37.21Notify03GCI:Gauravjeet Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
14:39.00*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
14:39.21Notify03GCI:Sean * 6414532851269632 Document MGED's 'saveview' command options: Task Closed - Congratulations, this task has been completed successfully.
14:40.10Notify03BRL-CAD:brlcad * 58927 brlcad/trunk/doc/docbook/system/mann/en/saveview.xml: apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6414532851269632 ) from Andromeda Galaxy documenting the saveview options
14:40.11gcibotDocument MGED's 'saveview' command options
14:40.12gcibotStatus: Closed
14:40.12gcibotMentor(s): Sean
14:59.34Notify03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Claimed - I would like to work on this task.
15:03.14Notify03GCI:Harmanpreet * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete...
15:05.04Notify03GCI:Olexander Dubenko * 5208527643607040 Design a BRL-CAD Sticker #6: Ready for review - The work on this task is ready to be reviewed.
15:09.44Notify03GCI:Gauravjeet Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3 http://www.google-melange.com/gci/task/view/google/gci2013/6441518265008128:   Widen your imagination   It is very simple...
15:10.49Notify03GCI:Harmanpreet * 5208527643607040 Design a BRL-CAD Sticker #6: Task Closed - Congratulations, this task has been completed successfully.
15:14.05Notify03GCI:Harmanpreet * 5208527643607040 Design a BRL-CAD Sticker #6: Excellent -  Dubenko,  Your designs are EXCELLENT and now I'm eager to see them in printed form.  God bless you. :)
15:17.04Notify03GCI:Olexander Dubenko * 5208527643607040 Design a BRL-CAD Sticker #6: None -  Thank you :)
15:19.45Notify03BRL-CAD:brlcad * 58928 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6611913978937344 ) from mandar implementing a manual page for wdb_example
15:19.47gcibotAdd missing documentation (for any ONE command) #3
15:19.49gcibotStatus: NeedsReview (31 hours, 51 minutes left)
15:19.49gcibotMentor(s): Sean
15:20.35Notify03BRL-CAD:brlcad * 58929 brlcad/trunk/TODO: wdb_example has manpage now (need one-liner that regenerates this list)
15:21.55Notify03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: looks good -  Mandar, your patch looks good now, nicely done. If you provide your full name, we'll credit you in our...
15:23.05Notify03BRL-CAD:brlcad * 58930 brlcad/trunk/AUTHORS: credit mandar with special thanks for his wdb_example docbook patch, gci task http://www.google-melange.com/gci/task/view/google/gci2013/6611913978937344
15:23.06Notify03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Task Closed - Congratulations, this task has been completed successfully.
15:23.06gcibotAdd missing documentation (for any ONE command) #3
15:23.07gcibotStatus: Closed
15:23.07gcibotMentor(s): Sean
15:34.30Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: patch file created -  ok i have now created a proper patch file (it contains details of the changes made with the...
16:27.44Notify03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Claimed - I would like to work on this task.
16:39.15Notify03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Ready for review - The work on this task is ready to be reviewed.
16:43.46Notify03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Business card -  The business card has got a 3d look to it, I chose to design it this way becuse as BRL-CAD is software for 3d...
17:02.09Notify03GCI:Mandeep Kaur * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
17:06.39*** join/#brlcad jschulte (~johannes@p4FDF86A2.dip0.t-ipconnect.de)
17:07.04Notify03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
17:14.30Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None -  I didn't push the patch to the tree, because I couldn't test it on Win and Mac....
17:14.50Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed.
17:23.56Notify03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Ready for review - The work on this task is ready to be reviewed.
17:58.40Notify03GCI:JulianaHong * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task.
18:00.00Notify03GCI:Harmanpreet * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to JulianaHong. You have 72 hours to complete this...
18:06.00*** join/#brlcad yiyus (1242712427@je.je.je)
18:06.34*** join/#brlcad ruberoid (~ruberoid@193.105.154.105)
18:38.13*** join/#brlcad kesha (~kesha@49.249.8.87)
18:38.40Notify03GCI:Kesha Shah * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
18:39.10Notify03GCI:Kesha Shah * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Good Start ! -  Olexander,  The Design looks good, but try to be more creative and add some shapes/design/model/art related to...
18:39.20Notify03GCI:Kesha Shah * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Good Start ! -  Olexander,  The Design looks good, but try to be more creative and add some shapes/design/model/art related to...
19:03.29Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function http://www.google-melange.com/gci/task/view/google/gci2013/5876128501727232:   None   Just saw,...
19:05.24Notify03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
19:16.20*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
20:25.25*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
20:33.14Notify03BRL-CAD Wiki:KeshaSShah * 6383 /wiki/Community_Publication_Portal:
20:59.53*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
21:29.00*** join/#brlcad kesha_ (~kesha@49.249.0.183)
23:46.06Notify03GCI:theofficialtj3 * 4816070846185472 Redesign MGED/Archer's Menu: Task Claimed - I would like to work on this task.
23:47.56Notify03BRL-CAD:tbrowder2 * 58931 brlcad/trunk/src/librt/db5_attr_registry.cpp: add 'common.h' to pass 'make regress'
IRC log for #brlcad on 20131215

IRC log for #brlcad on 20131215

00:15.17Notify03GCI:theofficialtj3 * 4816070846185472 Redesign MGED/Archer's Menu: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:30.11Notify03GCI:Anshula Rudhraraju * 5580516908597248 Design a BRL-CAD business card #2: Task Claimed - I would like to work on this task.
01:51.02Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: uploaded patch file -  i have uploaded the patch file which i think is correct .  Is there anymore i need to do?  I...
02:36.19Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: way more than 100 lines -  I have ran a scanner for code duplication and there are more than 100+...
03:15.12Notify03BRL-CAD Wiki:Navyneedshelp * 0 /wiki/User:Navyneedshelp:
03:47.39Notify03GCI:Melange * 5876128501727232 Implement a platform independent re-entrant sort function: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
03:48.05Notify03GCI:Melange * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the...
04:09.37Notify03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Claimed - I would like to work on this task.
04:55.21Notify03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
04:56.26Notify03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: did you test your file? -  $ python headers.py  File "headers.py", line 15  matchState = 0  ^ ...
05:00.06Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
05:02.50Notify03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Ready for review - The work on this task is ready to be reviewed.
05:03.59Notify03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: testing -  Sorry about that, I did test it, but apparently somehow the spacing got mangled;...
05:09.49Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: not so simple -  There are several issues I see with this implementation.  First and foremost is that you use...
05:23.20Notify03GCI:Sean * 5003400005550080 Design a T-Shirt for BRL-CAD #2: not our sphere... -  Olexander,  The updated version where you added the earth and a sphere wireframe look related to modeling, but...
05:23.21Notify03GCI:Sean * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
05:24.51Notify03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
05:26.51Notify03GCI:Mandeep Kaur * 5580516908597248 Design a BRL-CAD business card #2: Task Assigned - This task has been assigned to Anshula Rudhraraju. You have 72 hours to complete this task, good luck!
05:27.16Notify03GCI:Mandeep Kaur * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck!
05:36.12Notify03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: thanks -  Thank you and my full name is Mandar N Juvekar
05:36.41Notify03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4 http://www.google-melange.com/gci/task/view/google/gci2013/4988105627009024:   projection isn't right   Luke, the design is simple...
05:54.49*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
05:56.47Notify03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: better -  Looking much better. Could you make just a few small adjustments so this can be more easily...
05:56.57Notify03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
06:32.52*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
07:44.18Notify03GCI:Anita Leung * 4816070846185472 Redesign MGED/Archer's Menu: Task Claimed - I would like to work on this task.
08:18.21Notify03GCI:Vipul Sharma * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now.
08:19.08Notify03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Claimed - I would like to work on this task.
09:21.20Notify03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
09:25.50*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
10:19.16Notify03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Task Claimed - I would like to work on this task.
11:28.54Notify03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Ready for review - The work on this task is ready to be reviewed.
11:31.24Notify03GCI:Mandeep Kaur * 4816070846185472 Redesign MGED/Archer's Menu: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
11:31.39Notify03GCI:Mandeep Kaur * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck!
11:31.49Notify03GCI:Mandeep Kaur * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this...
11:35.14Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None -  so, did I understand right, that reimplementing qsort is the way to go? Is then the cmake...
11:53.54``Erikhttp://wot.motortrend.com/1312_porsche_provides_3d_printer_blueprints_for_scale_model_cayman.html?fullsite=true
15:27.14Notify03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Ready for review - The work on this task is ready to be reviewed.
15:32.05Notify03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Using the BSD implementation of qsort_r()? -  Only an idea, but the license of the BSD...
15:40.55Notify03GCI:Melange * 5258035597410304 Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
15:50.02Notify03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: documentation -  I just wanted to give you a quick look at how this version should be run...
15:58.35Notify03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
16:15.30Notify03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Duplicated task -  I tried to create the task on different ways. One was directly in...
16:16.28*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
16:27.13*** join/#brlcad kesha (~kesha@49.249.8.77)
16:46.33*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
17:15.10Notify03GCI:Sean * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully.
17:16.45Notify03GCI:Jade Kankam * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task.
17:17.31Notify03GCI:Jade Kankam * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:20.42Notify03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4: hehe, nice design -  This is a better design, nicely done Luke. The only problem I see is that the dimensions on the cup aren't...
17:20.43Notify03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4: Task Closed - Congratulations, this task has been completed successfully.
17:26.08Notify03GCI:Jade Kankam * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Task Claimed - I would like to work on this task.
17:27.58Notify03GCI:Mandeep Kaur * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Task Assigned - This task has been assigned to Jade Kankam. You have 72 hours to complete this task, good luck!
17:29.03Notify03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4 http://www.google-melange.com/gci/task/view/google/gci2013/4988105627009024:   follow-on task   A follow-on to this task has been...
17:29.31*** join/#brlcad kesha (~kesha@49.249.17.51)
17:32.29Notify03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Closed - Congratulations, this task has been completed successfully.
17:33.32tofu_starseeker: could you take a look at that one and let me know what you think
17:33.34tofu_http://www.google-melange.com/gci/task/view/google/gci2013/5519050557882368
17:33.34Notify03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: needs testing -  We still need to test this out more thoroughly, but you're done more than enough work...
17:33.35gcibotWrite script to detect preprocessor include guard discrepancies
17:33.35gcibotStatus: Closed
17:33.35gcibotMentor(s): Sean
17:34.28tofu_basically, just whether there is anythin in there that would be hard to translate into cmake, or whether should just translate it to a shell script so we can run it like the other regression scripts
17:36.44Notify03GCI:Andromeda Galaxy * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Task Claimed - I would like to work on this task.
17:37.04brlcad``Erik: where's the actual stl file??  it doesn't seem to be linked on the article
17:37.54brlcadnever mind, found it: http://www.porsche.com/international/cayman_3d/
17:37.59Notify03GCI:Mandeep Kaur * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours...
17:40.11Notify03BRL-CAD:tbrowder2 * 58932 (brlcad/trunk/src/libbu/whereis.c brlcad/trunk/src/libbu/which.c): mods for compiling with C++: var 'directory' can't be const since it may be modified
17:53.35``Erikawesome, I didn't find the file, just noting the article... seems like an awesome geometry to really stretch the bot->nurbs stuff starseeker did and create some good screenshots for marketing purposes :)
18:02.50Notify03BRL-CAD:tbrowder2 * 58933 brlcad/trunk/src/librt/db5_attr.c: add another alias
18:40.37Notify03GCI:Anita Leung * 4816070846185472 Redesign MGED/Archer's Menu: Ready for review - The work on this task is ready to be reviewed.
18:53.54Notify03GCI:Olexander Dubenko * 5902299616509952 Create a BRL-CAD presentation template: Task Claimed - I would like to work on this task.
18:56.45Notify03GCI:Mandeep Kaur * 5902299616509952 Create a BRL-CAD presentation template: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
19:20.12Notify03GCI:Jade Kankam * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: None -  Do I need to register to be able to comment on a thread?
19:21.52Notify03GCI:Andromeda Galaxy * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Ready for review - The work on this task is ready to be reviewed.
19:22.42Notify03GCI:Andromeda Galaxy * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Explanation file -  The file include_headers_explanation.txt inside the...
21:06.19Notify03GCI:Sean * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Task Closed - Congratulations, this task has been completed successfully.
21:06.50Notify03GCI:Sean * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): outstanding work -  This is an outstanding task completion. Nicely done.
21:19.20Notify03GCI:Andromeda Galaxy * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Task Claimed - I would like to work on this task.
21:27.17Notify03GCI:Sean * 4816070846185472 Redesign MGED/Archer's Menu: nice work -  Anita, this is really nice work and I like that you provided pretty detailed information about the button panels in addition...
21:32.57maths22brlcad: are there any vol primitives that I can work with to test?
21:33.07maths22I probably just don't know where to look.
22:47.52*** join/#brlcad merzo (~merzo@68-199-132-95.pool.ukrtel.net)
22:51.46Notify03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Ready for review - The work on this task is ready to be reviewed.
22:52.51Notify03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Builds OK -  The changes build correctly on my system.
23:11.28*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-125-67.aby.bellsouth.net)
23:24.46Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed.
23:52.25*** join/#brlcad romanvk (~romanvk@91.210.101.85)
IRC log for #brlcad on 20131216

IRC log for #brlcad on 20131216

00:13.40*** join/#brlcad telemir (~telemir@91.210.100.86)
01:08.30maths22brlcad: by the way, I am currently compiling brlcad using llvm trunk
01:08.42maths22It is soo much slower than gcc on the server!
01:13.41``Erikmaths22: "nice make -j6" might speed things up a bit, but will make the messages a bit trickier to read... good to use in like src/other where we don't take ownership of warnings
01:29.27maths22true
01:29.30maths22good idea
01:31.15maths22what is the point of "nice"
01:42.33Notify03GCI:Anita Leung * 4816070846185472 Redesign MGED/Archer's Menu: None -  Perhaps the options Command Window and Options Window on the tools menu are unnecessary since the user should already know...
02:03.52kanzureanyone have insight into what this is? http://diyhpl.us/reprap/trunk/users/vasile/tags/python_brlcad-0.2/brlcad.py
02:04.06kanzureoh wait it's mged pass-through
02:04.11kanzurenevermind :(
02:21.02Notify03GCI:Gauravjeet Singh * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72...
02:23.37Notify03GCI:Andromeda Galaxy * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Ready for review - The work on this task is ready to be reviewed.
03:15.59starseekerbrlcad: I'll take a look - is the intent to make it a regress script, or do like the astyle trick and actually make it a compile-time failure?
05:06.28Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed.
05:08.19Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Uploaded -  I upload two design in file : t-shirt.rar  Thanks.  Deep Inder
05:47.37*** join/#brlcad kesha (~kesha@49.249.8.115)
07:51.35Notify03BRL-CAD Wiki:103members * 0 /wiki/User:103members:
07:58.51Notify03GCI:Melange * 6304634838712320 Write a manual page for MGED's ''brep'' command: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted....
08:06.17Notify03GCI:Melange * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
08:17.55Notify03GCI:Sean * 4816070846185472 Redesign MGED/Archer's Menu: Task Closed - Congratulations, this task has been completed successfully.
08:20.51Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: single patch file -  Almost there, Alex. The patch file you uploaded only includes the CMakeLists.txt file change, but...
08:21.06Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
08:21.31Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
08:26.33Notify03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: still widened -  Deep, your design is still "widened", which looks bad. Also, just putting a big image on the belly is a bad idea .....
08:26.34Notify03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
08:29.55*** join/#brlcad kesha (~kesha@115.246.185.150)
08:33.39Notify03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed.
08:41.47Notify03GCI:Sean * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Task Closed - Congratulations, this task has been completed successfully.
08:43.13*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:44.00Notify03BRL-CAD:brlcad * 58934 (brlcad/trunk/include/wdb.h brlcad/trunk/src/adrt/adrt.h and 78 others): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5017566955175936 ) from Andromeda Galaxy that makes the header include guards use a consistent naming convention. this gets a bunch of the src subdir headers.
08:44.01gcibotConsistent preprocessor include guards for various src/ headers (83 headers)
08:44.01gcibotStatus: Closed
08:44.01gcibotMentor(s): Sean
08:44.02Notify03GCI:Sean * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): applied cleanly -  Andromeda, this is great work, now multiple clean patches under your...
08:46.33Notify03BRL-CAD:brlcad * 58935 (brlcad/trunk/src/conv/step/BRLCADWrapper.h brlcad/trunk/src/conv/step/STEPWrapper.h and 199 others): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6380108822609920 ) from agkphysics (aaron) that adds and ensures consistent naming for all of the src/conv/step headers (oof).
08:46.34gcibotConsistent preprocessor include guards for all src/conv/ headers
08:46.34gcibotStatus: Closed
08:46.34gcibotMentor(s): Sean
08:46.53Notify03GCI:Sean * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Task Closed - Congratulations, this task has been completed successfully.
08:47.13Notify03GCI:Sean * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: looks great -  Upon quick inspection, this looks fantastic. Did you automate the edits or perform them...
08:49.19Notify03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: haha -  Haha... soiled modeling. Very dirty. Love it, but is the typo intentional?  Also, generally, you want graphics and artwork...
08:49.29Notify03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
08:55.04*** join/#brlcad kesha (~kesha@115.246.185.150)
09:03.42Notify03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Script helped -  I started doing the few odd ones by hand. But I wrote a little script which...
09:09.16*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:15.10*** join/#brlcad kesha_ (~kesha@49.249.175.192)
09:24.52Notify03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Ready for review - The work on this task is ready to be reviewed.
09:45.03*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:45.11Notify03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed.
09:49.36Notify03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Claim Removed - The claim on this task has been removed, someone else can claim it now.
09:49.37Notify03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Could you check the another -  I didnt notice the comment was busy in making an another version and was very excited to...
09:49.46Notify03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Claimed - I would like to work on this task.
10:03.57Notify03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: has the task been approved?? -  i just want to know if the task has been approved or not?
10:05.46*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
10:08.17Notify03GCI:Daniel Rossberg * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck!
10:10.57Notify03GCI:Daniel Rossberg * 6334427550449664 Compile BRL-CAD with Dev-C++: Was/is the task ready for review? -  Was removing the claim a mistake?
10:27.43Notify03GCI:Daniel Rossberg * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Typos and more -  There are still typos: "soruce", "soild" can't be found in a dictionary  And I would like to see a BRL-CAD...
10:28.32Notify03GCI:Daniel Rossberg * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task...
10:56.31Notify03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed.
11:04.41*** join/#brlcad kesha__ (~kesha@49.249.8.225)
11:53.48Notify03BRL-CAD:tbrowder2 * 58936 brlcad/trunk/src/fbed/cursorbits.h: enclose #endif ID as comment
12:00.44*** join/#brlcad kesha__ (~kesha@49.249.16.117)
12:04.45Notify03BRL-CAD:tbrowder2 * 58937 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/ged_private.h and 7 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct command_tab comparison function signatures to bethe same:int (*ct_func)(const int, const char **);change requires some new or changed casts inside functionssuccessful debug build on Debian 7,
12:04.47Notify64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'
12:06.03*** join/#brlcad kesha__ (~kesha@49.249.16.117)
12:19.08Notify03BRL-CAD:tbrowder2 * 58938 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_free.c): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all bu_rb_free function signatures to bethe same with explict function pointer arguments:void bu_rb_free(struct bu_rb_tree *tree, void (*free_data)(void *data));also removed unneeded code from the actual call of the function
12:19.10Notifypointersuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'
12:21.29Notify03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Claimed - I would like to work on this task.
12:32.56Notify03BRL-CAD:tbrowder2 * 58939 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_create.c and 2 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct bu_rb_tree comparison function pointer signaturesto be the same with explict arguments:int (**rbt_order)(void *, void *);also removed unneeded code from the actual calls of the function pointersuccessful
12:32.57Notifydebug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'
12:33.46Notify03BRL-CAD:tbrowder2 * 58940 brlcad/trunk/src/liborle/rle.c: use explict args for function pointer; remove unneeded code from calls with funciton pointer
12:55.44Notify03GCI:Daniel Rossberg * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Assigned - This task has been assigned to kenneth dela harlley. You have 72 hours to complete this...
13:05.48Notify03BRL-CAD:tbrowder2 * 58941 (brlcad/trunk/src/libbu/rb_insert.c brlcad/trunk/src/libged/loadview.c and 4 others): ws, style
13:31.07*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:31.42Notify03GCI:Olexander Dubenko * 5902299616509952 Create a BRL-CAD presentation template: Ready for review - The work on this task is ready to be reviewed.
13:51.11*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
14:03.41Notify03GCI:Javisth * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Claimed - I would like to work on this task.
14:08.42Notify03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Assigned - This task has been assigned to Javisth. You have 72...
14:08.47*** join/#brlcad d_rossberg (~rossberg@66.118.151.70)
14:15.37Notify03BRL-CAD:tbrowder2 * 58942 brlcad/trunk/src/util/plot3-X.c: check for success else bail
14:16.24*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
14:17.34*** join/#brlcad kesha (~kesha@49.249.16.117)
14:21.09*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
14:24.11*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
14:32.21Notify03GCI:Daniel Rossberg * 5902299616509952 Create a BRL-CAD presentation template http://www.google-melange.com/gci/task/view/google/gci2013/5902299616509952:   That looks good   but it's hard to...
14:33.01Notify03GCI:Daniel Rossberg * 5902299616509952 Create a BRL-CAD presentation template: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
14:36.09Notify03BRL-CAD:tbrowder2 * 58943 brlcad/trunk/src/rt/opt.c: ws, style
14:36.34*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
14:36.44Notify03BRL-CAD:tbrowder2 * 58944 brlcad/trunk/include/bu.h: correct func name
14:37.59*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:38.28Notify03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Want to help -  I really want to help but I only know the basics of MGED, so figuring out how to make it will take me more than...
14:54.33Notify03BRL-CAD:carlmoore * 58945 brlcad/trunk/doc/docbook/system/man1/en/wdb_example.xml: remove trailing blanks/tabs
14:55.45Notify03BRL-CAD:starseeker * 58946 brlcad/trunk/src/libbrep/boolean.cpp: Handle recognizing coplanar cases up-front - doesn't avoid the r5 bug, but does clear one of the warning messages.
14:58.45Notify03BRL-CAD:starseeker * 58947 brlcad/trunk/src/libbn/obr.c: Init all the points.
15:13.12*** join/#brlcad kesha_ (~kesha@49.249.16.117)
15:15.40maths22Can anyone tell me how to create a vol primative for testing
15:15.46maths22Or point me to one that exists?
15:24.33Notify03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: task completed, maybe try another -  Sharan, those two designs look much better. The "C" in the "birth of a hero" font is too rounded...
15:24.53Notify03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Closed - Congratulations, this task has been completed successfully.
15:27.08Notify03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task.
15:34.32*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
15:36.06Notify03BRL-CAD:starseeker * 58948 brlcad/trunk/src/libbn/util.c: Initialize normal
15:40.56Notify03GCI:Melange * 5258035597410304 Model BRL-CAD Logo Using BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:41.42*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:43.09Notify03BRL-CAD:starseeker * 58949 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): More zero initializations
15:44.24*** join/#brlcad kesha_ (~kesha@49.249.8.23)
15:44.24*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
15:45.33*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
15:45.46Notify03GCI:Harmanpreet * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
15:46.02*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
15:47.38*** join/#brlcad kesha__ (~kesha@49.249.8.23)
15:54.14*** join/#brlcad kesha__ (~kesha@49.249.16.210)
15:57.55Notify03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:57.59Notify03GCI:Andromeda Galaxy * 5495828743454720 Write a script to complete all DocBook image tag updates: Task Claimed - I would like to work on this task.
16:03.03*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
16:03.57Notify03GCI:Daniel Rossberg * 5495828743454720 Write a script to complete all DocBook image tag updates: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
16:05.37*** join/#brlcad kesha__ (~kesha@49.249.16.210)
16:15.14*** join/#brlcad andromed` (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
16:21.32*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
16:21.32*** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net)
16:21.32*** join/#brlcad kanzure (~kanzure@131.252.130.248)
16:23.01*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:32.10*** join/#brlcad kanzure (~kanzure@131.252.130.248)
16:43.43Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Task Claimed - I would like to work on this task.
16:58.08tofu_new gci web task: http://www.google-melange.com/gci/task/view/google/gci2013/6067909797347328
16:58.09gcibotUpdate Drupal installation
16:58.09gcibotStatus: Open
16:58.09gcibotMentor(s): Sean
16:58.50Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck!
16:59.38brlcadmaths22: the short summary for creating a vol: it's just like ebm
17:00.23brlcadmaths22: basically, you create a bw image datafile, create the vol primitive with the 'in' command and tell it the details about your datafile
17:00.57brlcadnormally a vol will be multiple bw files all smooshed into one file, but you should be able to create a vol with just one bw
17:06.00*** join/#brlcad Ch3ck (~Ch3ck@195.24.210.66)
17:24.09Notify03GCI:Andromeda Galaxy * 5495828743454720 Write a script to complete all DocBook image tag updates: Ready for review - The work on this task is ready to be reviewed.
17:30.06Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed.
17:30.22*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
17:44.06maths22what is a bw image?
17:52.39brlcadmaths22: it's a simple 0-255 black-and-white image in raw form
17:52.50brlcadwe have tools that will convert to/from bw for you like png-bw
17:53.06brlcadbut basically, it's a raw grayscale image
17:53.25maths22OK.  Thanks
17:53.41brlcadandromed`: how many coding tasks have you completed thus far?
17:55.03brlcadmaths22: what I'd try right away is just paint a white circle, save as png, run png-bw, and follow the ebm instructions .. but specify vol instead of ebm where appropriate
17:55.28brlcadand keeping in mind that vol are "layers of ebm" so there will be some additional prompting about cell sizes and ranges not in the ebm instructions
17:57.14maths22I will do that
18:00.29maths22I get the following error:
18:00.30maths22RROR: bad pointer 0x384a4280: s/b rt_ebm_internal(xf901b231), was rt_vol_internal(x987ba1d0)
18:03.51brlcadsomewhere you got the two instrauctions mixed up?
18:04.14brlcadit's reading it as an ebm, but was given a vol
18:04.49brlcadmaths22: what was your "in" command?
18:05.01brlcadmake sure you "kill" any objects you crated
18:10.45Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed.
18:13.40Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: About The T-Shirt -  should I do another on of the shirt tasks..  I am thinkin of creating a 3D text with...
18:20.43Notify03BRL-CAD Wiki:Sean * 6384 /wiki/Community_Publication_Portal: finally posted the GCI announcement
18:28.42*** join/#brlcad tenebris (~tenebris@91.210.100.64)
18:31.25*** join/#brlcad nilspin1 (~nilay@59.95.236.26)
18:32.05*** part/#brlcad nilspin1 (~nilay@59.95.236.26)
18:49.06Notify03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Claimed - I would like to work on this task.
18:52.40Notify03GCI:Mandeep Kaur * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck!
18:58.16*** join/#brlcad globusdesign (~globusdes@91.210.101.197)
19:46.37maths22brlcad: I updated xref to use 7.24.0
20:00.08Notify03BRL-CAD:tbrowder2 * 58950 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_diag.c brlcad/trunk/src/libbu/rb_walk.c): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct bu_rb_walk visitor function pointer signatures sothey are cast to void when used as function args and then cast to theproper signature when used as actual functionsadded macros to bu.h
20:00.09Notifyto aid proper casting with expanded commentsabout the process (names are not very imaginative)successful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'successful bu_redblack_test with 'make test'
20:35.33Notify03BRL-CAD:tbrowder2 * 58951 brlcad/trunk/src/libbn/wavelet.c: correct typo
20:45.46maths22How would I test my librt volumetric callback?
20:47.05Notify03BRL-CAD:tbrowder2 * 58952 brlcad/trunk/src/lgt/prnt.c: ws, style; remove trivial comments
20:47.36maths22brlcad: the error earlier is because of a bug in the source code
20:47.43maths22I will include it in my final patch
20:53.38Notify03BRL-CAD:starseeker * 58953 brlcad/trunk/src/libbrep/boolean.cpp: Put back the original logic for now - need to think about this, set up some systematic unit tests.
20:53.54Notify03BRL-CAD:carlmoore * 58954 brlcad/trunk/src/fb/gif-fb.c: disable use of stdin unless it is piped in from a file; run-with-no-arguments now gets help
21:10.03brlcadmaths22: http://www.google-melange.com/gci/task/view/google/gci2013/5795924014006272
21:10.04gcibotUpdate xref to use BRL-CAD 7.24.0
21:10.04gcibotStatus: Open
21:10.04gcibotMentor(s): Sean
21:10.41brlcadmaths22: the 'analyze' command should report volumes once the callback is enabled
21:11.00brlcadtry with something simple like a sphere, then your addition
21:13.30maths22analyze: unable to process ID_VOL solid
21:13.37maths22It worked on the sphere
21:13.42Notify03BRL-CAD:brlcad * 58955 brlcad/trunk/src/librt/primitives/vol/vol.c: fix invalid validity check, bogus bounding box type copied from the ebm implementation
21:15.34Notify03BRL-CAD:brlcad * 58956 (brlcad/trunk/src/librt/primitives/dsp/dsp_mirror.c brlcad/trunk/src/librt/primitives/superell/superell_mirror.c brlcad/trunk/src/librt/primitives/vol/vol_mirror.c): fix more ebm copy-paste bugs in other primitives, initially encountered by maths22 during vol work
21:15.58maths22Copy-paste is awesome but horrible
21:16.06maths22:)
21:17.10brlcadmaths22: there, that should enable it
21:17.34Notify03BRL-CAD:brlcad * 58957 brlcad/trunk/src/libged/analyze.c: process vol primitives
21:18.03maths22thanks
21:35.55Notify03BRL-CAD:tbrowder2 * 58958 brlcad/trunk/src/burst/extern.h: eliminate unused extern var
21:41.03Notify03BRL-CAD:tbrowder2 * 58959 (brlcad/trunk/src/lgt/do_options.c brlcad/trunk/src/lgt/prnt.c and 3 others): eliminate use of C++ keyword 'template'
21:44.30*** join/#brlcad merzo (~merzo@95.132.178.195)
21:50.59Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed.
21:52.14Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None -  As Daniel proposed, I used BSD's implementation. Is any source naming necessary for this...
21:57.42Notify03BRL-CAD:tbrowder2 * 58960 brlcad/trunk/src/libbn/plane.c: rename var from C++ keyword 'class'
22:18.03Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None -  BTW, what is status quo concernig genptr_t. On the maillist I read, that it's deprecated,...
22:39.34Notify03BRL-CAD:starseeker * 58961 brlcad/trunk/src/libbrep/boolean.cpp: I think we're going to want to shrink the surfaces after this operation - very noticable in the sph - sph case when plotting the subtracted sphere surface. If it proves to be a major performance issue or buggy may need to re-think, but otherwise should cut down on unnecessary intersection solving when walking up a tree
22:43.55Notify03BRL-CAD:starseeker * 58962 brlcad/trunk/src/libbrep/boolean.cpp: Compact the brep structure as well.
22:53.08Notify03BRL-CAD:brlcad * 58963 brlcad/trunk/src/libbn/plane.c: just give it a name that needs no comment
23:13.19Notify03BRL-CAD:brlcad * 58964 (brlcad/trunk/src/lgt/do_options.c brlcad/trunk/src/lgt/prnt.c brlcad/trunk/src/lgt/screen.h): expand ambiguous name, it's the template for updating the curses screen.
23:15.39Notify03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now.
23:15.43maths22I will reclaim shortly
23:21.10Notify03GCI:Jacob B * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Task Claimed - I would like to work on this task.
IRC log for #brlcad on 20131217

IRC log for #brlcad on 20131217

00:02.56*** join/#brlcad merzo (~merzo@195-178-132-95.pool.ukrtel.net)
00:16.08Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed.
00:19.11*** join/#brlcad merzo (~merzo@177-26-132-95.pool.ukrtel.net)
01:11.42Notify03GCI:Mandeep Kaur * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
01:27.23Notify03GCI:Jacob B * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Ready for review - The work on this task is ready to be reviewed.
01:34.34maths22brlcad: are centroids relative to the db origin or to the origin of the object?
01:55.45Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed.
02:26.18maths22also, what is the mat matrix stored within a circle
02:26.27maths22sorry, I meant within a vol
02:44.39Notify03GCI:Sean * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Task Closed - Congratulations, this task has been completed successfully.
02:46.22maths22never mind all my questions
02:49.18Notify03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Claimed - I would like to work on this task.
02:51.10*** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
02:57.47brlcadmaths22: centroids should be relative to the global origin
02:57.57brlcadmost primitives to not have a local origin concept
02:59.15Notify03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
02:59.18maths22I have done that now by applying the mat matrix
03:00.15maths22Patch submitted to melange
03:00.25Notify03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Ready for review - The work on this task is ready to be reviewed.
03:01.23maths22By the way, I will do the drupal upgrade task next
03:13.22Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: close enough -  Alex, that is a valid patch file, hurrah! You've certainly made a lot of progress and put effort into...
03:14.59Notify03BRL-CAD:brlcad * 58965 brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320 from 'Alex', heavily modified. fixed the xml tag errors, used the simpler boilerplate, but left the various write-up mistakes. he put a lot of effort and iterations in, hopefully someone will follow-on.
03:15.00Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Closed - Congratulations, this task has been completed successfully.
03:15.02gcibotWrite a manual page for MGED's ''brep'' command
03:15.02gcibotStatus: Closed
03:15.02gcibotMentor(s): Sean
03:21.29Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320:   follow-on task   A follow-on to this task...
03:26.36Notify03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: full name -  Never mind about providing your full name -- I found it from your other GCI tasks. Thanks again.
03:27.09Notify03BRL-CAD:brlcad * 58966 brlcad/trunk/AUTHORS: credit Alexander Lotsu with his various GCI task contributions. namely, he's provided an initial brep man page, a windows maintainer solicit, a command quick ref, and a phone design.
03:50.34Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
04:03.35Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: almost perfect -  This model is almost what we need, but there are some issues to think about Sharan. First off, the...
04:05.50Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
04:06.05Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
04:25.13Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: credit where credit is due -  Johannes, this is looking really good but there is one major problem with the...
04:39.35Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Patch format -  Kristian, I missed your earlier comment but wish I hadn't... you put in good effort but on code...
04:39.40Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:40.00Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
04:43.11Notify03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: not understanding -  Deep, I don't think you're understanding the feedback. You've made the design even wider!... Wide text is bad. It...
04:43.21Notify03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
04:43.31Notify03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
04:46.56Notify03GCI:Sean * 5495828743454720 Write a script to complete all DocBook image tag updates: Review -  Starseeker, would you review this? Looks reasonable to me at a glance, but not sure if you had...
04:55.25Notify03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:55.27Notify03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): minor stylistic -  Jacob, this looks good to me. Only issues I note are cosmetic code conventions issues that...
04:57.49Notify03BRL-CAD:brlcad * 58967 (brlcad/trunk/src/conv/dxf/dxf.h brlcad/trunk/src/conv/iges/PullbackCurve.h and 14 others): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/6380108822609920 from agkphysics that puts consistent header guards in place for all of src/conv
04:57.49gcibotConsistent preprocessor include guards for all src/conv/ headers
04:57.50gcibotStatus: Closed
04:57.50gcibotMentor(s): Sean
04:58.08Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Understand -  Ok Sean, Now i understand your feedback. That i was confused what is widened.  now i keep your instructions...
05:00.33Notify03GCI:Sean * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: paste the script? -  Since the task is closed, how about just pasting the script here in a comment?...
06:02.19Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Didn't use SVN to get source code -  I would release it in a patch format, but I downloaded it as a...
06:05.29Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Task Claimed - I would like to work on this task.
06:09.44Notify03GCI:Mandeep Kaur * 4573705707454464 Design new Archer splash screen #2: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
07:49.42Notify03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Deprecated genptr_t -  Using void* is Ok.
08:02.05*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:04.29Notify03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: follow on task -  Thanks for editing my work sorry there were some errors, i will checkout the follow on work.
08:06.20Notify03GCI:Melange * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
08:42.07*** join/#brlcad avneet (~avneet@202.164.53.122)
08:42.45avneetexit
08:42.49avneetexit
08:43.03avneetexithi
08:45.35*** join/#brlcad Kn_king (~Kn_king@195.24.220.16)
08:48.52*** join/#brlcad Chick_ (~Chick_@195.24.220.16)
08:50.24Chick_hi need help compiling brlcad
08:52.22Chick_when i run the configure script i get this error: Can't find Tcl configuration definitions
08:53.30d_rossbergChick_: you shouldn't use configure any more, use CMake instead
08:54.59d_rossberge.g. see INSTALL
08:59.01*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:20.27*** join/#brlcad devinder_ (~devinder@202.164.53.117)
09:20.40devinder_exit
10:01.52Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed.
10:03.57Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Didn't Understand -  I was confused and made two versions i have included 2 .g files, 2 wireframes, 2...
10:23.34*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-fhraojbehhvwofow)
10:49.53*** join/#brlcad gjeet (~gjeet@117.220.146.250)
11:17.23Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Task Claimed - I would like to work on this task.
11:17.29*** join/#brlcad Chick_ (~Chick_@195.24.220.16)
11:20.24Notify03GCI:Gauravjeet Singh * 5260604122071040 Design a BRL-CAD business card #5: Task Assigned - This task has been assigned to AdityaGulati. You have 72 hours to complete this task, good luck!
13:01.49Chick_im currently running the make benchmark script of brlcad and its taking too much time can i abort it and proceed to make install?
14:05.37Notify03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Task Claimed - I would like to work on this task.
14:10.22Notify03GCI:Mandeep Kaur * 5509389028950016 Design a BRL-CAD Sticker #10: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck!
14:15.38Notify03GCI:Melange * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Initial Deadline passed - Melange has detected that the initial deadline...
14:57.05*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:08.07Notify03BRL-CAD:carlmoore * 58968 brlcad/trunk/doc/docbook/system/mann/en/brep.xml: fix a spelling, and remove trailing blanks/tabs
15:38.26Notify03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Ready for review - The work on this task is ready to be reviewed.
15:41.07*** join/#brlcad gjeet (~gjeet@117.220.146.250)
15:46.34*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:47.40*** part/#brlcad gjeet (~gjeet@117.220.146.250)
15:50.26Notify03GCI:Cameron * 4972733939056640 Create a BRL-CAD presentation template #2: Task Claimed - I would like to work on this task.
15:53.42Notify03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck!
15:54.06*** join/#brlcad kesha__ (~kesha@49.202.238.96)
15:57.02Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed.
15:59.18Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Mistake -  I accidently upload file name as : backgroundnew1.jpg  The designs are in file t-shirt(againrevised).rar ...
16:20.34*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:27.16maths22Notify doesn't seem to be working noew
16:27.34maths22never mind; my IRC client was scrolled up
16:36.35brlcadstarseeker: would you take a look and see if this is what you wanted: http://www.google-melange.com/gci/task/view/google/gci2013/5495828743454720
16:36.36gcibotWrite a script to complete all DocBook image tag updates
16:36.37gcibotStatus: NeedsReview (47 hours, 26 minutes left)
16:36.37gcibotMentor(s): starseeker, Sean
16:51.52Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: it's a mix -  Sharan,  So the idea is just like a mix of Glass1.jpg and render1.jpg. It'll look more like glass1.jpg...
16:52.28Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
16:56.06Notify03BRL-CAD:brlcad * 58969 (brlcad/trunk/src/librt/primitives/table.c brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5385202599723008 from maths22 that implements a centroid function for vol objects. cool.
16:56.07Notify03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Closed - Congratulations, this task has been completed successfully.
16:56.08gcibotImplement a centroid function for gridded volumes (VOL)
16:56.08gcibotStatus: Closed
16:56.08gcibotMentor(s): Sean
16:56.46Notify03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): applied -  Your patch was applied in r58969, excellent work.
16:59.36Notify03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Closed - Congratulations, this task has been completed successfully.
16:59.41Notify03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: getting better -  Thanks for all your efforts, Deep. I think brlcad_white_tshirt2 looked best of the set.
17:04.11Notify03GCI:Jacob B * 6067909797347328 Update Drupal installation: Task Claimed - I would like to work on this task.
17:06.26Notify03GCI:Mandeep Kaur * 6067909797347328 Update Drupal installation: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
17:09.27Notify03GCI:Jacob B * 6067909797347328 Update Drupal installation: Ready for review - The work on this task is ready to be reviewed.
17:10.47Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed.
17:30.46*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:59.54Notify03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set...
19:00.04Notify03BRL-CAD:starseeker * 58970 brlcad/trunk/src/libbn/plane.c: Handle the case where we have two or more equal points passed to the 3pts_collinear routine - fixes unit test #254.
19:08.18Notify03BRL-CAD:starseeker * 58971 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Three identical points are degenerately collinear - this is an API decision whether this is a success or failure, for now assume success.
19:15.14starseekerbrlcad: I think that's got it - let me apply the diff quick and make sure
19:27.33Notify03BRL-CAD:carlmoore * 58972 brlcad/trunk/src/fb/gif-fb.c: remove some braces (and an unneeded 'break'), but where I eliminated an 'else', I put in some braces to help readability
19:27.58Notify03BRL-CAD:starseeker * 58973 (brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml brlcad/trunk/doc/docbook/articles/en/build_pattern.xml and 35 others): Commit slightly modified version of patch from Andromeda Galaxy (GCI Task #5495828743454720) that scripted the update of the remaining image tags. The original patches undid some DocBook symbol specifications, so those needed to be removed from the patch, but
19:28.00Notifyotherwise a nice job.
19:30.39starseekerbrlcad: if we want to define the follow-on task, it is now to use those purpose specific objects to make both the PDF and HTML images look right in the various outputs using the various sizing options
19:31.14starseekerbrlcad: should I write that up?  That one can't be scripted, since each image will be different
19:32.07starseekerneeds Apache FOP for the PDF output
19:35.34Notify03BRL-CAD:starseeker * 58974 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Only seeing bn_plane_isect_line_lseg failures now.
20:09.44Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed.
20:11.14Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Next try -  Thanks for your explanation, thats what my "source naming"-question was all about.
20:18.15Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function http://www.google-melange.com/gci/task/view/google/gci2013/5876128501727232:   None   Oops, shame...
20:22.12Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Please reply -  Please respond to my previous question, don't want the same thing happening again.
21:33.46*** join/#brlcad remadenika (~remadenik@91.210.100.196)
21:35.09Notify03BRL-CAD Wiki:HaileyDesai * 0 /wiki/User:HaileyDesai:
21:41.55*** join/#brlcad dosudlux (~dosudlux@91.210.100.131)
21:49.21Notify03BRL-CAD:tbrowder2 * 58975 (brlcad/trunk/include/bu.h brlcad/trunk/include/pkg.h and 58 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:added const (and casts) as necessary to eliminate many instances of:warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]in the process had to add some char and const char variables for charand const
21:49.23Notifychar pointer usesuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'successful bu_redblack_test with 'make test'
22:19.54Notify03BRL-CAD:tbrowder2 * 58976 brlcad/trunk/src/libbn/mat.c: rename var 'new' which is a C++ keyword; also rename associated vars for consistency
22:28.24Notify03BRL-CAD:tbrowder2 * 58977 brlcad/trunk/src/util/azel.c: remove old, erroneous line which was replaced by the following line and mistakenly not removed
22:30.49Notify03BRL-CAD:tbrowder2 * 58978 brlcad/trunk/src/sig/smod.c: remove spurious func decl which is from string.h
22:58.24Notify03BRL-CAD:starseeker * 58979 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/conv/step/CMakeLists.txt): Make a very strong effort to make sure file generation is complete for the step-g and g-step inputs - use a looping MD5 comparison script to make sure the file is stable over time before generate the stamp file rather than just creating the stamp after CMake thinks the exp2cxx process is complete. Even this can be
22:58.26Notifymessed up by sufficiently bizarre I/O issues, but if a situation arises where the files are still changing even after being in a metastable state for a full second on the filesystem we can alter this setup and make the sleep length a parameter rather than fixing it at one second.
23:11.14starseekerinvites anyone who was having issues with step-g in parallel building to take a wack at it with r58979 in place to see if that addresses the problem successfully
IRC log for #brlcad on 20131218

IRC log for #brlcad on 20131218

00:54.24maths22should make test fail?
01:37.13starseekerat the moment it's failing due to some libbn tests
01:39.10*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-125-67.aby.bellsouth.net)
01:44.44Notify03GCI:starseeker * 5495828743454720 Write a script to complete all DocBook image tag updates: Looks good -  Nice! Needed slight tweaking in the diff for symbols that had their DocBook specifications...
01:44.49Notify03GCI:starseeker * 5495828743454720 Write a script to complete all DocBook image tag updates: Task Closed - Congratulations, this task has been completed successfully.
01:54.26Notify03BRL-CAD:starseeker * 58980 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: target is _pdf not _fo
02:06.53Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Ready for review - The work on this task is ready to be reviewed.
02:09.48Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Additional Comments -  I created two version with different styled logos. If anything needs to be tweaked or change, it can...
02:17.58Notify03BRL-CAD:starseeker * 58981 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Fix the custom PDF logic for the books
02:41.08*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-125-67.aby.bellsouth.net)
02:57.46maths22Ok; that means that the compiler is not breaking them
03:36.12Notify03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Script -  #!/bin/sh   for file in $(ls *.h)  do  HEADER=$(echo $file | tr '[:lower:]'...
03:39.37Notify03GCI:Deep Inder Singh * 6382559101452288 Design a BRL-CAD business card #3: Task Claimed - I would like to work on this task.
03:43.28Notify03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Thanks -  Thanks.. Sean.  Regards.  Deep Inder
04:15.16Notify03GCI:Mandeep Kaur * 6382559101452288 Design a BRL-CAD business card #3: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck!
04:31.37Notify03GCI:Anshula Rudhraraju * 5580516908597248 Design a BRL-CAD business card #2: Ready for review - The work on this task is ready to be reviewed.
05:13.17Notify03GCI:Sean * 6067909797347328 Update Drupal installation: Task Closed - Congratulations, this task has been completed successfully.
05:20.37Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: yes, but different colors -  Sharan, that looks exactly right, but you changed up the colors all of a sudden... Keep...
05:20.47Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
05:23.43Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
05:23.54Notify03GCI:Andromeda Galaxy * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Claimed - I would like to work on this task.
05:26.00Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: go ahead and upload -  Go ahead and upload the patch update here so we can track it with the task, but a...
05:27.05Notify03GCI:Melange * 5580516908597248 Design a BRL-CAD business card #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
05:29.40Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: like the design -  Anita, I like the layout and design, but not the modified logo. If you swap in our actual logo, I think it'll...
05:31.30Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
05:31.45Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: also -  After that change, would you also try a separate upload using a font without serifs?
05:34.30Notify03GCI:Mandeep Kaur * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours...
05:37.55Notify03GCI:Sean * 5580516908597248 Design a BRL-CAD business card #2: some changes -  Hi Anshula! I like the overall design, but I'd like to request a few changes. First, the byline underneatch the logo...
05:38.00Notify03GCI:Sean * 5580516908597248 Design a BRL-CAD business card #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
07:17.39Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2 http://www.google-melange.com/gci/task/view/google/gci2013/4573705707454464:   Revised work   I found the png file of the logo...
07:19.10Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Ready for review - The work on this task is ready to be reviewed.
07:30.11Notify03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
07:40.11*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:41.07Notify03GCI:Deep Inder Singh * 6382559101452288 Design a BRL-CAD business card #3: Ready for review - The work on this task is ready to be reviewed.
07:47.08Notify03GCI:Justin Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Claimed - I would like to work on this task.
08:03.10Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Task Claimed - I would like to work on this task.
08:06.51Notify03GCI:Daniel Rossberg * 5794702095810560 Design a BRL-CAD Sticker #8: Task Assigned - This task has been assigned to PCK-45. You have 72 hours to complete this task, good luck!
08:07.36Notify03GCI:Daniel Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Assigned - This task has been assigned to Chan Ho Jun. You have 72 hours to complete this task, good luck!
09:12.10*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
09:21.45*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
09:32.08Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
09:41.11Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed.
09:45.17Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Please Read it -  When I was doing this task, I have been making a BUSINESS CARD, but now all the tasks...
09:50.02Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Uploaded It -  I have uploaded the business card above and the png file for this task, you can check it out
09:51.22Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed.
09:53.52Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Finished, but not able to submit as a patch. -  I have finished the task, and done some more...
10:07.18*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:51.18Notify03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed.
11:48.28Notify03BRL-CAD:tbrowder2 * 58982 brlcad/trunk/include/bu.h: correct comment; remove duplicate comment
13:04.10Notify03GCI:Olexander Dubenko * 5902299616509952 Create a BRL-CAD presentation template: Ready for review - The work on this task is ready to be reviewed.
13:23.26Notify03BRL-CAD:tbrowder2 * 58983 brlcad/trunk/src/sig/dconv.c: include header for correct func decls
13:49.34Notify03GCI: *  :  -
14:15.41Notify03GCI:Melange * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Reopened - Melange has detected that the final deadline has passed...
14:31.23maths22for an EBM, how can one scan iterate over the pixels
14:31.36maths22it does not have OK() like VOL did
14:43.10Notify03GCI: *  :  -
14:49.29Notify03BRL-CAD:tbrowder2 * 58984 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_create.c and 5 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct bu_rb_tree comparison function pointer signaturesfrom: int (**rbt_order)(void *, void *);to: int (**rbt_compar)(const void *, const void *);also changing associated var names from "*order*" to
14:49.31Notify"*compare*" to make clear distinction between rb tree order and node comparisonadd new macro to aid casting comparison functions to function argumentsadd casts as necessary to quell warnings and errorssuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'successful bu_redblack_test with 'make test'
14:49.32Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Task Claimed - I would like to work on this task.
14:53.52Notify03GCI:Mandeep Kaur * 5029433412943872 Design new Archer splash screen: Task Assigned - This task has been assigned to Ilkin Musaev. You have 72 hours to complete this task, good luck!
14:59.01Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: None -  What should be size of new image?
15:01.06Notify03GCI:Andromeda Galaxy * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Ready for review - The work on this task is ready to be reviewed.
15:17.15Notify03GCI:Jacob B * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): Task Claimed - I would like to work on this task.
15:25.02Notify03GCI:Mandeep Kaur * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task,...
15:26.01Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed.
15:29.39Notify03BRL-CAD:tbrowder2 * 58985 brlcad/trunk/src/sig/butter.c: include header for correct func decl
15:40.04Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
15:43.21Notify03BRL-CAD:tbrowder2 * 58986 (brlcad/trunk/src/libbn/multipoly.c brlcad/trunk/src/libbu/tests/bu_semaphore.c and 2 others): make explicit casts to convert void pointers (required for C++ compilation)
15:43.53*** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
15:45.51Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task.
15:47.51Notify03GCI:Mandeep Kaur * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good...
15:51.02*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
15:51.20*** join/#brlcad kesha (~kesha@49.202.238.73)
16:01.19Notify03BRL-CAD:tbrowder2 * 58987 brlcad/trunk/src/util/pixcount.c: ws, style
16:14.06Notify03BRL-CAD:carlmoore * 58988 brlcad/trunk/src/librt/primitives/vol/vol.c: remove trailing blanks/tabs
16:17.58Notify03BRL-CAD:tbrowder2 * 58989 brlcad/trunk/src/libpkg/pkg.c: use header for proper errno decl
16:26.22Notify03BRL-CAD:carlmoore * 58990 brlcad/trunk/src/fb/gif-fb.c: add message about use of stdin (with < construct); notice that otherwise we are not to use stdin because the input is a GIF file
16:29.55*** join/#brlcad kesha (~kesha@49.249.17.137)
16:31.14*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
16:49.51Notify03BRL-CAD:tbrowder2 * 58991 brlcad/trunk/src/librt/primitives/vol/vol.c: ws, style
17:21.22Notify03GCI: *  :  -
17:27.47Notify03GCI:Melange * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status...
17:43.24*** join/#brlcad gaganjyot (~gagan@124.253.224.137)
17:44.17*** join/#brlcad kesha (~kesha@49.249.200.20)
17:59.51Notify03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the...
18:13.02*** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net)
18:32.10Notify03BRL-CAD:carlmoore * 58992 brlcad/trunk/src/fb/gif2fb.c: implement use of h and ? for help (what had been h is now H to accommodate this), and move 'usage' routine (now with 'Usage: ' added) to avoid duplicate declaration of 'usage'
18:35.34Notify03BRL-CAD:starseeker * 58993 brlcad/trunk/src/libged/attr.c: tweak attr show approach - was printing extra line endings
18:56.37Notify03GCI:Melange * 5902299616509952 Create a BRL-CAD presentation template: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
19:05.11Notify03BRL-CAD:starseeker * 58994 brlcad/trunk/src/libbu/tests/bu_semaphore.c: Fix cast type
19:12.46Notify03BRL-CAD:starseeker * 58995 brlcad/trunk/src/sig/butter.c: same struct, different names - just cast it.
19:13.47brlcadmaths22: you could write one, but I don't recall if it has something like vol's ok
19:16.34brlcad58995 is quite dangerous
19:16.58brlcaddiff libs that have little to do with each other, just happen to have the same concept
19:23.37Notify03BRL-CAD:brlcad * 58996 brlcad/trunk/src/sig/butter.c: casting because the structs happen to match is exceptionally dangerous and considered bad practice. any change to either will be undetectable (due to the cast) and will result in runtime misbehavior. looks like libbn isn't even needed, just make them be fft's COMPLEX struct.
19:47.17*** part/#brlcad gaganjyot (~gagan@124.253.224.137)
19:50.40*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
20:06.16Notify03GCI:agkphysics * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Task Claimed - I would like to work on this task.
20:08.19Notify03BRL-CAD:bob1961 * 58997 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Updating cadwidgets::rtimage to reflect a change to the bw-pix command's syntax change. This fixes part of the breakage seen in rtwizard (i.e., the ghost intensity was not getting applied to the image).
20:09.40Notify03GCI:Mandeep Kaur * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task,...
20:40.40Notify03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: hinged? -  Where are they hinged?  "The two segments you model MUST be two or more regions hinged together (you can have center...
20:41.10Notify03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
20:48.36Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Closed - Congratulations, this task has been completed successfully.
20:50.56Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: excellent, unit test -  Johannes, this looks perfect now, Please commit it yourself (great first commit!).  A...
20:52.14Notify03BRL-CAD:carlmoore * 58998 brlcad/trunk/src/fb/gif2fb.c: add reference to use of stdin with < construct; remove 'No input file' message so we now have the run-with-no-arguments to get help
21:06.18Notify03BRL-CAD:tbrowder2 * 58999 brlcad/trunk/src/libfb/fb_generic.c: update
21:07.37maths22OK
21:22.24*** join/#brlcad jschulte (~johannes@p4FDF9D4D.dip0.t-ipconnect.de)
21:23.23Notify03BRL-CAD:j-schulte * 59000 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt): Adding a platform-independent re-entrant sort function to libbu
21:25.13Notify03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): the skipped ones -  Andromeda,  This looks great except for the ones that you skipped. The...
21:25.17brlcadwoot!
21:25.43Notify03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to...
21:31.28*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
21:31.50andromeda-galaxybrlcad: so the fact that the three qray files all use the same guard is not important?
21:32.27andromeda-galaxyI was worried that they used the same guard because if one was included then none of the others could be..
21:33.21andromeda-galaxySince they all define some of the same datastructures, it seemed like they would need to inhibit each other
21:40.37brlcadthat's just bad code duplication
21:41.08brlcadshould be eliminated, really, but woul be a task in itself to sort them out
21:41.19andromeda-galaxybrlcad: so what should I do?
21:41.32brlcadjust treat them like any other headers
21:41.53brlcadif the build breaks, that would indicate a problem
21:42.14andromeda-galaxybrlcad: okay, greath
21:42.17andromeda-galaxy*great
21:42.26andromeda-galaxyand quickly: what about the cursor ones?
21:42.47andromeda-galaxyI was surmising that they might be assigned to variables, and that an include guard might break them...
21:45.31andromeda-galaxybrlcad: if you will be around for another minute I can re-submit
21:47.58Notify03BRL-CAD:brlcad * 59001 brlcad/trunk/src/libfb/CMakeLists.txt: nilcursor.h looks to finally be completely unused, so remove the legacy file.
21:50.57andromeda-galaxybrlcad: do you want me to add include guards to the src/libfb/oglcursor.h file?
21:53.38brlcadno
21:53.47brlcadlooks like it's also unused now
21:53.52brlcadbut have to compile-test it
21:54.42andromeda-galaxybrlcad: okay, thanks
21:54.57andromeda-galaxyI will submit a version with the headers for the last two files in a minute, can you take a look at it when I do?
21:56.03``Erikhuh, autocad->gcode exporter http://timeguy.com/cradek/autocad
21:58.34Notify03GCI:Andromeda Galaxy * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Ready for review - The work on this task is ready to be reviewed.
22:06.17Notify03BRL-CAD:bob1961 * 59002 brlcad/trunk/src/util/pix-bw.c: pix-bw seems to now require one of the color flags or the ntsc/crt options. This broke rtwizard (i.e., the ghost intensity was not getting applied to the image). I added e: to the bu_getopt string to make the crt and ntsc options accessible.
22:07.24Notify03BRL-CAD:bob1961 * 59003 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Updating cadwidgets::rtimage to reflect a change to the pix-bw command's syntax change and its use of libicv. This fixes part of the breakage seen in rtwizard (i.e., the ghost intensity was not getting applied to the image).
22:22.07brlcadmaths22: what's the status of websvn?
22:22.17brlcadI see three installations in the web root...
22:22.24brlcadnone of them seem to be working
22:23.43brlcadthere are also two view-vc installations, both of which seem to be displaying raw sources instead of running
22:28.23Notify03BRL-CAD:brlcad * 59004 brlcad/trunk/src/libfb/CMakeLists.txt: oglcursor.h also seems to now be completely unused, so remove it.
22:29.49Notify03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None -  Both tasks, especially the replacement of old qsort uses, sound interesting. It would be...
22:30.50Notify03BRL-CAD:brlcad * 59005 (brlcad/trunk/src/libfb/oglcursor.h =================================================================== and 75 others): oglcursor.h also seems to now be completely unused, so remove it.
22:31.02Notify03BRL-CAD:carlmoore * 59006 brlcad/trunk/src/halftone/main.c: use h and ? for help; abolish previous 'h' because '-s 1024' does the same thing
22:34.24andromeda-galaxybrlcad: I've resubmitted with the changes that you suggested, can you take a quick look?
22:34.57Notify03BRL-CAD:brlcad * 59007 (brlcad/trunk/src/sig/butter.c brlcad/trunk/src/sig/bw-d.c and 12 others): style cleanup, ws, decls, marking funcs static, and more.
22:36.35Notify03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Claimed - I would like to work on this task.
22:37.40Notify03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: How to show evidence of completion -  Hi there, Im just messages to ask what format do you want us...
22:37.50maths22Viewvc should not be in the webroot
22:38.00maths22I don't think it has ever been set up
22:38.11maths22``Erik has done the recent work with websvn
22:38.37maths22I should probably take down fisheye, as I am probably the only person who uses it/wants to use it
22:40.36maths22can libpixman be installed on the server?
22:41.52Notify03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: How to post my article -  Also how do I post my article when Im done?  Thanks,  Mohamed
22:50.51Notify03BRL-CAD:carlmoore * 59008 brlcad/trunk/src/halftone/main.c: remove '-1' from a comment; remove ':' from just after 'a' in the bu_getopt argument so 'a' does NOT require an argument
22:55.21brlcadGCI FYI: lots of new unit tests added for libbu and libbn
22:56.06brlcadmaths22: you mean erik turned it off == "recent work"?
22:56.39brlcadI recall there being a discussion about it filling up /tmp and that is obviously a problem but we need something set up
22:57.57maths22I think he also created the websvn3 version
22:58.09maths22I could be wrong, though
22:59.20brlcadlibpixman is already installed
22:59.30brlcadstarseeker created that one
22:59.46brlcadit almost works but seems to crash if you try to look at a file
22:59.59brlcadwe should not have all of these dead efforts sitting in the web root
23:00.18maths22should I clear them out into some backup dir?
23:01.09maths22websvn3 works for me
23:01.28brlcadthere's an Attic folder for exactly that, but more concerning is that this is becoming a habit by multiple people...
23:01.48brlcadwebsvn3 "almost works but seems to crash if you try to look at a file"
23:03.04maths22I can open files fine in it: what file crashes for you?
23:07.24maths22I'm to blame for the viewvc ones and the first websvn
23:08.01maths22I made/edited all of them last june
23:08.17maths22I think I can just delete the viewvc ones
23:12.29maths22can the python module svn.core be installed?
23:18.10Notify03GCI: *  :  -
23:22.31Notify03GCI: *  :  -
23:22.46Notify03GCI: *  :  -
23:31.20Notify03BRL-CAD:tbrowder2 * 59009 brlcad/trunk/src/libbu/sort.c: add explicit cast
23:34.35Notify03BRL-CAD:tbrowder2 * 59010 brlcad/trunk/src/libbu/sort.c: ws, style
23:38.10Notify03BRL-CAD:tbrowder2 * 59011 brlcad/trunk/src/libbu/sort.c: add explicit casts
23:47.06Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: in command parameters? -  I have been testing the 'in command' and looking at various other pages trying to...
23:47.38``Erikdidn't turn websvn off, moved it a couple times before finding a place in /usr to stash it (both /tmp and /var/tmp were getting clobbered)...
23:48.56Notify03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: follow-on tasks created -  Numerous follow-on tasks related to this have been created including unit test and...
23:49.19brlcadandromeda-galaxy: changes look good
23:51.04brlcadandromeda-galaxy: go ahead and commit them
23:51.31Notify03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Closed - Congratulations, this task has been completed successfully.
23:57.21Notify03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): looks perfect -  On quick review, this looks good now. Assuming you've tested compilation...
IRC log for #brlcad on 20131219

IRC log for #brlcad on 20131219

00:01.11Notify03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task.
00:16.22Notify03GCI:Anita Leung * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Question -  Can I submit two designs for two tasks?
00:28.37andromeda-galaxyIs the svn repository preferred over the git repository for development?
00:29.30andromeda-galaxynever mind, sorry, I see what is going on with the VC stuff..
00:31.09*** join/#brlcad Chick_ (~Chick_@195.24.220.16)
00:38.30Notify03BRL-CAD:peter-sa * 59012 (brlcad/trunk/src/libbn/bn_private.h brlcad/trunk/src/libbrep/PullbackCurve.h and 54 others): Make header include guards in src/lib* use consistent naming convention
01:12.56maths22brlcad: can cgi script execution be enabled for brlcad.org/viewvc-1.1.21/bin/cgi/
01:13.03maths22I can't do it just from .htaccess
01:13.14maths22``Erik: you could probably do this too
01:17.04Notify03GCI:Kelsey * 5215498375528448 Create a BRL-CAD presentation template #5: Task Claimed - I would like to work on this task.
01:22.19Notify03GCI:Kelsey * 5215498375528448 Create a BRL-CAD presentation template #5: Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:40.34*** join/#brlcad Chick_ (~Chick_@195.24.220.16)
01:48.03*** join/#brlcad Chick_ (~Chick_@195.24.220.16)
03:06.36maths22see http://brlcad.org:8080/svn/repos/BRL-CAD/list/
03:06.49maths22If you like it, could a GCI task be created for it?
03:07.07maths22Also, don't worry about the CGI stuff
03:09.26Notify03GCI:agkphysics * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Ready for review - The work on this task is ready to be reviewed.
03:21.02Notify03GCI:agkphysics * 5288632944427008 Implement a surface area function for gridded volumes (VOL): No volume function -  This function is based on the one I used for an ebm, except it also takes into...
03:36.07starseekerpersonally prefers ViewVC...
03:37.05starseekerwebsvn3 as more out of desperation to have something...
03:37.19starseekers/ as/was/
03:38.24brlcad``Erik: huh, the top-level dir is 000'd, figured maybe it was you
03:41.33maths22starseeker: how is the one I posted?
03:41.58starseekerbrlcad.org/viewvc-1.1.21/bin/cgi gives me a forbidden error
03:42.14maths22not that one.  the 8080/svn one
03:42.58starseekerthat seems to work
03:44.37starseekeranother ViewVC alternative?
03:44.45maths22how does it compare to viewvc or websvn
03:44.49starseekerisn't especially impressed with the diffing
03:44.55maths22OK  
03:44.57starseekerfeels a bit slow as well
03:45.36maths22slowness is because i am using the remote repo right now: it was faster to set up
03:45.46maths22tell me what you think of brlcad.org:8060
03:45.59andromeda-galaxystarseeker: I newly have commit access, and I think I might have discovered a bug in the build system in pursuit of http://www.google-melange.com/gci/task/view/google/gci2013/5798747955003392; if I find a fix, what is the etiquette for review for it?
03:46.00gcibotCompile BRL-CAD with GCC 4.8.2+
03:46.00gcibotStatus: ClaimRequested
03:46.00gcibotMentor(s): erikg
03:47.37starseekermaths22: it seems to be showing deleted files by default?
03:48.10starseekerandromeda-galaxy: just make sure it builds and describe the issue and its resolution in the commit message
03:48.16maths22I know. I have not spent much time with it
03:48.23starseekerandromeda-galaxy: what's the issue?
03:49.43starseekermaths22: I'm a bit biased in favor of the ViewVC interface because that's the one I originally learned on sourceforge - has anyone made a stab at a feature based comparison of the various repository interfaces?
03:50.14brlcadandromeda-galaxy: you have commit access, so you are capable of committing at will so long as you're following the dev guidelines in HACKING and are available for communication
03:51.05brlcadyou can start your own project even, make it your thesis at college, whatever
03:51.07brlcadso long as it fits our scope (which is pretty freaking big)
03:51.26brlcadjust don't break anything ;)
03:52.35brlcadmaths22: I'm mostly ambivalent to websvn vs viewvc vs sventon vs fisheye
03:53.05brlcadit's more important that it's UP .. that it's reliable .. and that we can efficiently walk a history since that's what it is usually used for
03:54.02maths22I personally like fisheye, but I know tht you don't
03:54.13brlcadthat's not true
03:54.31maths22You don't like its distribution, right
03:54.37brlcadI like fisheye (the product) .. it's atlassian that I'm more concerned with, it's not open source iirc
03:54.43maths22right
03:55.09brlcadcan fisheye run under apache?
03:55.28maths22No, but it could be proxied through apache
03:55.34starseekeris viewvc harder to set up due to the cgi aspect?
03:55.49maths22Yes.  
03:56.05maths22It also is slower because it does not have built-in caching iirc
03:56.48maths22brlcad: see https://confluence.atlassian.com/display/FISHEYE/Integrating+with+other+web+servers
03:57.49brlcadgood enough
03:58.35brlcadoh now THAT is cool ... fisheye defaults to showing all deleted folders too
03:59.21maths22good or bad?
03:59.29brlcad~cool
03:59.30infobotsomebody said cool was there, there, everything is going to fix out
03:59.43brlcad~cool is also good
03:59.44infobotACTION takes out a fan to wave over is also good but decides to beat is also good with it instead
03:59.54brlcadheh
04:00.06maths22infobot is fun :)
04:00.28maths22it can do that because it has a mysql db of every revision
04:00.41maths22I don't know exactly what is stores
04:02.40brlcadthat's been a long-standing pet peave with viewvc and viewsvn (and websvn and ...)
04:03.16brlcadespecially for tracing history and you know the path, but svn won't let you "see it" until you're at a revision where it existed
04:04.14brlcadmaths22: how does the user accounting system work?  what's it for?
04:04.39brlcadand is it registered locally or is it connecting through to atlassian?
04:04.53brlcad(is anything connecting through to atlassian for that matter?)
04:06.09*** join/#brlcad kesha (~kesha@49.249.16.197)
04:08.28maths22Users are local; so is everthing except intial license activation
04:08.43maths22I registered an open source one for BRL-CAD
04:16.45brlcadnods
04:18.12Notify03BRL-CAD:peter-sa * 59013 brlcad/trunk/src/libbu/parallel.h: Comment out name of #ifndef after #endif in src/libbu/parallel.h
04:19.33Notify03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now.
04:20.50maths22users seem to have to do with favorites and associating committers with people
04:21.43Notify03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Bundling oddness? -  I unclaimed this task because there are interactions between the bundled and the system libs that I do...
04:22.07maths22Also, I could split the current mega brl-cad repo into individual repos by project within fisheye
04:23.58maths22andromeda-galaxy: try LD_LIBRARY_PATH
04:24.18maths22it worked for me
04:26.07maths22brlcad: users are also meant for access control, but that does not matter for us
04:26.19Notify03BRL-CAD:brlcad * 59014 brlcad/trunk/src/sig/ddisp.c: remove the OLDANDCRUFTY dead code and reorder functions to avoid need for forward declaractions
04:29.30Notify03GCI:Andromeda Galaxy * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Task Claimed - I would like to work on this task.
04:29.58Notify03BRL-CAD:brlcad * 59015 brlcad/trunk/src/sig/ddisp.c: eliminate the global variables, including the FBIO now passed as an arg
04:38.42Notify03BRL-CAD:brlcad * 59016 brlcad/trunk/src/sig/dfft.c: reorder functions to avoid forward decls, reduce scope for several globals, note which functions are remote
04:48.57Notify03BRL-CAD:brlcad * 59017 brlcad/trunk/src/sig/dpeak.c: reorder to avoid forward decls, reduce func scope, eliminate globals.
04:56.38andromeda-galaxybrlcad: I just found out that on certain platforms (e.x. Gentoo), _FORTIFY_SOURCE is already defined by default, which makes the build spew lots of false warnings about redefinitions, and I would like to fix that at some point; should it #undef the current version to force it to 2 (if optimization is enabled), or should it just go with the current one if it is already defined?
04:59.19brlcadandromeda-galaxy: can you figure out what they set it to?
05:02.14brlcadmy quick read is that they set it to 2, in which case we can just check if it's not set, then set it
05:05.24Notify03BRL-CAD:brlcad * 59018 brlcad/trunk/CMakeLists.txt: only define this if it's not already set by the compiler, which it could be if the compiler was compiled that way (rumored to be gcc default now on ubuntu/fedora). since the compiler owns underscored symbols, don't assume we can just define it.
05:09.36Notify03BRL-CAD:brlcad * 59019 (brlcad/trunk/src/sig/dsel.c brlcad/trunk/src/sig/dstats.c): eliminate globals, reduce scope
05:16.32andromeda-galaxybrlcad: It looks like that to me as well; would it be all right for me to commit that fix when I finish my current task?
05:16.37Notify03BRL-CAD:brlcad * 59020 brlcad/trunk/src/sig/dwin.c: resort to avoid forward decls, reduce scope, eliminate most globals save for a few that need to get packed into a struct
05:23.03Notify03BRL-CAD:brlcad * 59021 (brlcad/trunk/src/sig/f-d.c brlcad/trunk/src/sig/f-i.c brlcad/trunk/src/sig/fhor.c): eliminate globals, pass FBIO around
05:26.26Notify03BRL-CAD:brlcad * 59022 brlcad/trunk/src/sig/hamwin.c: reorder to eliminate forward decls
05:29.12Notify03BRL-CAD:brlcad * 59023 brlcad/trunk/src/sig/hamwin.c: use bu memory management
05:38.07Notify03BRL-CAD:brlcad * 59024 (brlcad/trunk/src/sig/i-a.c brlcad/trunk/src/sig/i-d.c and 6 others): eliminate lots of unnecessary gloabls
05:42.19*** join/#brlcad Chick_ (~Chick_@195.24.220.16)
06:08.23Notify03GCI:Melange * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
06:13.07Notify03BRL-CAD:brlcad * 59025 brlcad/trunk/src/libged/analyze.c: prevent crashing if the volume or surface area callback is not implemented.
06:18.19Notify03BRL-CAD:brlcad * 59026 (brlcad/trunk/src/librt/primitives/table.c brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5288632944427008 from agkphysics, implementing surface area calculations for vol objects
06:18.20Notify03GCI:Sean * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Task Closed - Congratulations, this task has been completed successfully.
06:18.20gcibotImplement a surface area function for gridded volumes (VOL)
06:18.20gcibotStatus: Closed
06:18.20gcibotMentor(s): Sean
06:23.05Notify03GCI:Sean * 5288632944427008 Implement a surface area function for gridded volumes (VOL) http://www.google-melange.com/gci/task/view/google/gci2013/5288632944427008:   ask   Ask, and ye shall...
06:26.14Notify03BRL-CAD:brlcad * 59027 brlcad/trunk/src/librt/primitives/vol/vol.c: ws
06:26.16Notify03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:28.57Notify03GCI:agkphysics * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Task Claimed - I would like to work on this task.
06:30.28Notify03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: cute but ... -  The design is different and leverages the archer gui, but I don't get how the xml tags relate to anything about...
06:31.42brlcadandromeda-galaxy: see r59018
06:31.55brlcad(that's why commit messages stream in here) ;)
06:32.23brlcadalthough it's far easier to follow commit notifications when GCI tasks are not blathering so much... :D
06:33.59Notify03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
06:37.14Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
06:38.09Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: hinged -  As hinged, do you mean that they need to be connected?
06:40.35Notify03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: not bad but.. -  Luke, I presume this is 4 stickers? I really like the two BRL-CAD ones as they're simple brilliant colors that work well...
06:56.14Notify03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: yes -  Yes, they need to be connected, not just overlapping. In fact, there must be NO overlap errors reported.  If you do a Google...
06:56.54Notify03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:56.55Notify03GCI:Sean * 5902299616509952 Create a BRL-CAD presentation template: Task Closed - Congratulations, this task has been completed successfully.
07:16.49Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
07:16.54Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3 http://www.google-melange.com/gci/task/view/google/gci2013/4967846266273792:   how to create a patch   Kristian,...
07:16.55Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
07:30.19Notify03GCI:Sean * 5857193869967360 Compile BRL-CAD on Windows using Visual Studio Express: Task Closed - Congratulations, this task has been completed successfully.
07:30.44Notify03GCI:Johannes Schulte * 5784907422892032 Update qsort() calls to bu_sort() #3: Task Claimed - I would like to work on this task.
07:32.24Notify03GCI:Sean * 5857193869967360 Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2013/5857193869967360:   nicely done   You submitted your...
07:34.55Notify03GCI:Mandeep Kaur * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good...
07:39.41Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: the final .g file? -  You didn't submit a final .g file for the image. It looks fantastic, but we may end up needing...
07:39.56Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
07:40.11Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
07:44.12Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: any size -  Any size is fine, but a size close to the existing splash screen is a safe idea.  As for this design, I think it needs more...
07:44.32Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
07:49.32Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: better! -  That's looking much better! That said, still just a few more issues. As I mentioned earlier, check out some of the...
07:49.57Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
07:49.58Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
07:50.28Notify03GCI:Mandeep Kaur * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Assigned - This task has been assigned to Mohamed Hammeda. You have 72 hours to complete this...
07:51.18Notify03GCI: *  :  -
07:51.33Notify03GCI:Mandeep Kaur * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this...
07:52.03Notify03GCI:Mandeep Kaur * 5784907422892032 Update qsort() calls to bu_sort() #3: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
08:07.16*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:15.40Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: rendering -  I've finished my modeling part. But I don't know what I did, I can't see my model in the render output. It...
08:15.41Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
08:31.18Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: nevermind -  Nevermind the comment above. I was able fix the problem. Check out the latest upload for the final renderings
08:34.01*** join/#brlcad justin (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
12:11.35``Erikbrlcad: re websvn, hm, I do kinda remember chmod 0'ing it now, I vagually recall a memory saturation issue from running several dozen svn instances, forcing things like apache and mysql into swap :/ shoulda kept a log of what/why
12:28.50*** join/#brlcad mlawnik (~mlawnik@92-55-225-11.net.pbthawe.eu)
12:30.19mlawnikCan anyone hint me where I will be able to find high-res brl-cad logo? Anywhere in the repository?
12:38.31d_rossbergmlawnik: is this good enough? http://brlcad.org/images/angelov_256.png
12:42.12``Erikthere're svg versions in the repo iirc, doc/docbook/resources/brlcad/images/
12:42.30mlawnikThanks to both of you ;)
12:42.43mlawnikSvg will be more useful though ;)
12:47.45mlawnikdoc under what exactly folder? Not under brlcad unfortunately :(
12:50.38mlawnikFound it, sorry for troubling you ;)
13:03.25*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
13:19.48*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net)
13:22.30maths22``Erik: could python svn bindings be installed on the server?
13:28.40*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net)
13:28.50*** part/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net)
13:40.05maths22brlcad: do you want me to reinstall websvn
13:41.36maths22I already have fisheye at brlcad.org:8060 and sventon at brlcad.org:8080/svn
14:35.41Notify03BRL-CAD:tbrowder2 * 59028 brlcad/trunk/src/libbn/tcl.c: use explicit casts to and from math func pointers for use as func args and actual funcs--eliminates C++ errors
14:36.02Notify03BRL-CAD:bob1961 * 59029 brlcad/trunk/src/mged/dm-wgl.c: calls to dirty_hook() now needs arguments.
14:36.04Notify03BRL-CAD:tbrowder2 * 59030 (brlcad/trunk/src/librt/primitives/brep/brep_local.h brlcad/trunk/src/librt/primitives/dsp/dsp.h): complete comments on #endif
14:36.11Notify03BRL-CAD:tbrowder2 * 59031 brlcad/trunk/src/libfb/if_ogl.c: use braces to quell -Wempty-body warning
14:37.14``Erikmaths22: is devel/pysvn adequate?
14:44.07Notify03GCI:Daniel Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
14:44.08Notify03GCI:Daniel Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2 http://www.google-melange.com/gci/task/view/google/gci2013/6237896147206144:   There are still some issues   Formal...
14:44.09Notify03GCI:agkphysics * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Ready for review - The work on this task is ready to be reviewed.
14:44.10Notify03GCI:Melange * 6334427550449664 Compile BRL-CAD with Dev-C++: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The...
14:44.11Notify03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:44.13Notify03GCI:Vipul Sharma * 4941697968504832 Design a BRL-CAD business card #8: html -  could i use html for designing the BUSINESS cards?
14:44.14Notify03GCI:Deep Inder Singh * 6382559101452288 Design a BRL-CAD business card #3: Ready for review - The work on this task is ready to be reviewed.
14:44.14Notify03GCI:Melange * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status...
14:44.16Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed.
14:44.18Notify03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: Task Claimed - I would like to work on this task.
14:44.18Notify03GCI:Mandeep Kaur * 6447429750620160 Design new Archer splash screen #4: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck!
14:44.20Notify03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4 http://www.google-melange.com/gci/task/view/google/gci2013/6447429750620160:   None   Already done that in this task -:...
14:44.20Notify03GCI:Jacob B * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:44.20Notify03GCI:Jacob B * 6692034580578304 Explore repository browsing web interface options: Task Claimed - I would like to work on this task.
14:44.22Notify03GCI:Melange * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Initial Deadline passed - Melange has detected that the initial deadline...
14:44.24Notify03GCI:mandar * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Testing -  i have been unit-testing in JAVA. could anyone give me a reference for unit testing in C?
14:44.24Notify03GCI:Mandeep Kaur * 6692034580578304 Explore repository browsing web interface options: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
14:44.24Notify03GCI:mandar * 6696007827980288 Fix closedb: None -  The given commands seem to be working on my installation. the only error i get is when i close the database and then try to 'make sph sph' saying...
14:44.51``Erikhm, "variable length lookbehind not implemented (yet)", may need to redo those regex's without the perl extended fu
14:53.43*** join/#brlcad mlawnik (~mlawnik@92-55-225-11.net.pbthawe.eu)
15:17.44maths22if it works for viewvc
15:18.26maths22I would try it
15:29.56Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
15:29.57Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: fast reviewal -  Pls review fast
15:29.58Notify03GCI: *  :  -
15:30.55Notify03BRL-CAD:tbrowder2 * 59032 brlcad/trunk/src/libfb/if_ogl.c: ws, style
15:30.58Notify03BRL-CAD:tbrowder2 * 59033 brlcad/trunk/src/libfb/if_ogl.c: use braces to quell -Wempty-body warning
15:31.00Notify03BRL-CAD:carlmoore * 59034 brlcad/trunk/src/librt/primitives/vol/vol.c: fix spellings
15:39.22*** join/#brlcad Chick_ (~Chick_@195.24.220.16)
15:40.15*** part/#brlcad Chick_ (~Chick_@195.24.220.16)
15:45.26*** join/#brlcad six_ft (~six_ft@195.24.220.16)
15:50.19six_fthi can't locate bu_sort() have tried grep bu_sort -r src
15:50.53six_ftcan someone help?
15:51.24six_fti wish to update qsort to bu_sort
15:52.22Notify03BRL-CAD:tbrowder2 * 59035 brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: rename vars 'try' and 'class' since they are keywords in C++
15:52.29Notify03BRL-CAD:tbrowder2 * 59036 brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: ws, style
15:59.02andromeda-galaxyDoes anyone know the status of src/liboptical/*osl*?
16:03.33d_rossbergsix_ft: its in src/libbu/sort.c
16:11.13d_rossbergandromeda-galaxy: it should work ... in general, maybe this'll help you: http://brlcad.org/wiki/User:Kunigami/GSoc2011/OSL_Tutorial
16:11.33*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net)
16:15.48*** join/#brlcad jschulte (~johannes@p4FDF9EDF.dip0.t-ipconnect.de)
16:36.38*** join/#brlcad kesha (~kesha@49.202.238.46)
16:42.55andromeda-galaxyd_rossberg: thanks
16:58.59*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net)
17:06.21maths22``Erik:  that is the right prot
17:08.38maths22actually, the viewvc port would be even more useful
17:22.04maths22For all interested parties: I have three svn browsing tools setup
17:22.21maths22Tell me what you like or do not about each
17:22.46maths221: Fisheye @ http://brlcad.org:8060/
17:23.06maths222: sventon @ http://brlcad.org:8080/svn/
17:23.23maths223: websvn @ http://brlcad.org/websvn/
17:23.36maths22I would also do viewvc, but I can't get it running on the server
17:24.03maths22All of them can be proxied through apache, so don't worry abou thte urls
17:42.22maths22``Erik: isst is on fisheye as well
17:47.48maths22All three are listed at http://brlcad.org/svnbrowse.html'
17:47.51maths22http://brlcad.org/svnbrowse.html
17:48.36maths22We can talk before you actually close my task, but I wanted to put it into melange
18:06.23*** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it)
18:26.54maths22Also, what's up with notify?
18:32.06brlcadmaths22: don't bother setting up more -- that task is more to give you credit for the work you've done already
18:32.36brlcadNotify: hello
18:32.46brlcadlooks like he may be stuck
18:34.37*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
19:34.11brlcadandromeda-galaxy: did you already apply dead_code_1.diff?
19:39.02Notify03BRL-CAD:bob1961 * 59037 brlcad/trunk/include/raytrace.h: Declare db5_attr_std with RT_EXPORT so it can be seen on Windows.
19:39.05Notify03BRL-CAD:tbrowder2 * 59038 brlcad/trunk/src/libicv/fileformat.c: add macro decl guard for C++; add explicit casts; ws, style
19:39.08Notify03BRL-CAD:j-schulte * 59039 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): replacing qsort calls to bu_sort calls in nmg.c and arbn.c
19:39.11Notify03BRL-CAD:tbrowder2 * 59040 (brlcad/trunk/src/libicv/crop.c brlcad/trunk/src/libicv/filter.c and 2 others): add explict casts
19:39.14Notify03BRL-CAD:tbrowder2 * 59041 (brlcad/trunk/src/libicv/filter.c brlcad/trunk/src/libicv/size.c brlcad/trunk/src/libicv/stat.c): ws, style
19:39.16Notify03BRL-CAD:tbrowder2 * 59042 brlcad/trunk/src/tab/tabsub.c: add explicit cast
19:39.19Notify03BRL-CAD:tbrowder2 * 59043 brlcad/trunk/src/tab/tabsub.c: ws, style
19:39.22Notify03BRL-CAD:tbrowder2 * 59044 brlcad/trunk/src/libfb/tcl.c: add explicit casts
19:39.24Notify03BRL-CAD:bob1961 * 59045 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/misc/attributes/CMakeLists.txt): Cliff tweaks for building on Windows.
19:39.28Notify03BRL-CAD:tbrowder2 * 59046 (brlcad/trunk/src/librt/comb/comb.c brlcad/trunk/src/librt/comb/db_comb.c): add explicit casts
19:39.34Notify03BRL-CAD:starseeker * 59047 brlcad/trunk/misc/attributes/CMakeLists.txt: distcheck fix
19:39.38Notify03BRL-CAD:starseeker * 59048 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/src/libsysv/CMakeLists.txt): Move the unused-const-variable compiler check to the same file as the other checks.
19:39.45andromeda-galaxybrlcad: I haven't, but I am about to
19:39.49Notify03BRL-CAD:tbrowder2 * 59049 (brlcad/trunk/include/fb.h brlcad/trunk/src/libfb/if_X.c and 2 others): need macro to replace a var named 'class' to match actual var names in external header X/Xlib.h for both C and C++ compilation
19:39.52Notify03BRL-CAD:tbrowder2 * 59050 brlcad/trunk/src/libfb/if_ogl.c: replace var 'new' (C++ keyword) for C++ compilation
19:39.54Notify03BRL-CAD:tbrowder2 * 59051 (brlcad/trunk/src/libfb/if_X24.c brlcad/trunk/src/libfb/if_ogl.c): make explicit casts
19:39.54brlcadgreat
19:40.03Notify03BRL-CAD:starseeker * 59052 brlcad/trunk/CMakeLists.txt: quote pathnames
19:40.07Notify03BRL-CAD:tbrowder2 * 59053 brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: rename var 'new' (C++ keyword) for C++ use
19:40.13Notify03BRL-CAD:tbrowder2 * 59054 brlcad/trunk/src/librt/tcl.c: use explicit casts for both func pointers as args as well as actuall callers
19:40.15Notify03BRL-CAD Wiki:217.44.61.125 * 6385 /wiki/Community_Publication_Portal: /* Final Review */
19:40.17Notify03BRL-CAD Wiki:217.44.61.125 * 6386 /wiki/Community_Publication_Portal: /* Introduction to BRL-CAD */
19:40.18Notify03GCI:Johannes Schulte * 5784907422892032 Update qsort() calls to bu_sort() #3: Ready for review - The work on this task is ready to be reviewed.
19:40.19Notify03GCI:Manthan Arora * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): TO:MENTOR -  GIVE ME DETAILS  HOW TO WORK ?????????
19:40.20Notify03GCI: *  :  -
19:40.21Notify03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed.
19:40.22Notify03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Work Uploaded -  Hi,  I have uploaded my design, will be grateful for any feedback.  The second file shows how the design would...
19:40.23Notify03GCI: *  :  -
19:40.24Notify03GCI:Andromeda Galaxy * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Ready for review - The work on this task is ready to be reviewed.
19:40.25Notify03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed.
19:40.26Notify03GCI:Melange * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
19:40.27Notify03GCI:Jacob B * 6692034580578304 Explore repository browsing web interface options: Ready for review - The work on this task is ready to be reviewed.
19:40.28Notify03GCI:Alexandra Covor * 4941697968504832 Design a BRL-CAD business card #8: Task Claimed - I would like to work on this task.
19:40.29Notify03GCI:Mandeep Kaur * 4941697968504832 Design a BRL-CAD business card #8: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good luck!
19:40.30Notify03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Ready for review - The work on this task is ready to be reviewed.
19:40.31Notify03GCI:Melange * 5869692224798720 Design a T-Shirt for BRL-CAD #5: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
19:40.32Notify03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed.
19:40.32andromeda-galaxybrlcad: one quick thing: I didn't see anything in HACKING about the style of commit messages that you usually prefer; could you point me to something about that?
19:40.33Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: review time -  Aditya, tasks are reviewed in the order in which they are received and there are dozens of participants every day...
19:40.34Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
19:40.35Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
19:40.36Notify03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: Task Closed - Congratulations, this task has been completed successfully.
19:40.37Notify03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: nice and simple -  Not bad, nice and simple. I think this is one of the first vertical designs.  You're encouraged to join the...
19:40.38Notify03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
19:40.39Notify03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: not an article about the geometry viewer at all -  Mohamed, you need to start over. Two issues stick out badly:...
19:40.40Notify03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: back design -  Marie, thank you for your design! Some specific feedback that comes to mind:   Need a little more spacing between Code...
19:40.41Notify03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
19:40.42Notify03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
19:40.43Notify03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: forgot to mention -  Also, don't forget that your design can incorporate something on the front and back of a shirt if you are so...
19:40.44Notify03GCI:Sean * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Task Closed - Congratulations, this task has been completed successfully.
19:40.45Notify03GCI:Sean * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: looks good -  Looks good, go ahead and commit if you haven't already. Note that now you have commit access, you can...
19:40.46Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Closed - Congratulations, this task has been completed successfully.
19:42.03``Erik#'pump aborted for some reason :/
19:55.16Notify03BRL-CAD:peter-sa * 59055 brlcad/trunk/src/libged/osg.cpp: Remove dead code from src/libged/osg.cpp, from this GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5298410034823168
19:55.18gcibotIdentify and eliminate dead code (100+ lines) #2
19:55.19gcibotStatus: Closed
19:55.19gcibotMentor(s): Mandeep Kaur
19:55.41Notify03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4 http://www.google-melange.com/gci/task/view/google/gci2013/4988105627009024:   more continuation   Now that a model is complete,...
19:56.51Notify03GCI:Andromeda Galaxy * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Revision number -  This was committed r59055
19:58.12Notify03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram http://www.google-melange.com/gci/task/view/google/gci2013/5257831183810560:   Whew!   Felt like a marathon, but this...
20:02.28Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: better -  This is definitely better, but there are several issues. Please re-read the task description, particularly this section: ...
20:02.43Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
20:04.42Notify03BRL-CAD:starseeker * 59056 (brlcad/trunk/misc/CMake/md5_compiletest.cmake.in brlcad/trunk/src/conv/step/CMakeLists.txt): More quoting of paths
20:04.43Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
20:04.44Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: something missing -  I like the simple design, but something is missing. Probably the lack of a background design. At a minimum, the...
20:05.34Notify03GCI:Sean * 5784907422892032 Update qsort() calls to bu_sort() #3: Task Closed - Congratulations, this task has been completed successfully.
20:05.58Notify03GCI:Sean * 5784907422892032 Update qsort() calls to bu_sort() #3: outstanding -  Need I say more?  This is fantastic work.
20:06.53Notify03GCI:Andromeda Galaxy * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Task Claimed - I would like to work on this task.
20:09.44Notify03BRL-CAD:tbrowder2 * 59057 brlcad/trunk/src/util/terrain.c: using explicit casts for C++; change all funcs to unsigned short to have same signature (as apparently intended)
20:10.02Notify03GCI:Sean * 6692034580578304 Explore repository browsing web interface options: Task Closed - Congratulations, this task has been completed successfully.
20:10.23Notify03BRL-CAD:tbrowder2 * 59058 brlcad/trunk/src/util/terrain.c: ws, style
20:11.34Notify03GCI:Sean * 6692034580578304 Explore repository browsing web interface options: liking fisheye -  Liking fisheye more and more. Just did a few simple lookup tests with all three and sventon was...
20:15.26starseekerbrlcad: the repository regression test script is having problems with the odd pathnames directory
20:15.51brlcadoh?
20:15.59starseekerI've taken a stab at that in the past but got lost in the quoting logic...
20:16.11brlcadso it's doing it's job, that's great news .. right? :)
20:16.24starseekerheh
20:16.33starseekerdistcheck-full is doing its job, anyway...
20:16.52brlcadthat's what I mean, a test failing is a good thing ;)
20:17.01starseekerunfortunately it's hanging, not failing
20:17.05brlcadunless it's never worked
20:17.17Notify03BRL-CAD:tbrowder2 * 59059 brlcad/trunk/src/util/terrain.c: ws, style
20:17.21starseekerI suspect it failed silently before
20:17.50starseekerthe shell script never got the right file list, the inclusion checks et. al. looked for problems in <empty set>, didn't find any, and reported success
20:18.16brlcadahh
20:18.35brlcadso you need me to look at the shell script?  or something in the cmake logic?
20:18.40starseekershell script
20:18.53andromeda-galaxybrlcad: I spent a bunch of time in my previous task figuring out some way to detect a bunch of this dead code; now that I have it, I have a bunch more dead code eliminated ready for my next task, could you assign it to me so that I can submit it?
20:19.03starseekerI could totally redo it in cmake logic, and I almost did once before, but I figured you wouldn't like that :-)
20:19.33starseekerthe find/grep commands are getting spaces or some other odd characters in the path names, and breaking up the pathname list wrong
20:19.50brlcadonly because your time is better spent on other things, imho :)
20:19.52Notify03GCI:Johannes Schulte * 5784907422892032 Update qsort() calls to bu_sort() #3: None -  Just for your clearification, do you want to update all qsort uses to bu_sort, or just those, which are using...
20:20.01brlcadandromeda-galaxy: sure thing, give me a min
20:20.06starseekeror the shell script loop may be doing the wrong thing before find/grep ever see it
20:20.12andromeda-galaxybrlcad: thanks
20:20.48Notify03GCI:Sean * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
20:21.23brlcadandromeda-galaxy: so you can continue to use your detection method to claim more tasks or I can create a task to create a detection method and another to remove them in mass -- either way same end effect
20:21.29brlcadjust be careful on what is removed
20:21.40brlcadjust because something is commented or #if 0'd doesn't mean it can be removed
20:21.42andromeda-galaxybrlcad: yeah, the detection right now is finding #if 0
20:21.51andromeda-galaxyI wrote a script to look for unused functions, but it didn't find any
20:22.02brlcadif there is a COMMENT documenting or even hinting at why something is "off", that code stays
20:22.25brlcadthere are many unused functions, but it's actually really hard to detect them
20:22.32andromeda-galaxyI see
20:22.47``Erikmaths22: devel/viewvc/ is installed
20:23.01andromeda-galaxyI did remove one that says that it is commented out as an old version that needs to be disabled for something like a year for this task
20:23.21brlcadthat was probably a keeper
20:23.38andromeda-galaxybrlcad: what do you mean?
20:23.39brlcadany comment, however benign, is cause to keep it until someone can think through why that code is there
20:23.54Notify03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): Task Claimed - I would like to work on this task.
20:23.57andromeda-galaxybrlcad: okay, then, I will un-remove that one and find another
20:24.38brlcadsome are for reference, some are to serve as a reminder, others are works-in-progress. .. but they "should" all have a comment saying why the code is off, ideally a #define toggle with a comment
20:24.59starseekerbrlcad: if you get a chance in your copious free time, I'd be curious to see if you can still get the step-g build to break in massively parallel situations :-)
20:25.14Notify03GCI:Sean * 5249840397156352 Update qsort() calls to bu_sort(): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
20:26.20brlcadstarseeker: okay
20:26.31starseekeris cautiously hopeful
20:26.39starseekerand unable to spell...
20:27.59andromeda-galaxybrlcad: but #ifs without any comments are usually okay to remove, right?
20:28.44*** join/#brlcad mlawnik (~mlawnik@aca213.neoplus.adsl.tpnet.pl)
20:29.30Notify03BRL-CAD:brlcad * 59060 brlcad/trunk/TODO: leave self a note to check repository regression
20:29.46Notify03BRL-CAD:brlcad * 59061 (brlcad/trunk/src/librt/primitives/table.c brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/6466291099500544 from agkphysics that implements the volume callback for the vol primitive. awesome.
20:29.47gcibotImplement a volume function for volumetric data objects (VOL)
20:29.47gcibotStatus: NeedsReview (2 days, 11 hours left)
20:29.47gcibotMentor(s): Daniel Rossberg
20:30.08Notify03BRL-CAD:brlcad * 59062 brlcad/trunk/src/librt/primitives/vol/vol.c: ws
20:30.10brlcadandromeda-galaxy: "usually" yes
20:30.25brlcadthere's a time factor too, like if the code was just commented out a day or two ago because someone is actively working on it
20:30.44brlcadmight want to quickly check "svn ann path/to/file" to see when it was last modified
20:30.48andromeda-galaxybrlcad: okay, thanks --- I just have to finish running the regression tests
20:30.55brlcadcool
20:31.03andromeda-galaxybrlcad: I've been using Emacs M-x vc-annotate to check the time factor..
20:31.50mlawnikGuys, what do you think would make a good background for archer's splash screen? I'm thinking something along the lines of gears or a render. Does anyone have any ideas?
20:32.27Notify03GCI:Evan_M * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task.
20:32.33Notify03GCI:Sean * 6466291099500544 Implement a volume function for volumetric data objects (VOL): applied -  Patch applied in r59061!  This is fantastic work. Have you read the HACKING file yet, the...
20:33.15brlcadmlawnik: whatever you choose, it's best when it's based on a brl-cad rendering or screenshot or model, etc. then maybe zoom way in on some detail so it's not the emphasis or busy
20:33.28brlcadandromeda-galaxy: awesome!
20:33.38brlcadand high-five for using emacs awesome
20:33.47andromeda-galaxybrlcad: thanks!
20:34.03Notify03GCI:Andromeda Galaxy * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed.
20:34.05Notify03GCI:Sean * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Task Closed - Congratulations, this task has been completed successfully.
20:35.13Notify03GCI:Mandeep Kaur * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to Evan_M. You have 72 hours to complete this...
20:35.41andromeda-galaxybrlcad: I'm submitting before I commit, in case you know something about a particular piece of dead-looking code that I don't
20:42.10``ErikEight Megs And Constantly Swapping
20:58.26*** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net)
21:05.43Notify03BRL-CAD:tbrowder2 * 59063 brlcad/trunk/src/util/terrain.c: move global func pointer var into func scope; add as arg to parse_args func
21:08.59Notify03GCI: *  :  -
21:11.40brlcadandromeda-galaxy: test_bot2nurbs is recent code, you can ask starseeker if those if 0's need to be kept (your patch could be to comment them if that's the case)
21:11.54brlcadstill effectively eliminating the "dead code" characteristic by documenting them
21:12.05andromeda-galaxybrlcad: okay.
21:12.17brlcadosg one seems reasonable
21:12.53andromeda-galaxystarseeker: Can you advise on the #if 0s in test_bot2nurbs?
21:13.05Notify03GCI:Sean * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Task Closed - Congratulations, this task has been completed successfully.
21:13.36andromeda-galaxybrlcad: I'll commit just the OSG stuff and see what starseeker says about the other ones
21:14.33andromeda-galaxybrlcad: I noticed that you didn't commit the include/ header guards
21:14.37andromeda-galaxyshould I commit that?
21:15.29brlcadthat's why you have commit ;)
21:15.41Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: blech -  It was better as gray. The model adds too much detail making the image very busy, distracting. Even some simple stylized...
21:16.07Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
21:16.08andromeda-galaxybrlcad: I just wanted to check because I though that was before I had commit
21:16.43brlcadwhat was my last comment on closing?
21:17.09andromeda-galaxybrlcad: on the include/?
21:17.35andromeda-galaxyhttp://www.google-melange.com/gci/task/view/google/gci2013/5783310231928832
21:17.36gcibotConsistent preprocessor include guards for all include/ headers (78 headers)
21:17.37gcibotStatus: Closed
21:17.37gcibotMentor(s): Sean
21:19.05Notify03BRL-CAD:peter-sa * 59064 brlcad/trunk/src/libdm/osg.cpp: Remove dead code from src/libdm/osg.cpp, from this GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/6129299912392704
21:19.06gcibotIdentify and eliminate dead code (100+ lines) #3
21:19.06gcibotStatus: Closed
21:19.06gcibotMentor(s): Andrei
21:20.46maths22brlcad: do you have any examples of those queries?
21:22.00Notify03BRL-CAD Wiki:217.44.61.125 * 6387 /wiki/Community_Publication_Portal: /* Introduction to BRL-CAD */
21:23.13Notify03BRL-CAD Wiki:Maths22 * 6388 /wiki/Community_Publication_Portal: Reverted edits by [[Special:Contributions/217.44.61.125|217.44.61.125]] ([[User talk:217.44.61.125|talk]]) to last revision by [[User:Sean|Sean]]
21:23.37maths22Sorry.  how to unrever ...
21:23.55andromeda-galaxybrlcad: I would like to do another one of the libbn test ones, but I have found that coming up with and verifying test cases can take a lot of time, so I can usually only do 3-5 in 2-3 hours, would that be okay?
21:24.23maths22fixed
21:24.30starseekerandromeda-galaxy: let me go through and comment quick on the ones that have a purpose still
21:24.41starseekerandromeda-galaxy: not sure myself, so I'll need to review them quick
21:25.32andromeda-galaxystarseeeker: okay, thanks
21:25.54Notify03BRL-CAD:peter-sa * 59065 (brlcad/trunk/include/analyze.h brlcad/trunk/include/anim.h and 68 others): Make header include guards in include/ use consistent naming convention, from this GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5783310231928832
21:25.55gcibotConsistent preprocessor include guards for all include/ headers (78 headers)
21:25.55gcibotStatus: Closed
21:25.56gcibotMentor(s): Sean
21:25.59Notify03BRL-CAD Wiki:Maths22 * 6389 /wiki/Community_Publication_Portal: Reverted edits by [[Special:Contributions/Maths22|Maths22]] ([[User talk:Maths22|talk]]) to last revision by [[User:217.44.61.125|217.44.61.125]]
21:26.01Notify03BRL-CAD Wiki:217.44.61.125 * 6390 /wiki/Community_Publication_Portal:
21:26.35Notify03BRL-CAD Wiki:217.44.61.125 * 6391 /wiki/Community_Publication_Portal: /* Final Review */
21:27.09Notify03BRL-CAD:tbrowder2 * 59066 brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c: rename var 'new' (C++ keyword)
21:28.24starseekerandromeda-galaxy: looks like 2 in that file that can be removed
21:28.30Notify03BRL-CAD:starseeker * 59067 brlcad/trunk/src/librt/test_bot2nurbs.cpp: Add and remove comments from code in bot2nurbs
21:28.40Notify03GCI: *  :  -
21:29.00andromeda-galaxystarseeker:okay, thanks for looking at tht
21:29.03andromeda-galaxy*that
21:29.22starseekerno problem.  The SSI code would orignially have stayed, but I suspect that would need to be re-written today anyhow
21:29.33starseekerhence the comment removal
21:29.38andromeda-galaxyAh, I see
21:32.11Notify03BRL-CAD:tbrowder2 * 59068 brlcad/trunk/src/librt/primitives/nmg/nmg.c: make proper explicit casts
21:32.18Notify03GCI: *  :  -
21:35.17Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Claimed - I would like to work on this task.
21:38.04Notify03BRL-CAD:j-schulte * 59069 (brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/libged/analyze.c and 2 others): replacing qsort calls to bu_sort calls in analyze.c, bot.c, nmg_fuce.c and obj-g.c (GCI task : https://google-melange.appspot.com/gci/task/view/google/gci2013/5249840397156352)
21:39.21mlawnikIs the source code for gcibot available somewhere?
21:40.05Notify03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): Ready for review - The work on this task is ready to be reviewed.
21:41.00Notify03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): None -  When reviewing this task, please also take a look at my question under this task :...
21:42.10Notify03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Claimed - I would like to work on this task.
21:42.15Notify03GCI:Andromeda Galaxy * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Task Claimed - I would like to work on this task.
21:42.16Notify03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:44.33``Erikmlawnik: google says https://github.com/aviraldg/gcibot (don't know if that's the same one)
21:45.11mlawnikThanks, I'll look into that ;)
21:52.34Notify03BRL-CAD:tbrowder2 * 59070 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: make explicit casts from void*
21:52.45Notify03BRL-CAD:tbrowder2 * 59071 brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: rename var 'new' (a C++ keyword)
21:54.41Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: None -  How do I upload my design?
21:57.58Notify03BRL-CAD:tbrowder2 * 59072 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: rename vars 'this' and 'new' (C++ keywords)
22:02.33Notify03BRL-CAD:tbrowder2 * 59073 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: ws, style
22:04.34Notify03BRL-CAD:tbrowder2 * 59074 brlcad/trunk/src/librt/primitives/nmg/nmg_manif.c: use explicit casts from void*
22:08.16starseekerhas anyone tested writing pix files on Windows lately?
22:08.56starseekergot a bug report indicating that an otherwise successfully generated raytrace image is getting partially corrupted when written out to a pix file
22:11.53Notify03BRL-CAD:tbrowder2 * 59075 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: rename vars 'this' and 'new' (C++ keywords)
22:12.08Notify03BRL-CAD:tbrowder2 * 59076 brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: rename var 'new' (a C++ keyword)
22:14.32maths22``Erik: thanks
22:15.30Notify03BRL-CAD:tbrowder2 * 59077 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: rename var 'class' (a C++ keyword)
22:15.42Notify03BRL-CAD:starseeker * 59078 brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: class->nmg_class
22:18.30andromeda-galaxyAh, I see
22:18.39andromeda-galaxysorry, wrong window
22:20.30Notify03BRL-CAD:starseeker * 59079 brlcad/trunk/src/librt/tcl.c: Original cast was incorrect - I think this is it?
22:26.04starseekerhrm:  http://wiki.mcneel.com/developer/opennurbs/opennurbs_5_20130711_release_notes
22:26.18starseekerwonder what they've ripped out this time
22:29.14andromeda-galaxystarseeker: nmg_extrude is faailing to build with "class undeclared" on line 523
22:29.30andromeda-galaxydo you have any idea how I could fix it?
22:29.45starseekerdid svn revision 59078 fix it?
22:30.18andromeda-galaxystarseeker: I have rev. 59079
22:30.40andromeda-galaxyI think that possibly class was renamed nmg_class on line 521, but line 523 still uses class
22:33.19starseeker59078 shold have made that change?
22:33.38andromeda-galaxyinteresting...
22:33.50starseekertry svn diff -c59078
22:33.53starseekerwhat do you see?
22:34.35andromeda-galaxyI modified it to change class to nmg_class there, and it just shows that modification
22:34.54andromeda-galaxybut I just re-ran svn up and got r59080 which seems to fix it
22:35.00starseekerhum
22:35.07starseekersounds like a stale file
22:35.41andromeda-galaxyinteresting... sorry, I am used to git so I don't know much about the way that svn handles distributed repositories...
22:35.56starseekerno problem - glad it works
22:35.59Notify03BRL-CAD:starseeker * 59080 brlcad/trunk/src/libbu/vfont.c: use const_font for fopen
22:36.25andromeda-galaxywell, it seems to be working now anyway, thanks for your help
22:45.47mlawnikDo you think moving a very big project such as brl-cad to git would have ore advantages than disadvantages?
22:46.23mlawnikmore*
22:47.03starseekerhard to say - a typical git clone operation pulls the entire history, which for us is a really big dataset
22:47.10starseekereven the current trunk is big enough
22:48.26maths22I think that it might have more - than +
22:48.37maths22I tried running git-svn on the server
22:48.42maths22it ran really slowly
22:50.56starseekerbrlcad: looks like GetLength isn't coming back in openNURBS:  http://forum.mcneel.com/t/length-and-normalized-arc-length-point/2244
22:57.01andromeda-galaxystarseeker: would you mind assigning http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256
22:57.02gcibotCreate unit tests for our numerics math library (LIBBN)
22:57.02gcibotStatus: ClaimRequested
22:57.02gcibotMentor(s): erikg
22:57.03andromeda-galaxy?
23:13.31Notify03BRL-CAD:carlmoore * 59081 brlcad/trunk/src/halftone/main.c: fix comments and error messages
23:33.18*** join/#brlcad six_ft (~six_ft@195.24.220.16)
23:50.49Notify03BRL-CAD:tbrowder2 * 59082 brlcad/trunk/src/librt/primitives/obj_export.c: remove macro duplicated in brep.h (and included indirectly in one of the currently included headers: raytrace.h)
IRC log for #brlcad on 20131220

IRC log for #brlcad on 20131220

00:07.20Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Ready for review - The work on this task is ready to be reviewed.
00:17.02Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Claim Removed - The claim on this task has been removed, someone else can...
00:17.37Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Task Claimed - I would like to work on this task.
00:20.04Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Update -  I'm sorry, I browsed through files submitted by other folks but I found just png, xcf, and psd files, so I resorted...
00:47.28Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Claim Removed - The claim on this task has been removed, someone else can claim it now.
00:48.03Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Claimed - I would like to work on this task.
01:23.23Notify03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed.
01:32.08Notify03GCI:starseeker * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,...
01:35.16andromeda-galaxystarseeker: thanks!
01:35.29andromeda-galaxystarseeker: would you mind taking a look at the results?
01:35.44Notify03GCI:Andromeda Galaxy * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Ready for review - The work on this task is ready to be reviewed.
02:32.43*** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26)
02:36.00*** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26)
03:08.09Notify03GCI:Sharan Narayan * 5801571896000512 Design a BRL-CAD business card #9: Task Claimed - I would like to work on this task.
03:13.24Notify03GCI:Kesha Shah * 5801571896000512 Design a BRL-CAD business card #9: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck!
03:16.15Notify03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: no logo -  No means to incorporate all three? Our official title is "BRL-CAD", only the website is brlcad.org, and our logo is, well, our...
03:16.25Notify03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
03:16.46Notify03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
03:25.05Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Task Closed - Congratulations, this task has been completed successfully.
03:28.56Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task.
03:29.13maths22for the compiler tasks, do you want the cmake output too?
03:33.05andromeda-galaxybrlcad: Can you take a look at http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256
03:33.07gcibotCreate unit tests for our numerics math library (LIBBN)
03:33.07gcibotStatus: NeedsReview (2 days, 21 hours left)
03:33.07gcibotMentor(s): erikg
03:36.17Notify03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: thank you -  Thank you for working through all the iterations. This final design looks workable and is a nice improvement. Well...
03:38.17Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Claimed - I would like to work on this task.
04:13.09maths22the latest commit to src/util/terrain.c breaks build with Werror=unused-but-set-parameter
04:14.24Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
04:14.25Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: one last revision? -  We can call it complete, but one last revision should be all that is needed to fix the last two remaining...
04:35.20Notify03GCI:Mandeep Kaur * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Assigned - This task has been assigned to Anita Leung. You have...
04:35.21Notify03GCI:Mandeep Kaur * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
04:35.22Notify03GCI:Mandeep Kaur * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Assigned - This task has been assigned to Adit. You have 72...
04:47.26Notify03GCI:Sean * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Task Closed - Congratulations, this task has been completed successfully.
05:04.37Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Ready for review - The work on this task is ready to be reviewed.
05:05.13Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Request -  Is it okay if I submit more than one design?
05:05.33Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Ready for review - The work on this task is ready to be reviewed.
05:10.33Notify03GCI:Sean * 5841789969760256 Create unit tests for our numerics math library (LIBBN): good justification -  Thanks for the justification background, I concur. Completing a group that makes a set is...
05:12.22Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Claimed - I would like to work on this task.
05:12.42Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
05:19.09Notify03GCI:Sean * 5784907422892032 Update qsort() calls to bu_sort() #3: all instances -  Consistency is king when it comes to big old code bases. Updating all instances is intentional.
05:19.19Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
05:19.20Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
05:23.33andromeda-galaxybrlcad: sorry to bother you, but I am almost done with http://www.google-melange.com/gci/task/view/google/gci2013/5334451252887552, could you assign it please?
05:24.48Notify03GCI:Sean * 5249840397156352 Update qsort() calls to bu_sort(): looks good -  Looks great, but why the (size_t *) casts to a void* arg when it was already a void*?
05:25.13Notify03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Question -  Is it okay if I submit more than one design for splash screens?
05:25.23Notify03GCI:Sean * 5249840397156352 Update qsort() calls to bu_sort(): Task Closed - Congratulations, this task has been completed successfully.
05:35.54Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5 http://www.google-melange.com/gci/task/view/google/gci2013/5844796983738368:   looks interesting   This looks...
05:37.29Notify03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Absolutely -  Absolutely okay to submit more than one, but you shouldn't...
05:37.59Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed.
05:38.20*** join/#brlcad six_ft (~six_ft@195.24.220.16)
05:38.34Notify03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Needs More Work - One of the mentors has sent this task back for more...
05:41.29Notify03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: more ideas -  In fact, I think more ideas would be good to see. This one...
05:49.50Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Any changes? -  Is there anything I need to change about this design?...
05:51.01Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Ready for review - The work on this task is ready to be reviewed.
05:52.24Notify03BRL-CAD:peter-sa * 59083 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add unit tests for libbn complex number arithmetic functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256
05:52.25gcibotCreate unit tests for our numerics math library (LIBBN)
05:52.26gcibotStatus: Closed
05:52.26gcibotMentor(s): erikg
05:56.31Notify03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: done -  Yes, the new design not only satisfies the concept of a physical hinge, but also looks more like the 2D version of...
05:58.13Notify03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: hah -  Hah, I like it! A few minor changes to request:   BRL-CAD needs a...
05:58.33Notify03GCI:Andromeda Galaxy * 5841789969760256 Create unit tests for our numerics math library (LIBBN): commit -   This was committed as r59083
05:58.38Notify03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Needs More Work - One of the mentors has sent this task back for more...
06:04.49Notify03GCI:Andromeda Galaxy * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: commit -  This was committed r59064
06:05.14Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen http://www.google-melange.com/gci/task/view/google/gci2013/5029433412943872:   much better   This is looking much better. The only issue...
06:05.24Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
06:06.00andromeda-galaxybrlcad: Sorry to bother you, but I am done with http://www.google-melange.com/gci/task/view/google/gci2013/5334451252887552 , could you please assign it?
06:06.01gcibotUpdate qsort() calls to bu_sort() #7
06:06.01gcibotStatus: ClaimRequested
06:06.01gcibotMentor(s): Harmanpreet
06:10.39Notify03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully.
06:13.44Notify03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: excellent improvements -  Chan, these are excellent improvements, especially given where you started (revisit some of your first...
06:17.09Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Oops, just realized your feedback above -  I actually thought about...
06:17.14Notify03GCI:Johannes Schulte * 5897401206308864 Update qsort() calls to bu_sort() #2: Task Claimed - I would like to work on this task.
06:18.09Notify03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Needs More Work - One of the mentors has sent this task back for more...
06:18.19Notify03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: much better -  Anita, this is MUCH better. It's a much more clean and...
06:18.56brlcadmaths22: several examples, but apologies that I had to run off earlier today
06:33.52Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Ready for review - The work on this task is ready to be reviewed.
06:37.02Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Ready for review - The work on this task is ready to be reviewed.
06:38.57Notify03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Yes! -  So happy you like it!
06:39.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:41.07brlcadstarseeker: oof (windows pix corruption) .. could be libicv-change related
06:43.42Notify03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Closed - Congratulations, this task has been completed successfully.
06:47.23Notify03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: wrong background -  I meant making the inner "stripe" where there's text...
06:47.33Notify03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Needs More Work - One of the mentors has sent this task back for more...
06:50.14Notify03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
06:53.13*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
06:53.34Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed.
07:07.15Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: 1 problem -  I just realized that there is a problem with the qsort functions not taking the 3rd argument, I will post...
07:11.25Notify03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
07:12.20Notify03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: yes, quite wrong -  Yes, this patch is quite wrong in a variety of ways. The callback functions still need to be updated. The old...
07:13.10Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Ready for review - The work on this task is ready to be reviewed.
07:13.20Notify03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: None -  Is this what you meant?
07:17.45Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Wrong diff -  Sorry, I realized that right after I submitted it, I am about to submit a corrected diff.
07:19.05Notify03BRL-CAD:brlcad * 59084 brlcad/trunk/src/sig/imod.c: reduce scope, eliminate some globals
07:19.16Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed.
07:20.37Notify03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Ready for review - The work on this task is ready to be reviewed.
07:25.11Notify03BRL-CAD:brlcad * 59085 brlcad/trunk/src/sig/istats.c: reduce scope, ws cleanup, properly pass progname back to the caller while retaining constness
07:38.00Notify03GCI:Mandeep Kaur * 5897401206308864 Update qsort() calls to bu_sort() #2: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
07:42.31Notify03BRL-CAD:brlcad * 59086 (brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/dfft.c and 7 others): remaining more de-scoping of globals, funcs, and style cleanup
07:44.18Notify03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: exactly -  "bsd-cad facebook mock.png" is exactly what I meant. Looks...
07:44.24Notify03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Closed - Congratulations, this task has been completed successfully.
07:46.39Notify03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
07:47.30Notify03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: missed a couple callbacks -  Looks like you missed updating a few callbacks. I'm surprised your compiler isn't warning about type...
08:08.26*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:40.14Notify03GCI:Sharan Narayan * 5801571896000512 Design a BRL-CAD business card #9: Ready for review - The work on this task is ready to be reviewed.
10:58.52*** join/#brlcad microchip_sac (~microchip@122.169.86.25)
10:59.50*** part/#brlcad microchip_sac (~microchip@122.169.86.25)
11:23.02*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.61)
11:46.48Notify03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Task Claimed - I would like to work on this task.
11:52.17*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.61)
12:08.41Notify03BRL-CAD:j-schulte * 59087 (brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): small doc/readability improvements to my prior GCI tasks
12:11.17Notify03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): None -  the casts were copy&paste remains, fixed that (besides other stuff) in r59087
12:13.27Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Task Claimed - I would like to work on this task.
12:14.59Notify03GCI:Daniel Rossberg * 5877713613094912 Design a BRL-CAD Sticker #7: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck!
12:15.09Notify03GCI:Daniel Rossberg * 5322891348410368 Design a BRL-CAD business card #10: Task Assigned - This task has been assigned to Adit. You have 72 hours to complete this task, good luck!
12:41.58Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed.
12:54.36Notify03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Sorry -  Sorry for the confusion, I did not read the reply properly but I definatly want to help. I'll try my best as I clamid this...
13:00.31Notify03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed.
13:20.06*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:57.19maths22new build error: [ 34%] Building C object src/libbn/tests/CMakeFiles/tester_bn_complex.dir/bn_complex.c.o
13:57.22maths22/home/maths22/brlcad-code/src/libbn/tests/bn_complex.c: In function 'main':
13:57.24maths22/home/maths22/brlcad-code/src/libbn/tests/bn_complex.c:261:1: error: control reaches end of non-void function [-Werror=return-type]
14:02.26Notify03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Compile errors -  I'm getting errors like this:  /home/rossberg/Devel/brlcad/src/libged/wdb_obj.c: In function...
14:03.02Notify03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
14:06.10Notify03BRL-CAD:d_rossberg * 59088 brlcad/trunk/src/libbn/tests/bn_complex.c: quell warning/error "control reaches end of non-void function": inserted a return statement which never should be reached
14:06.25d_rossbergmaths22: this should fix it
14:08.40Notify03GCI:Melange * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Reopened - Melange has detected that the final deadline has passed...
14:19.24Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Ready for review - The work on this task is ready to be reviewed.
14:26.49*** join/#brlcad kesha (~kesha@14.139.122.114)
14:34.10Notify03BRL-CAD:j-schulte * 59089 (brlcad/trunk/HACKING brlcad/trunk/src/librt/cut.c and 2 others): replacing qsort calls to bu_sort calls (GCI task : http://www.google-melange.com/gci/task/view/google/gci2013/5897401206308864)
14:35.32Notify03GCI:Johannes Schulte * 5897401206308864 Update qsort() calls to bu_sort() #2: Ready for review - The work on this task is ready to be reviewed.
14:50.33Notify03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: Ready for review - The work on this task is ready to be reviewed.
15:02.56*** join/#brlcad jschulte (~johannes@p4FDFB18D.dip0.t-ipconnect.de)
15:07.20*** join/#brlcad jschulte (~johannes@p4FDFB18D.dip0.t-ipconnect.de)
15:12.54Notify03GCI:Daniel Rossberg * 5897401206308864 Update qsort() calls to bu_sort() #2: Task Closed - Congratulations, this task has been completed successfully.
15:13.52andromeda-galaxyd_rossberg: I'm almost done with the final version of my qsort() task, can you stay for a minute to take it?
15:14.11andromeda-galaxytake -> look at
15:15.54Notify03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Claimed - I would like to work on this task.
15:17.18Notify03BRL-CAD:brlcad * 59090 brlcad/trunk/src/libbn/tests/bn_complex.c: expand to two lines so we don't need three lines.
15:18.39d_rossbergandromeda-galaxy: ok
15:19.33Notify03GCI:Mandeep Kaur * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
15:20.46andromeda-galaxyd_rossberg: thanks, I just submitted it
15:21.34Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed.
15:21.38andromeda-galaxyd_rossberg: When hunting for the error that you mentioned (it was somehow just a warning on my machine) I saw a whole bunch of warnings about a %V format specifier --- do you know how I could get rid of those?
15:24.09*** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net)
15:25.30Notify03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: there is still a "qsort" left -  Look at the comments ;)
15:25.42Notify03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
15:25.45andromeda-galaxyd_rossberg: what do you mean?
15:26.34d_rossbergandromeda-galaxy: look for the string "qsort" in your sources, there should be none, we are using bu_sort now
15:26.40andromeda-galaxyd_rossberg: okay
15:26.55andromeda-galaxyI wasn't sure about the ones in the comments, because it is still a quicksort algorithm
15:27.49andromeda-galaxyd_rossberg: can you take a look one more time when I finish fixing it?
15:28.57andromeda-galaxyd_rossberg: comp_b has to still use globals and qsort() because it is also used by bsearch()
15:29.33d_rossbergok, about the warnings: i'm doing a standard buil where some "-Werror=" are set (i.e. warning = error)
15:29.53andromeda-galaxyd_rossberg: maybe the problem is my -DCMAKE_BUILD_TYPE=Release?
15:30.54andromeda-galaxyd_rossberg: and do you see what I mean about comp_b?
15:31.29d_rossbergabout comp_b: it needs probable some extra efforts, leave it as it is
15:32.18andromeda-galaxyd_rossberg: okay, I'll submit one more time in a minute
15:34.00d_rossbergit could be the release build which quells the errors
15:34.51andromeda-galaxyI was using BRLCAD_ENABLE_STRICT=OFF because without it I get a compile failure somewhere in the bundled boost
15:35.55andromeda-galaxyd_rossberg: It is submitted with the comments changed & everything, only _b is still using qsort
15:37.10d_rossbergyou should set it to "Ready for review" too
15:38.06andromeda-galaxyd_rossberg: sorry, done
15:39.09Notify03BRL-CAD:j-schulte * 59091 (brlcad/trunk/src/libged/ls.c brlcad/trunk/src/liboptical/sh_billboard.c brlcad/trunk/src/rt/viewweight.c): replacing qsort calls to bu_sort calls (GCI task : http://www.google-melange.com/gci/task/view/google/gci2013/5851565315325952)
15:39.10Notify03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed.
15:39.12Notify03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: Ready for review - The work on this task is ready to be reviewed.
15:48.34Notify03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Closed - Congratulations, this task has been completed successfully.
15:49.05Notify03GCI:Andromeda Galaxy * 5138768247914496 Update qsort() calls to bu_sort() #5: Task Claimed - I would like to work on this task.
15:54.21Notify03BRL-CAD:d_rossberg * 59092 (brlcad/trunk/src/conv/vdeck/vdeck.c brlcad/trunk/src/gtools/beset/beset.c and 3 others): apply patch (http://google-melange.appspot.com/gci/task/view/google/gci2013/5334451252887552) from Andromeda Galaxy updating qsort() calls to bu_sort()
15:54.27Notify03GCI:Daniel Rossberg * 5138768247914496 Update qsort() calls to bu_sort() #5: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
15:54.28Notify03GCI:Melange * 4972733939056640 Create a BRL-CAD presentation template #2: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
15:54.33Notify03GCI:Andromeda Galaxy * 5138768247914496 Update qsort() calls to bu_sort() #5: Ready for review - The work on this task is ready to be reviewed.
15:54.43andromeda-galaxyd_rossberg: note for the future: I have commit acces now, so you don't hvae to commit all of my patches for me...
15:54.55andromeda-galaxyjust so you know
15:55.53maths22d_rossberg: thanks
15:56.43Notify03GCI:Daniel Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4: I'm getting the following compilation errors -  [ 27%] Building C object src/libged/CMakeFiles/libged.dir/ls.co ...
15:56.53Notify03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: New uploads -  Hi,  I have uploaded my new tshirt design and how it would look on a tshirt.(two separate files)  I would be...
15:56.54Notify03GCI:Daniel Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
15:58.44d_rossbergandromeda-galaxy: so you are Peter? welcome :)
15:59.55andromeda-galaxyd_rossberg: I am, thanks!
15:59.57d_rossbergmaths22: there is another warning/error in util/terrain.c where i don't know what to do
16:07.40Notify03BRL-CAD:starseeker * 59093 brlcad/trunk/src/librt/tests/CMakeLists.txt: Start working on a set of tests for the boolean logic that are intended to build in complexity.
16:07.46Notify03GCI:Daniel Rossberg * 5869692224798720 Design a T-Shirt for BRL-CAD #5: You should set this task to "needsreview" -  Otherwise we cannot close it or send it back to you for improvements.
16:12.51Notify03BRL-CAD:carlmoore * 59094 brlcad/trunk/src/halftone/main.c: touch up the Usage statement -- notice that 'tone_curve' does not ITSELF represent something to be input -- and fix a word in a comment
16:13.03Notify03BRL-CAD:j-schulte * 59095 brlcad/trunk/src/libged/ls.c: fix for r59091
16:13.42Notify03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: None -  Man, I understand the deprecation of genptr_t. This should fix it.
16:13.58Notify03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: Ready for review - The work on this task is ready to be reviewed.
16:21.03Notify03GCI:Daniel Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Closed - Congratulations, this task has been completed successfully.
16:21.10andromeda-galaxyd_rossberg: there are another five qsorts here: http://www.google-melange.com/gci/task/view/google/gci2013/5138768247914496
16:21.11gcibotUpdate qsort() calls to bu_sort() #5
16:21.11gcibotStatus: NeedsReview (2 days, 23 hours left)
16:21.11gcibotMentor(s): Kesha Shah
16:30.17Notify03GCI:Daniel Rossberg * 5138768247914496 Update qsort() calls to bu_sort() #5: Task Closed - Congratulations, this task has been completed successfully.
16:31.08Notify03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed.
16:35.43Notify03GCI:Andromeda Galaxy * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Task Claimed - I would like to work on this task.
16:38.47Notify03GCI:Mandeep Kaur * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to...
16:45.31andromeda-galaxyfor the spell check tasks is it UK or US english?
16:48.18Notify03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready for review - The work on this task is ready to be reviewed.
16:56.04Notify03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed.
17:01.25Notify03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: work done -  dear sean,  i would like to thank you for the critiques you gave me on my earlier work. i...
17:07.06Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
17:09.21Notify03BRL-CAD:tbrowder2 * 59096 brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c: SIGN is defined in brep.h--make sure it is not redefined here
17:11.56Notify03BRL-CAD:tbrowder2 * 59097 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db_corrupt.c and 28 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:+ changing var names using C++ keywords 'class' and 'this'+ making explicit casts to receiving objects (LHS) to quell errors andwarningssuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for
17:11.58Notifythe usual from libgiam, tcl, and step)successful 'make regress'
17:13.25andromeda-galaxyOn the spelling tasks, should mistakes inside the ChangeLog be updated?
17:18.01Notify03BRL-CAD:starseeker * 59098 brlcad/trunk/src/librt/tests/brep_boolean_tests.g: Add a couple more tests - quite a few to go to get reasonable coverage.
17:27.41Notify03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Task Claimed - I would like to work on this task.
17:33.02*** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-13.aby.bellsouth.net)
17:34.09Notify03GCI:Mandeep Kaur * 6682654372003840 Design a BRL-CAD business card #7: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
17:43.54Notify03BRL-CAD:tbrowder2 * 59099 brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: ws, style
17:58.46Notify03BRL-CAD:starseeker * 59100 brlcad/trunk/src/librt/tests/brep_boolean_tests.g: More complex arb intersections - lots of failures in these planar cases. Both for speed and robustness may want to do some special case handling of planar faces.
18:19.04Notify03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: Task Claimed - I would like to work on this task.
18:41.43*** join/#brlcad Ch3ck (~Ch3ck@41.205.14.195)
18:59.56Notify03BRL-CAD:tbrowder2 * 59101 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db_corrupt.c and 23 others): ws, style
19:24.40Notify03GCI:Alexandra Covor * 4941697968504832 Design a BRL-CAD business card #8: Ready for review - The work on this task is ready to be reviewed.
20:00.31Notify03BRL-CAD:starseeker * 59102 brlcad/trunk/src/libbrep/boolean.cpp: Spot which plane or planes are coplanar
20:11.33Notify03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Ready for review - The work on this task is ready to be reviewed.
20:19.46Notify03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Hope you don't mind -  I gave some gust and made six different designs. Provided png files for you to preview each one, and...
20:54.00Notify03BRL-CAD:tbrowder2 * 59103 brlcad/trunk/src/librt/shoot.c: quell warning: control reaches end of non-void function
20:57.38Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: None -  Please refer to the new.zip archive as it is the most recent edit. Thanks!
21:01.05*** join/#brlcad jschulte (~johannes@p4FDFB18D.dip0.t-ipconnect.de)
21:28.58maths22commit 59097
21:29.04maths22broke nmg_copy.c
21:29.28maths22see http://brlcad.org:8085/browse/BRLCAD-BUIL-390/log
21:39.58Notify03GCI:Arjun * 4549761130561536 Create an utility library (LIBBU) API unit test for any file: So I still can't do anything -  If someone could get that fixed he/she would be awesome ;)
21:45.09Notify03GCI:Andromeda Galaxy * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Ready for review - The work on this task is ready to be reviewed.
21:45.36Notify03GCI:Andromeda Galaxy * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Second submission -  I accidentally uploaded the wrong file (the .diff) first; the...
21:51.33Notify03BRL-CAD:carlmoore * 59104 brlcad/trunk/src/halftone/main.c: touch up comments
22:14.11Notify03BRL-CAD:j-schulte * 59105 brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: fix for r59097
22:17.47Notify03BRL-CAD:starseeker * 59106 brlcad/trunk/src/libbrep/boolean.cpp: Start putting in some superstructure that will sort out the 'easy' decisions from the harder ones in the boolean logic. May or may not be necessary, mainly being used to help me think about the issues at the moment.
22:18.48Notify03BRL-CAD:j-schulte * 59107 (brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/libged/ged.c brlcad/trunk/src/libged/make_pnts.c): replacing the last qsort calls to bu_sort calls (GCI task : https://google-melange.appspot.com/gci/task/view/google/gci2013/5676549692981248)
23:01.46Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: I was taught to do lots. -  I find that 100 lines removed is too short for a task, so I strive to...
23:02.06Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed.
23:02.52Notify03GCI: *  :  -
23:17.43maths22build error: /home/maths22/brlcad-code/src/libged/ls.c: In function '_ged_vls_col_pr4v':
23:17.46maths22/home/maths22/brlcad-code/src/libged/ls.c:102:4: error: passing argument 4 of 'bu_sort' from incompatible pointer type [-Werror] cmpdirname, NULL);
IRC log for #brlcad on 20131221

IRC log for #brlcad on 20131221

00:16.30Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: in command? -  I am having trouble with the in command, it seems no matter what numeric values i enter for xyz...
00:18.52Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: .s file? -  also what is the .s file in the ebm tutorial it is not explained? should i be creating an s file...
00:23.23maths22for the task http://www.google-melange.com/gci/task/view/google/gci2013/5807450632486912
00:23.23Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now.
00:23.24gcibotWrite a script to download GCI files
00:23.24gcibotStatus: ClaimRequested
00:23.24gcibotMentor(s): Sean
00:23.39maths22How should I handle duplicate files?
00:23.43Notify03GCI:Jacob B * 5807450632486912 Write a script to download GCI files: Task Claimed - I would like to work on this task.
00:25.46maths22Also, do you want empty folders for url tasks, or do you not want any folders
00:32.44maths22finally, how should the date be set for the folder?
00:57.22``Erikif we had better animation info, an app to make images like http://cheezburger.com/7964133376 would be effin' awesome O.o
01:34.03Notify03GCI:agkphysics * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Claimed - I would like to work on this task.
01:40.01*** join/#brlcad freeman (54ed1305@gateway/web/freenode/ip.84.237.19.5)
02:05.50*** join/#brlcad agkphysics (~aaron@246.216.252.27.dyn.cust.vf.net.nz)
02:12.43Notify03GCI:Gauravjeet Singh * 5676549692981248 Update qsort() calls to bu_sort() #6: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
02:13.00Notify03GCI:Gauravjeet Singh * 5807450632486912 Write a script to download GCI files: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
02:13.00Notify03GCI:Gauravjeet Singh * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck!
02:21.59Notify03GCI:Gauravjeet Singh * 4941697968504832 Design a BRL-CAD business card #8 http://www.google-melange.com/gci/task/view/google/gci2013/4941697968504832:   Needs some work   It's good, I more liked...
02:22.14Notify03GCI:Gauravjeet Singh * 4941697968504832 Design a BRL-CAD business card #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
02:28.20Notify03GCI:agkphysics * 6427676659154944 Update qsort() calls to bu_sort() #8: Ready for review - The work on this task is ready to be reviewed.
02:38.02``Erikhttp://www.disneyanimation.com/technology/publications  as evil as they are wrt copyright, there's some interesting tech there
04:12.02freeman-help
04:21.58maths22sorry, by not any folders I meant no folders if there are no files
04:22.49*** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz)
04:44.04Notify03GCI:Jacob B * 5807450632486912 Write a script to download GCI files: Ready for review - The work on this task is ready to be reviewed.
04:44.18maths22Let me know if you need any source code for the program: I am happy to upload it.
04:44.55maths22never mind: I went ahead and added it
04:49.06maths22I tested it with 2012 and 2013 with brlcad and apertium
04:53.40*** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz)
05:50.24Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review - The work on this task is ready to be reviewed.
06:28.03*** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz)
06:47.27*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:12.54FreezingColdIs there any updated tutorials with Archer?
07:50.36Notify03GCI:Pulkit Mehta * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Claimed - I would like to work on this task.
07:52.01Notify03GCI:Pulkit Mehta * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Claim Removed - The claim on this task has been removed, someone...
07:52.11Notify03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Claimed - I would like to work on this task.
07:55.16Notify03GCI:Mandeep Kaur * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck!
08:07.02Notify03GCI:Melange * 5794702095810560 Design a BRL-CAD Sticker #8: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work...
08:21.40Notify03BRL-CAD:phoenixyjll * 59108 brlcad/trunk/src/libbrep/boolean.cpp: Fix the segfault in converting a comb in m35.g. The curves in the innerloop array should be duplicated, because the TrimmedFace Epassed inwill be freed later.
09:02.29Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed.
09:21.26Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: concerning no. of files -  I have uploaded six files in total,so as to provide you with more options.  sincerely,  Aditya...
09:32.49*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
09:37.56Notify03GCI:Melange * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
09:53.45Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Claimed - I would like to work on this task.
10:08.31Notify03GCI:Sean * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Task Closed - Congratulations, this task has been completed successfully.
10:12.07Notify03GCI:Mandeep Kaur * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Assigned - This task has been assigned to Rishi Sharma. You...
10:17.33Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: better -  Kenneth,  It's getting better, but a few more issues still remain:   The two logo screenshots are missing the...
10:17.41Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
10:19.46Notify03GCI:Sean * 5877713613094912 Design a BRL-CAD Sticker #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
10:19.56Notify03GCI:Sean * 5877713613094912 Design a BRL-CAD Sticker #7: simple is good -  Simple is good, but this is a little too simple. It's rather bland (color-wise, design-wise) and that's makes it come...
10:20.41Notify03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
10:20.56Notify03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
10:23.14Notify03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: not bad but -  I think we already have one ore two design submissions that look very similar to this design. They do say great minds think...
10:25.13Notify03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Harmanpreet -  Harmanpreet, would you mind reviewing his article draft?
10:29.11Notify03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: I like it -  Luke,  That looks much better, more innovative and interesting. The only issue I saw was grammatic, need to remove the colon...
10:29.22Notify03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
10:33.39Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Completed -  Sir, can you please check my uploaded work.  Do I...
10:36.05Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None -  My work is ready to be reviewed .
10:37.20Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
10:37.25Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
10:37.26Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: don't worry about the length -  Don't worry about the tasks being too short, that's our job. :)  These tasks...
10:38.05Notify03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed.
10:39.15Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Ready for review - The work on this task is ready to be reviewed.
10:41.32Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: image source? -  Where's that background image from? We must have redistribution and use rights (ie, what's the license?).  Also, you...
10:41.54Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
10:41.55Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
10:42.39Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Closed - Congratulations, this task has been completed successfully.
10:44.14Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: like it -  I like how the lines make it look like an old TV display... displaying an old space craft. ;)
10:45.20Notify03GCI:Sean * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
10:46.21Notify03GCI:Sean * 6427676659154944 Update qsort() calls to bu_sort() #8: oops -  Clicked the wrong button, please resubmit Aaron. This looked good to me.
10:46.46Notify03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
10:46.51Notify03GCI:agkphysics * 6427676659154944 Update qsort() calls to bu_sort() #8: Ready for review - The work on this task is ready to be reviewed.
10:51.41Notify03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
10:51.43Notify03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: interesting concept -  Hadn't actually considered an animated gif, but I like the concept. Just a few issues come to mind:   archer...
10:54.48Notify03GCI:Mandeep Kaur * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Needs More Work - One of the mentors has sent this task back...
10:56.13Notify03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: Logo is fuzzy? -  The logo seems to be a bit fuzzy.  I also suggest filling in some pretend values into one card and submitting that...
10:56.28Notify03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
10:58.28Notify03GCI:Sean * 5801571896000512 Design a BRL-CAD business card #9: crisp and clean -  I really love this design. We'll likely put this to use. Join the brlcad-devel and/or brlcad-news mailing list to...
10:58.38Notify03GCI:Sean * 5801571896000512 Design a BRL-CAD business card #9: Task Closed - Congratulations, this task has been completed successfully.
11:01.49Notify03GCI:Sean * 6682654372003840 Design a BRL-CAD business card #7: Task Closed - Congratulations, this task has been completed successfully.
11:02.25Notify03GCI:Sean * 6682654372003840 Design a BRL-CAD business card #7: looks good -  Other than the nasty color on card2, these are nice. Thank you very much for all your effort thinking up interesting...
11:02.30Notify03GCI:Sean * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Closed - Congratulations, this task has been completed successfully.
11:02.37brlcadrx
11:04.10Notify03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: Ready for review - The work on this task is ready to be reviewed.
11:05.30Notify03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready for review - The work on this task is ready to be reviewed.
11:05.35Notify03GCI:Gauravjeet Singh * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Raw files -  Please upload the raw design files too. From raw files I meant those default design files which are made by...
11:08.41Notify03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Uploaded new designs -  Throughout a day I make Some new designs.  And uploaded these in file : brl_cad_sticker(new).rar ...
11:16.35Notify03GCI:Gauravjeet Singh * 5509389028950016 Design a BRL-CAD Sticker #10: Task Closed - Congratulations, this task has been completed successfully.
11:21.26Notify03GCI:Melange * 5260604122071040 Design a BRL-CAD business card #5: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
11:32.01Notify03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: None -  taking andromeda's work in account, this should be the last uses.
11:59.14*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
12:04.30Notify03GCI:Chan Ho Jun * 5247473870176256 Design new Archer splash screen #5: Task Claimed - I would like to work on this task.
12:07.16*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
12:08.32Notify03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed.
12:10.24Notify03GCI:Gauravjeet Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
12:11.31Notify03GCI:Alexandra Covor * 4941697968504832 Design a BRL-CAD business card #8: Ready for review - The work on this task is ready to be reviewed.
12:12.57Notify03GCI:agkphysics * 4545787883159552 Report on our 2012 GCI patch submissions: Task Claimed - I would like to work on this task.
12:18.34Notify03GCI: *  :  -
12:24.06Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Ready for review - The work on this task is ready to be reviewed.
12:24.21Notify03GCI:Gauravjeet Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Needs some work -  It's good but It can be more better.  In the horizontal design you have choosen a black background, so I am...
12:25.32Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None -  Please specify the further rectifications(if needed)
12:32.53Notify03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Gauravjeet -  Hiii Gauravjeet  As you said in horizontal design there is a black background But in actual it is Grey in color. ...
12:35.44Notify03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: raw files uploaded -  i have uploaded the .xcf file  thank you
12:42.11Notify03GCI:Mandeep Kaur * 4545787883159552 Report on our 2012 GCI patch submissions: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck!
12:42.12Notify03GCI: *  :  -
12:44.01Notify03GCI:Mandeep Kaur * 5247473870176256 Design new Archer splash screen #5: Task Assigned - This task has been assigned to Chan Ho Jun. You have 72 hours to complete this task, good luck!
12:52.58Notify03GCI:Gauravjeet Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Re:Gauravjeet -  From Black I meant that it's dark, there should be some contrast b/w foreground and background.  So in...
12:53.44Notify03GCI:Chan Ho Jun * 5247473870176256 Design new Archer splash screen #5: Ready for review - The work on this task is ready to be reviewed.
12:56.04Notify03GCI:Chan Ho Jun * 5247473870176256 Design new Archer splash screen #5 http://www.google-melange.com/gci/task/view/google/gci2013/5247473870176256:   BRL-CAD logo   For the logo, I've used the...
13:07.16Notify03GCI:Gauravjeet Singh * 4941697968504832 Design a BRL-CAD business card #8: Task Closed - Congratulations, this task has been completed successfully.
13:09.02Notify03GCI:Gauravjeet Singh * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Closed - Congratulations, this task has been completed successfully.
13:48.29Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Claimed - I would like to work on this task.
13:57.45Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
13:59.45maths22build error: Building C object src/util/CMakeFiles/terrain.dir/terrain.c.o
13:59.45maths22/home/maths22/brlcad-code/src/util/terrain.c: In function 'parse_args':
13:59.45maths22/home/maths22/brlcad-code/src/util/terrain.c:569:38: error: parameter 'terrain_func' set but not used [-Werror=unused-but-set-parameter]
13:59.49maths22<PROTECTED>
14:05.03maths22brlcad: don't mark my task as complete
14:08.56*** join/#brlcad jschulte (~johannes@p4FDF9B9C.dip0.t-ipconnect.de)
14:20.28*** join/#brlcad caen23 (~caen23@92.83.172.48)
14:20.58maths22now you can: I uploaded a new version that does not crash on http errors unless they are on the general list of tasks
14:37.59Notify03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Task Claimed - I would like to work on this task.
14:41.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:44.13*** join/#brlcad kesha (~kesha@49.249.16.94)
15:14.20Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None -  I will do it again. Thanks!
15:24.44*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
15:41.05Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: empty uploaded file -  I know the file uploaded was empty but i did this to hopefully have some more time on...
15:41.31Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed.
15:48.01Notify03GCI:Melange * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
15:53.22Notify03GCI:Andromeda Galaxy * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Task Claimed - I would like to work on this task.
15:53.38Notify03GCI:Sharan Narayan * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Claimed - I would like to work on this task.
15:53.59Notify03GCI:Melange * 4972733939056640 Create a BRL-CAD presentation template #2: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:58.06*** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16)
16:12.39maths22Which parts of brlcad use the bullet library?
16:19.06Notify03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready for review - The work on this task is ready to be reviewed.
16:20.57Notify03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: upload new designs -  I think new designs are as your feedback.  Deep Inder
16:33.47brlcadmaths22: a simulation system we have in src/libged/simulate
16:37.11maths22thanks
16:47.36Notify03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: Ready for review - The work on this task is ready to be reviewed.
16:58.29Notify03BRL-CAD:brlcad * 59109 brlcad/trunk/AUTHORS: according to other sources, David Rodgers last name spelling should be Rogers unless there's another computer graphics guy that was at USNA at the time
16:58.41Notify03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: None -  Wasn't able to make something pretty out of first version, so I made some other splash screens.
17:06.07*** join/#brlcad deep_inder (~chatzilla@117.199.100.226)
17:45.55Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Ready for review - The work on this task is ready to be reviewed.
17:48.21Notify03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Ready for review - The work on this task is ready to be reviewed.
17:49.01Notify03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Done -  Sir I have designed it, I hope you like it :)
17:50.06Notify03GCI: *  :  -
18:18.52Notify03GCI:Anita Leung * 5215498375528448 Create a BRL-CAD presentation template #5: Task Claimed - I would like to work on this task.
18:31.40*** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16)
18:33.40``Erikis libged/simulate actually bound to anything right now? I know it fails to compile with the last couple years worth of bullet releases (probably be a good gci task)
18:34.13Notify03GCI:Kesha Shah * 5215498375528448 Create a BRL-CAD presentation template #5: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
18:35.08Notify03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Extra file - not outlined -  I just realized you guys might want the ai file before it was outlined to edit the words. You can...
19:11.59Notify03BRL-CAD:tbrowder2 * 59110 brlcad/trunk/src/libbn/vectfont.c: ws, style
19:28.26*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
19:31.20Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Where do I input the command? -  Is there any special software that I need to input the (diff -u...
19:40.39*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
20:03.04Notify03BRL-CAD:peter-sa * 59111 (brlcad/trunk/src/libged/attr.c brlcad/trunk/src/libged/comb.c): Replace calls to qsort() with calls to bu_sort() (GCI Task : http://www.google-melange.com/gci/task/view/google/gci2013/5138768247914496)
20:05.30Notify03BRL-CAD:peter-sa * 59112 (brlcad/trunk/include/bn.h brlcad/trunk/include/ged.h and 21 others): Fix several spelling mistakes (from GCI task https://www.google-melange.com/gci/task/view/google/gci2013/5321873978032128)
20:39.47Notify03BRL-CAD:j-schulte * 59113 brlcad/trunk/src/libbu/tests/CMakeLists.txt: add tests for bu_sort
20:43.15*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
20:48.25*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
20:53.36*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:00.13*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:05.25*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:13.37*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:30.19*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:35.24*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:40.32*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:52.17*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
21:57.29*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
22:02.39*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
22:15.22*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
22:19.00Notify03GCI:Anita Leung * 5215498375528448 Create a BRL-CAD presentation template #5: Ready for review - The work on this task is ready to be reviewed.
22:20.00Notify03GCI:Anita Leung * 5215498375528448 Create a BRL-CAD presentation template #5: Comments -  Submitted a few different powerpoint themes incorporating BRL-CAD colors, brand, and logo.
22:20.32*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
22:24.25Notify03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Claimed - I would like to work on this task.
22:29.11*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
22:34.23*** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de)
23:02.47Notify03GCI:starseeker * 5279198109237248 Fix Visual Studio Express build issues: Problem -  There is a script file that is attempting to run a program that should be located in the build directory:...
23:03.07Notify03GCI:starseeker * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
23:05.12Notify03GCI:Andromeda Galaxy * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Ready for review - The work on this task is ready to be reviewed.
23:36.33*** join/#brlcad kanzure (~kanzure@131.252.130.248)
23:49.11Notify03GCI: *  :  -
IRC log for #brlcad on 20131222

IRC log for #brlcad on 20131222

00:14.56Notify03GCI: *  :  -
01:14.36Notify03GCI:Johannes Schulte * 6427676659154944 Update qsort() calls to bu_sort() #8 http://www.google-melange.com/gci/task/view/google/gci2013/6427676659154944:   None   Be carefull, when committing this...
01:16.26Notify03GCI: *  :  -
01:35.26Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None -  Please review my work . I'm waiting for your suggestations
02:33.18Notify03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Work -  I'm ready to upload my work, but the task has to be assigned...
02:45.09Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Claim Removed - The claim on this task has been removed, someone else can claim it now.
04:12.59Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Task Claimed - I would like to work on this task.
04:13.29Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: None -  Sorry, I accidentally click "unclaim."
04:23.29Notify03GCI:Vipul Sharma * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Claimed - I would like to work on this task.
04:48.09*** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz)
05:42.14Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
05:42.15Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
05:48.30Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: range where it's solid -  Each "cell" in a vol has a value that is somewhere between 0 and 255 inclusive (ie, a...
05:49.20Notify03GCI:Sean * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Closed - Congratulations, this task has been completed successfully.
05:55.05Notify03GCI:Sean * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Graphics package -  Rishi, BRL-CAD is a graphics package so there cannot be...
05:55.30Notify03GCI:agkphysics * 4545787883159552 Report on our 2012 GCI patch submissions: Ready for review - The work on this task is ready to be reviewed.
05:56.15Notify03GCI:Sean * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Also closed in error -  Your task was closed in error. This design as-is...
06:00.15Notify03GCI:agkphysics * 4545787883159552 Report on our 2012 GCI patch submissions: I think thats all of them -  I think I got all of the required patches, there are 91 of them.  I only included final...
06:05.47Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
06:05.48Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:05.52Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: massive pauses -  Kenneth,  My earlier comment is only emphasized now that you added an audio track. You spoke and...
06:09.07Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: messy -  With the design you're suggesting, the main logo is really crowded by the other information and there seems to be no order...
06:09.08Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:09.22Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:10.02Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: look at some of the others -  I suggest looking at some of the other completed GCI design tasks too for inspiration or to understand...
06:12.52Notify03GCI:Sean * 5877713613094912 Design a BRL-CAD Sticker #7: Task Closed - Congratulations, this task has been completed successfully.
06:16.41Notify03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: few issues -  Marcin,  This looks interesting, but there are a few issues I note with the cover design. First and foremost, the...
06:17.16Notify03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
06:18.32Notify03GCI:Sean * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task...
06:21.47Notify03GCI:Gauravjeet Singh * 5322891348410368 Design a BRL-CAD business card #10: Task Assigned - This task has been assigned to Adit. You have 72 hours to complete this task, good luck!
06:22.52Notify03GCI:Sean * 5787452191014912 Design a front cover of Doc Camp Book #5: numerous issues -  Pulkit, This design for our new book clearly took some effort on your part, but I feel it lacks context....
06:23.42Notify03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Closed - Congratulations, this task has been completed successfully.
06:25.37Notify03GCI:Sean * 5215498375528448 Create a BRL-CAD presentation template #5: Task Closed - Congratulations, this task has been completed successfully.
06:26.32Notify03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: None -  Sure sir I will make again .
06:27.22Notify03GCI:Sean * 5215498375528448 Create a BRL-CAD presentation template #5: some critique -  I had some critique for the first two, but your third example looked really good. Thank you for your...
06:34.22Notify03GCI:Gauravjeet Singh * 5322891348410368 Design a BRL-CAD business card #10: Needs a little more work -  It's much better as compared to your previous design.  The only thing that I would like to...
06:34.53Notify03GCI:Gauravjeet Singh * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck!
06:35.18Notify03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck!
06:35.38Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: license -  Ilkin,  The site you documented is not the author (see the line right at the bottom of the page) and doesn't describe any...
06:35.58Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
06:35.59Notify03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Claim Removed - The claim on this task has been removed, someone else can claim it now.
06:36.33Notify03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Task Claimed - I would like to work on this task.
06:37.53Notify03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: Task Closed - Congratulations, this task has been completed successfully.
06:37.54Notify03GCI:Gauravjeet Singh * 5247473870176256 Design new Archer splash screen #5: Task Closed - Congratulations, this task has been completed successfully.
06:39.13Notify03GCI:Gauravjeet Singh * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good...
06:39.23Notify03GCI:Gauravjeet Singh * 5861359988244480 Design a BRL-CAD Sticker #9: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good luck!
06:39.53Notify03GCI:Gauravjeet Singh * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Assigned - This task has been assigned to IanSan5653. You...
06:40.22*** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz)
06:40.33Notify03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: like your your new design -  Really like how you pulled it alo togeth.
06:43.09Notify03GCI:Sean * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Task Closed - Congratulations, this task has been completed successfully.
06:45.14Notify03GCI:Sean * 5676549692981248 Update qsort() calls to bu_sort() #6: Function cast necessary? -  It would seem to me that the function casts are no longer necessary, yes? No?  Otherwise, looks great.
06:45.44Notify03GCI:Sean * 5676549692981248 Update qsort() calls to bu_sort() #6: Task Closed - Congratulations, this task has been completed successfully.
06:45.54Notify03GCI:Sean * 5807450632486912 Write a script to download GCI files: Task Closed - Congratulations, this task has been completed successfully.
06:48.49Notify03GCI:Gauravjeet Singh * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11...
06:48.50Notify03GCI:Sean * 4545787883159552 Report on our 2012 GCI patch submissions: Task Closed - Congratulations, this task has been completed successfully.
06:48.54Notify03GCI:Gauravjeet Singh * 5887471241920512 Design a BRL-CAD business card #6: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck!
06:57.25Notify03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Claimed - I would like to work on this task.
07:13.55Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
07:14.50Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Background -  The background of the last file has been completely created by me.
08:02.57Notify03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Ready for review - The work on this task is ready to be reviewed.
08:09.53Notify03GCI:Anita Leung * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Claimed - I would like to work on this task.
08:36.20*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:40.41Notify03GCI:Olexander Dubenko * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Claimed - I would like to work on this task.
08:45.17Notify03GCI:Gauravjeet Singh * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
08:45.43Notify03GCI:Gauravjeet Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good...
08:46.18Notify03GCI:Gauravjeet Singh * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task,...
09:48.03Notify03GCI:Anita Leung * 5787452191014912 Design a front cover of Doc Camp Book #5: Ready for review - The work on this task is ready to be reviewed.
09:51.54Notify03GCI:Anita Leung * 5787452191014912 Design a front cover of Doc Camp Book #5: Book Cover.rar file is not mine -  The Book Cover.rar file is Pulkit Mehta's work, not mine. The files I submitted is...
10:09.11Notify03GCI:Sharan Narayan * 6389832628568064 Design a front cover of Doc Camp Book #3: Ready for review - The work on this task is ready to be reviewed.
10:50.47Notify03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Ready for review - The work on this task is ready to be reviewed.
10:53.00Notify03GCI:Johannes Schulte * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Claimed - I would like to work on this task.
10:54.25Notify03GCI:Gauravjeet Singh * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Closed - Congratulations, this task has been completed successfully.
10:58.12*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
11:16.49Notify03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Claimed - I would like to work on this task.
11:43.43Notify03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: Task Claimed - I would like to work on this task.
12:06.27Notify03GCI:Mandeep Kaur * 5861359988244480 Design a BRL-CAD Sticker #9: Needs Improvement -  Your designs looks good but try to be more creative. Change first letter of modelling (in tagline ) to upper...
12:06.47Notify03GCI:Mandeep Kaur * 5861359988244480 Design a BRL-CAD Sticker #9: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
12:10.41Notify03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Task Assigned - This task has been assigned to Mohamed Hammeda. You have 72 hours to complete this task, good luck!
12:10.57Notify03GCI:Mandeep Kaur * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task,...
12:11.17Notify03GCI:Mandeep Kaur * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this...
12:29.39Notify03GCI:Johannes Schulte * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Ready for review - The work on this task is ready to be reviewed.
12:36.52*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
12:44.36Notify03GCI:Mandeep Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
12:44.41Notify03GCI:Mandeep Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3: Looks Nice -  Your design looks great. Just change "S" in CONTRIBUTORS to apostrophe S (CONTRIBUTOR'S).
13:08.23Notify03BRL-CAD:tbrowder2 * 59114 brlcad/trunk/src/libbu/tests/bu_sort.c: use bu_strcmp to pass API regression test
13:27.11*** join/#brlcad infobot (~infobot@rikers.org)
13:27.11*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
13:30.18*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:49.35Notify03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: None -  I also wasn't sure about the cast. Effectively you need to cast at one point during the sort, either the...
13:53.55Notify03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: None -  I wasn't trying to be military-centric, but this was the...
14:01.35*** join/#brlcad deep_inder (~chatzilla@117.220.147.8)
14:12.12Notify03GCI:erikg * 5029433412943872 Design new Archer splash screen: minor tweaks to consider -  Hiya, looks pretty good, wondering if a few minor tweaks might improve it a bit...   "upon" feels wrong...
14:19.22Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: None -  Ok thank you for your coment
14:19.57andromeda-galaxyCan anyone help me understand the way that extruded sketches are represented in brl-cad? I'd like to work on a few of the tasks to implement a function for extruded primitives.
14:26.34*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:36.38*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:49.26Notify03GCI:erikg * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
14:49.32Notify03GCI:erikg * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: insufficient diagnostic information -  This tester program only gives a single boolean output with no...
14:56.36*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
15:09.31Notify03GCI:Andromeda Galaxy * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Claimed - I would like to work on this task.
15:38.13Notify03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready for review - The work on this task is ready to be reviewed.
15:45.39Notify03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Ready for review - The work on this task is ready to be reviewed.
16:21.00Notify03BRL-CAD:peter-sa * 59115 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add unit tests for several libbu VLS functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5315364418224128
16:21.00gcibotCreate unit tests for our basic utility library (LIBBU) #2
16:21.01gcibotStatus: Closed
16:21.01gcibotMentor(s): starseeker
16:29.53Notify03BRL-CAD:peter-sa * 59116 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Fix mistake in tester name in src/libbu/tests/CMakeLists.txt
16:30.46*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
16:31.13Notify03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: Ready for review - The work on this task is ready to be reviewed.
16:36.18*** join/#brlcad jschulte (~johannes@p4FDFBD9E.dip0.t-ipconnect.de)
16:38.33Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task.
16:40.18Notify03GCI:Mandeep Kaur * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
16:40.38Notify03GCI:Mandeep Kaur * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
16:40.59*** join/#brlcad ncsaba_ (~ncsaba@p4FF70BC0.dip0.t-ipconnect.de)
16:41.03Notify03GCI: *  :  -
16:55.53Notify03GCI:Andromeda Galaxy * 4822252646301696 Implement surface area function for NURBS objects (BREP): Ready for review - The work on this task is ready to be reviewed.
16:57.18Notify03GCI:Melange * 5279198109237248 Fix Visual Studio Express build issues: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
17:34.59ncsaba_Hi there
17:35.33ncsaba_I'm finishing up the pipe length function, and my lack of C experience shows up...
17:35.56Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed.
17:36.30ncsaba_I get the following error:
17:36.34ncsaba_/home/csaba/dev/brlcad/trunk/src/libged/analyze.c: In function ‘analyze_do’:
17:36.34ncsaba_/home/csaba/dev/brlcad/trunk/src/libged/analyze.c:1412:6: error: passing argument 2 of ‘analyze_pipe’ discards ‘const’ qualifier from pointer target type [-Werror]
17:36.34ncsaba_<PROTECTED>
17:36.34ncsaba_<PROTECTED>
17:36.34ncsaba_/home/csaba/dev/brlcad/trunk/src/libged/analyze.c:1331:1: note: expected ‘struct rt_db_internal *’ but argument is of type ‘const struct rt_db_internal *’
17:36.44ncsaba_<PROTECTED>
17:37.13ncsaba_now it's clear that the "const" part in "analyze_do" function header is the problem, but:
17:38.59ncsaba_in my first commit I propagated that to all functions called by analyze_do up to pipe.c -> pipe_elements_calculate, with the result that it was cut back out by whoever commited it :-)
17:39.09ncsaba_I mean my first patch of course instead of first commit
17:39.47ncsaba_anyway, I think now that perhaps there was some good reason to do that - and not sure how to continue this
17:40.42ncsaba_Shaun, if you're around, can you explain me what is the purpose of that "const" in the  analyze.c -> analyze_do function header ?
17:42.48Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: My Idea -  Sir,  My Idea is to make a simple and appealing card.It should have neccesary info.I have submited you a design.I...
17:47.50maths22does anyone have any ideas for how to fix /home/maths22/brlcad-code/src/util/terrain.c:569:38: error: parameter 'terrain_func' set but not used [-Werror=unused-but-set-parameter] parse_args(int ac, char **av, void (*terrain_func)(unsigned short *))
17:47.53maths22/home/maths22/brlcad-code/src/util/terrain.c:569:38: error: parameter 'terrain_func' set but not used [-Werror=unused-but-set-parameter] parse_args(int ac, char **av, void (*terrain_func)(unsigned short *))
17:49.08maths22The parameter is only used if a certain case is met
17:54.36ncsaba_maths22: while I'm not really the best to help on that, the first thing to check is likely if you don't have a typo in the param name or it's use ?
17:57.06ncsaba_ok, nevermind, if it would be a typo you would get a different error
17:58.41Notify03GCI:Sean * 4822252646301696 Implement surface area function for NURBS objects (BREP): AreaMassProperties() -  This is the right basic approach, but note that AreaMassProperties() does nothing. The...
17:59.16Notify03GCI:Sean * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
17:59.52ncsaba_brlcad: would appreciate to talk some if you have time...
17:59.56Notify03GCI: *  :  -
18:00.45Notify03GCI:Sharan Narayan * 6389832628568064 Design a front cover of Doc Camp Book #3: Ready for review - The work on this task is ready to be reviewed.
18:03.25Notify03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11 http://www.google-melange.com/gci/task/view/google/gci2013/5910527163236352:...
18:07.35Notify03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Task Claimed - I would like to work on this task.
18:08.20Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
18:08.21Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: getting better -  Aditya, this is looking better. A simple deisgn is fine and the layout of the text and logo you added look good,...
18:08.50Notify03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Needs More Work - One of the mentors has sent this task back for more...
18:09.16Notify03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Needs Improvement -  Your template looks good but try to be more creative and it should be impressive.   Few...
18:09.21Notify03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
18:10.01Notify03GCI:Daniel Rossberg * 4972733939056640 Create a BRL-CAD presentation template #2: Some issues -   You should use our new logo Could you please provide an example presentation with a title slide, a...
18:10.32Notify03GCI:Mandeep Kaur * 5885841301831680 Create a book layout for our Doc Camp book #5: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
18:11.28Notify03GCI:Andromeda Galaxy * 4822252646301696 Implement surface area function for NURBS objects (BREP): Ready for review - The work on this task is ready to be reviewed.
18:14.05Notify03BRL-CAD:tbrowder2 * 59117 brlcad/trunk/src/util/terrain.c: ws, style
18:14.06Notify03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: purple? -  Curious choice of color. The purple is somewhat distracting and clashes with the red in our logo. Also, saying...
18:14.08andromeda-galaxybrlcad: I changed it to mp.Area(); interestingly enough AreaMassProperties function is still declared in the header file and still allows the code to compile...
18:14.41Notify03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task...
18:17.18Notify03BRL-CAD:tbrowder2 * 59118 (brlcad/trunk/src/libfb/if_X.c brlcad/trunk/src/util/png-pix.c): use const char to quell '-Wwrite-strings' warnings
18:17.43Notify03GCI:Sean * 4972733939056640 Create a BRL-CAD presentation template #2 http://www.google-melange.com/gci/task/view/google/gci2013/4972733939056640:   not a template   Mohamed,  This does not seem...
18:18.35Notify03BRL-CAD:tbrowder2 * 59119 brlcad/trunk/src/librt/cut.c: make explicit cast from void*
18:19.07andromeda-galaxybrlcad: the _check.diff includes some code that makes sure that the AreaMassProperties call worked, right now it will always fail
18:19.09Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
18:19.10Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
18:24.03*** join/#brlcad Rishi_ (~rishishar@117.238.39.121)
18:29.31Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
18:31.47Notify03GCI:Daniel Rossberg * 5279198109237248 Fix Visual Studio Express build issues: Upload a report of the failure to this task -  similar to what you did in the previous task. It looks like you found...
18:32.17Notify03GCI:Daniel Rossberg * 5279198109237248 Fix Visual Studio Express build issues: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
18:34.17Notify03GCI:Mandeep Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Closed - Congratulations, this task has been completed successfully.
18:39.17maths22brlcad: do you want me to use my program to make a zip for 2012?
18:54.06Notify03BRL-CAD:j-schulte * 59120 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bu_sort.c): improve r59113
18:56.02Notify03GCI:Johannes Schulte * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Ready for review - The work on this task is ready to be reviewed.
18:57.38Notify03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Ready for review - The work on this task is ready to be reviewed.
19:11.35Notify03GCI:Sharan Narayan * 5848861633413120 Create a BRL-CAD presentation template #3: Task Claimed - I would like to work on this task.
19:12.41Notify03GCI:Sharan Narayan * 5848861633413120 Create a BRL-CAD presentation template #3: MS Office -  Cant i use ms office for this task
19:14.55Notify03GCI:Mandeep Kaur * 5848861633413120 Create a BRL-CAD presentation template #3: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck!
19:15.00Notify03GCI:Mandeep Kaur * 5848861633413120 Create a BRL-CAD presentation template #3: Use any tool -  Yes, you can use that.
19:19.32*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
19:23.17*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
19:28.21*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
19:32.25maths22brlcad: do we want to quell the warning in src/util/terrain.c?
19:32.38maths22or anone else with an idea on the matter
20:04.00Notify03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed.
20:16.42Notify03BRL-CAD Wiki:Random9908 * 0 /wiki/User:Random9908:
20:22.08*** join/#brlcad ncsaba_ (~ncsaba@p4FF70BC0.dip0.t-ipconnect.de)
20:35.25Notify03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set...
21:01.24Notify03GCI: *  :  -
21:48.47Notify03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Ready for review - The work on this task is ready to be reviewed.
21:51.33Notify03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Wow -  This task took a whole lot longer than expected. Hope the outcome is satisfying.
21:59.14Notify03GCI:starseeker * 5885841301831680 Create a book layout for our Doc Camp book #5: Could you upload a PDF version? -  Some of us don't have access to Office, and it looks like LibreOffice doesn't...
22:06.19Notify03GCI:starseeker * 5279198109237248 Fix Visual Studio Express build issues: This is a consequence of a more general issue.. -  Having to do with how path searching for libraries works on Windows....
22:06.24Notify03GCI:starseeker * 5279198109237248 Fix Visual Studio Express build issues: Task Closed - Congratulations, this task has been completed successfully.
22:12.14*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
22:27.47Notify03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Yeah no problem -  Uploaded pdf file.
22:45.16Notify03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: Ready for review - The work on this task is ready to be reviewed.
22:46.41Notify03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: What to Review -  Please could you review the files which start with CORRECTION becuase in the old files I...
23:41.41Notify03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Ready for review - The work on this task is ready to be reviewed.
23:47.18Notify03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: None -  I uploaded the cover image and mockup as PNG files, and then...
IRC log for #brlcad on 20131223

IRC log for #brlcad on 20131223

00:00.34Notify03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Please reply -  Please reply soon, before the task expires.
00:46.05*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
02:08.24*** join/#brlcad agkphysics (~aaron@118-93-211-125.dsl.dyn.ihug.co.nz)
02:13.31Notify03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Ready for review - The work on this task is ready to be reviewed.
02:14.46Notify03BRL-CAD:tbrowder2 * 59121 brlcad/trunk/src/libbu/tests/bu_sort.c: use bu_strcmp to allow API regression test to pass
02:15.46Notify03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: All tests pass -  When I compile and test, all mat tests pass.  The patch is mat-tests2.patch - There...
02:17.56Notify03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: BTW -  I used a combination of Wolfram Alpha and this website to help me insert appropriate values to...
02:19.38Notify03BRL-CAD:tbrowder2 * 59122 brlcad/trunk/src/librt/primitives/pipe/pipe.c: rename vars named 'or' which is a C++ keyword (also renamed associated vars to keep intent reasonably clear); make explicit casts from void*
02:31.24Notify03BRL-CAD:tbrowder2 * 59123 (brlcad/trunk/src/librt/primitives/part/part.c brlcad/trunk/src/librt/primitives/pnts/pnts.c and 11 others): make explicit casts from void* for C++ compilation
02:43.17Notify03BRL-CAD:tbrowder2 * 59124 (brlcad/trunk/include/db.h brlcad/trunk/include/raytrace.h brlcad/trunk/include/rtgeom.h): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:+ move C child structs up to top level (no change to C scope but makesscope same in C++ so src/librt/cut.c will compile without error)+ in rtgeom.h, struct rt_functab, increased size of two char arrays tomake
02:43.19Notifyroom for string-ending NULL for the current max length of theactual initialized strings being usedsuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress', 'make test', and 'make benchmark'
02:52.45Notify03GCI:starseeker * 5885841301831680 Create a book layout for our Doc Camp book #5: Task Closed - Congratulations, this task has been completed successfully.
02:53.02Notify03GCI:starseeker * 5885841301831680 Create a book layout for our Doc Camp book #5: Looks nice! -  Keep an eye out for comments from Sean, who's much better at design than me, but it looks good! Nice...
04:16.57*** join/#brlcad FOSScookie (~brian@107.200.34.111)
04:47.49*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
06:02.32Notify03GCI:Sharan Narayan * 5848861633413120 Create a BRL-CAD presentation template #3: Ready for review - The work on this task is ready to be reviewed.
06:38.44Notify03GCI:Anita Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5: Task Claimed - I would like to work on this task.
06:51.20Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None -  I did two new stickers that are diferents from the previus logos. My delivery folder is Stickers_BRL-CAD_2.rar.
06:51.51Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review - The work on this task is ready to be reviewed.
06:59.02Notify03GCI:Anita Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5: Everything's formatted -  I just looked through the...
06:59.27Notify03GCI:Anita Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5: Claim Removed - The claim on this task has been...
07:55.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:20.00Notify03GCI:Sean * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Closed - Congratulations, this task has been completed successfully.
08:23.52Notify03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Closed - Congratulations, this task has been completed successfully.
08:24.10Notify03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Closed - Congratulations, this task has been completed successfully.
08:34.26Notify03GCI: *  :  -
08:37.14Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: just three pauses remain -  I see you sped up several sections, which is good, but you still have three big pauses in...
08:37.39Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
08:38.04Notify03GCI: *  :  -
08:38.49Notify03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: gradients do not work -  Gradients do not work for a sticker design. They will not print well. Without the gradient, there's not much left...
08:38.59Notify03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
08:39.00Notify03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
08:41.09Notify03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: raw files? -  Would you again submit your raw files? This looks good, but the stryker image background is a bit dull. We'd need...
08:41.14Notify03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
08:43.37Notify03GCI:Sean * 4972733939056640 Create a BRL-CAD presentation template #2: Task Closed - Congratulations, this task has been completed successfully.
08:45.37Notify03GCI:Sean * 5848861633413120 Create a BRL-CAD presentation template #3: Task Closed - Congratulations, this task has been completed successfully.
08:49.42Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
08:49.50Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: again -  Again, you have dark text on a dark background that cannot be easily read... You also have the black of our logo against a...
08:50.05Notify03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Task Claimed - I would like to work on this task.
08:52.05Notify03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: looks good -  This looks good, but you should cite those two sources you used for referene values in a...
08:53.00Notify03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
08:53.30Notify03GCI:Sean * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Closed - Congratulations, this task has been completed successfully.
09:00.55Notify03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: few issues -  This is looking interesting, different from others we've seen, but I notice just a few issues:   The shadow is...
09:01.25Notify03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
09:03.10Notify03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: Task Closed - Congratulations, this task has been completed successfully.
09:25.37Notify03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Ready for review - The work on this task is ready to be reviewed.
09:41.46Notify03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: None -  Sir,  If I remove the shadows and adjust the size of logo will it do?  moreover what I have seen is that the...
09:52.47Notify03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: None -  Sir,  Placement of background logo towards left or some other side also gives good effect so, please see these new...
09:58.10Notify03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready for review - The work on this task is ready to be reviewed.
09:59.38*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
10:02.28Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed.
10:09.59Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: The new files (& may be the final ones) -  Sir,  I have uploaded 2 new files.I have made three changes in the old files.   I...
10:16.14Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Question -  Is it possible to create a statically designed website instead of a dynamic one?
10:50.42Notify03GCI:Vipul Sharma * 5820781137231872 Create a book layout for our Doc Camp book #4: Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:15.59*** join/#brlcad chick_ (~chick_@41.204.83.2)
11:17.36Notify03GCI:Harmanpreet * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Dynamic -  I hope you are clear with the difference between static and dynamic website. In static website, all...
11:19.20chick_how do i get a working copy of brlcad?
11:35.22Notify03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed.
11:37.32Notify03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): Task Claimed - I would like to work on this task.
11:44.12Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Claimed - I would like to work on this task.
12:00.40*** join/#brlcad jschulte (~johannes@p4FDFABA4.dip0.t-ipconnect.de)
12:52.59*** join/#brlcad luca79 (~luca@188-22-134-244.adsl.highway.telekom.at)
13:20.33Notify03GCI: *  :  -
13:37.35``Erikhm, lenovo has a new laptop with a 3200x1800 display, starseeker might dig that
13:37.45``Erikhttp://hothardware.com/Reviews/Lenovo-Yoga-2-Pro-Review/
13:37.49``Erikhttp://hardware.slashdot.org/story/13/12/23/0337249/rise-of-the-super-high-res-notebook-display
13:40.29Notify03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Assigned - This task has been assigned to Mohamed Hammeda. You...
13:48.35Notify03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): None -  If I have a code duplication between libged and a specific primitive of librt, where should I...
14:10.05*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:02.52*** join/#brlcad luca79 (~luca@91-115-241-16.adsl.highway.telekom.at)
15:10.34Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed.
15:14.11Notify03GCI:Andromeda Galaxy * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Claimed - I would like to work on this task.
15:15.46Notify03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed.
15:23.46Notify03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Messy -  Mohammed,  The design is messy, looks unorganized and lacks...
15:24.01Notify03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back for...
15:24.17Notify03GCI:Harmanpreet * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
15:28.47Notify03GCI:Mandeep Kaur * 5598858029563904 Update business card design with actual martini glass diagram: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this...
16:11.24Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed.
16:12.09Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Please could you mark the files that start with NEW -  Hi...
16:30.51*** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26)
16:40.10andromeda-galaxyCan someone please help me understand the way that extruded sketches are represented? I do not understand the three perpendicular vectors...
16:46.00*** join/#brlcad kesha (~kesha@49.249.16.219)
17:08.36Notify03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Ready for review - The work on this task is ready to be reviewed.
17:26.36*** join/#brlcad jschulte (~johannes@p4FDFABA4.dip0.t-ipconnect.de)
17:29.40*** join/#brlcad kesha (~kesha@49.249.16.219)
17:57.56Notify03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Splash Screen -  Could you add one more task on creating a splash screen
18:00.21Notify03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None -  Sir can i get another task to design a cover photo ?  Will...
18:03.41Notify03BRL-CAD:carlmoore * 59125 brlcad/trunk/src/halftone/main.c: more touchup of the Usage message
18:23.34Notify03BRL-CAD:r_weiss * 59126 (rtcmp/trunk/configure.ac rtcmp/trunk/perfcomp.c rtcmp/trunk/tri.c): Updates to 'rtcmp' to allow it to build with the current trunk.
18:30.38Notify03GCI:Melange * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
18:31.51Notify03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back for more...
18:35.31Notify03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: same comments -  Mohamed,  The same comments still apply. BRL-CAD is missing...
18:37.16Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Closed - Congratulations, this task has been completed successfully.
18:38.26Notify03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: now a little rushed -  Now it's just a little rushed, but it looks better. (10 milliseconds makes a huge difference)...
18:47.27Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
18:47.32Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
18:47.43Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: getting better -  This is looking better, but a few issues are introduced:   Where is the background image from? (Must have rights to...
18:48.13Notify03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: Task Closed - Congratulations, this task has been completed successfully.
18:49.08Notify03GCI:Andromeda Galaxy * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Ready for review - The work on this task is ready to be reviewed.
18:49.23Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Closed - Congratulations, this task has been completed successfully.
18:51.53Notify03GCI:Sean * 5029433412943872 Design new Archer splash screen: thank you -  Thank you for your efforts, Ilkin. Each iteration you got a little bit better, so I encourage you to keep trying different...
18:53.19Notify03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Closed - Congratulations, this task has been completed successfully.
18:53.30*** join/#brlcad Deepak (~chatzilla@117.199.97.92)
18:56.09brlcadandromeda-galaxy: the three vectors describe the bounding volume
18:56.20brlcadthe sketch is a simple 2D parametric surface
18:56.59brlcadthe extrude turns that 2D into 3D so you can use the three vectors to scale the width/height/depth of the sketch
18:58.38jschulteIf I have a code duplication between libged and a specific primitive of librt, where should I put the function to resolve this. Is putting it into the primitive-specific librt file and then including this file into libged fine?
19:07.30Notify03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Looks good -  Looks good, go ahead and commit. ;)
19:13.11Notify03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: better -  Let's work with the "enlarged" version, it looks the most distinct of the set. That said, the resolution is much too low....
19:13.26Notify03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
19:15.06Notify03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
19:18.22Notify03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: low resolution -  The resolution there is too low for printing. The image template needs to be about...
19:23.30Notify03BRL-CAD:tbrowder2 * 59127 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/bot/btg.c and 26 others): + refactor to replace identical 'rt_xxx_class' funcs with new'rt_generic_class' function+ correct 'rt_dsp_class' function signatureNote 'rt_dsp_class' function is also a candidate for replacement by'rt_generic_class' since its contents are for debug logging only.
19:24.12Notify03GCI:Sean * 5556754465161216 Create unit tests for our basic utility library (LIBBU): subtle style errors -  Note that you have a few subtle style errors. The return type for functions belongs on a...
19:24.22Notify03GCI:Sean * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
19:28.01andromeda-galaxybrlcad: if you will still be here for a minute, I can correct those things quickly
19:43.46Notify03GCI:Andromeda Galaxy * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Ready for review - The work on this task is ready to be reviewed.
19:50.43Notify03BRL-CAD:carlmoore * 59128 brlcad/trunk/src/util/hex.c: eliminate an 'else' by reversing an 'if'; bu_opterr stays in but only needs to be set once
19:54.06Notify03BRL-CAD:carlmoore * 59129 brlcad/trunk/src/util/hex.c: further adjustment of 'else' usage
19:58.46Notify03GCI:starseeker * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Closed - Congratulations, this task has been completed successfully.
20:01.42*** join/#brlcad ncsaba_ (~ncsaba@p4FF7592C.dip0.t-ipconnect.de)
20:04.54Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now.
20:05.14Notify03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Claimed - I would like to work on this task.
20:06.58ncsaba_math22: I've got the src/util/terrain.c compiling, if you're interested
20:07.40ncsaba_maths22: sorry, I misspelled your nick...
20:10.09ncsaba_I will upload a patch to the sourceforge page, here it seems to be censured (which makes actually sense)
20:11.51Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: The current website provided is static -  Right, it's just that the website provided is actually statically...
20:12.01Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task.
20:13.43brlcadjschulte: depends on the code duplication, but in general "no" .. primitive-specific librt files shouldn't be included by anything other than those primitives
20:14.10*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
20:14.26brlcadthat said there's clearly precedence and situations where you need access to something a primitive defined -- in those cases, we usually create new public librt API that has been thought through
20:15.00brlcadif it's nmg or nurbs/brep code, it could be a contender for getting moved to a different library like libnmg or libbrep
20:15.36brlcadncsaba_: appreciated, but you don't need to submit your patches to sourceforge for GCI
20:15.59ncsaba_brlcad: is that GCI ?
20:16.05brlcadandromeda-galaxy: I figured as much, but you can go ahead and commit -- post a url to the commit
20:16.23brlcadncsaba_: sorry, misunderstood you
20:16.33ncsaba_I only made some modifications so the code compiles without error :-)
20:16.43brlcadnods
20:17.29brlcadncsaba_: big patch?  little patch?
20:18.05brlcadif it's just a line or two, I can fix it directly or you can submit your patch .. you're getting close patch-wise to needing a different process iirc
20:18.23ncsaba_not even sure it is still OK
20:18.24ncsaba_the main idea is to use pointer to function pointer, that will compile
20:18.24ncsaba_but I'm definitely not a C expert and it can actually do something totally else than I expect
20:18.24ncsaba_little
20:18.24ncsaba_I tried yesterday to copy paste in here, but obviously doesn't work
20:18.45brlcad~pastebin
20:18.45infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
20:18.58brlcaduse any one of those EXCEPT not pastebin.com ;)
20:20.39ncsaba_ok, it's a 50 lines diff
20:21.26brlcadokay, that's worth submitting :)
20:21.46brlcadjust make sure your checkout is up-to-date .. there have been LOTS of signature changes lately
20:21.55brlcadwhich is almost certainly why you've encountered issues
20:22.05brlcadnormally we compile quite cleanly just about anywhere
20:22.05maths22ncasba~ thanks
20:22.34maths22ncsaba_: I also seem unableto type nikcs
20:23.26maths22brlcad: for the docbook task I'm doing now, it has taken me about an hour to work through 1 chapter
20:23.47ncsaba_I've freshly updated svn
20:23.49maths22I think it should be split into a couple tasks (by section or something)
20:24.16ncsaba_http://paste.ubuntu.com/6625248/
20:25.23ncsaba_maths22: please have a look and tell me if that looks anywhere near to something OK, I simply guessed, but it compiles
20:25.45maths22I think so. It will probably make gcc4.8 happy
20:25.57ncsaba_my C experience is mostly limited to reading brl-cad code ;-)
20:26.18maths22That is my C experience too, unless ROBOTC counts
20:27.53maths22brlcad or someone else more experienced will probably be able to tell you
20:28.55jschultebrlcad: Ok thanks for the explanation, I'll think about this issue. Nevertheless you can assign the task ( http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600) , there are more places to eliminate duplicated code
20:29.25Notify03BRL-CAD:tbrowder2 * 59130 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/table.c): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:add macros in raytrace.h for proper casting of rt_functab functions toproper formuse macros in table.c on all rt_functab functionssuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from
20:29.27Notifylibgiam, tcl, and step)successful 'make regress', 'make test', and 'make benchmark'
20:29.47ncsaba_brlcad: I guess you're too busy with GCI to get some more bothering from me about what the "const" means in the "const struct ..." of analyze_general (and most of such headers in rt_functab) ?
20:31.35Notify03BRL-CAD:tbrowder2 * 59131 brlcad/trunk/src/librt/primitives/dsp/dsp.c: oops, correct unclosed comment
20:33.12ncsaba_btw, I started to play with the python-brlcad project and generally wrapping brlcad functionality in python syntax
20:33.29maths22what I have gotten through so far is http://brlcad.org/~maths22/HACKING_BRL-CAD.html
20:34.44ncsaba_maths22: if you can shortly explain what is to be done (pointers are OK too), I would be happy to help out with anything documentation
20:35.12Notify03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the...
20:35.13ncsaba_that's one of the pains of BRL-CAD - not that there's no documentation, but it's hard to find it
20:35.50maths22I am currently working on a GCI task of formatting the HACKING_BRL-CAD book for docbook
20:36.17maths22the original is at http://en.flossmanuals.net/contributors-guide-to-brl-cad/index/
20:37.07Notify03BRL-CAD:tbrowder2 * 59132 brlcad/trunk/src/util/terrain.c: ws, style
20:37.27*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
20:37.45gcibotMessage by Ignacio: Hi, if someone ready it, let me know (/msg Ignacio)
20:47.17ncsaba_maths22: I was supposing the brlcad/trunk/src/util/terrain.c code is yours, but maybe I'm mistaken ?
20:47.17ncsaba_that's another issue with IRC, it's not always clear who you're talking to :-)
20:47.43maths22no; I have the problem with the code, but I did not write it
20:48.11maths22I am trying to compile it with gcc4.8, which seems more picky than the compiler of whoever did write it
20:48.15*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
20:48.33ncsaba_aha
20:49.54ncsaba_brlcad: here's the patch for brlcad/trunk/src/util/terrain.c: http://paste.ubuntu.com/6625248/
20:50.28ncsaba_not sure if the URL without more explanations caught your attention :-)
20:53.02*** join/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11)
20:54.42*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:01.47Notify03BRL-CAD:tbrowder2 * 59133 brlcad/trunk/src/other/libutahrle/include/rle_config.h: reorder common.h to use its defs for proper C++ compilation
21:08.11Notify03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Claimed - I would like to work on this task.
21:15.14Notify03BRL-CAD:tbrowder2 * 59134 brlcad/trunk/src/librt/fortray.c: ws, style
21:28.06Notify03BRL-CAD:tbrowder2 * 59135 brlcad/trunk/src/librt/primitives/bot/btg.c: ws, style
22:02.47Notify03BRL-CAD:peter-sa * 59136 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bu_vls.c): Add unit tests for several more VLS functions in libbu, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5556754465161216
22:02.48gcibotCreate unit tests for our basic utility library (LIBBU)
22:02.48gcibotStatus: Closed
22:02.48gcibotMentor(s): Daniel Rossberg
22:14.27Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed.
22:15.44Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Please could you review the zip file. -  Hi Sean, I just messages...
22:18.52maths22brlcad: let me know what you think about the docbook so far
22:21.39maths22I've gotten through ch 2 and part of ch 3
22:36.43Notify03GCI:starseeker * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
22:52.12maths22starseeker: did you see my message earlier about the task?
23:27.27*** part/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11)
IRC log for #brlcad on 20131224

IRC log for #brlcad on 20131224

00:02.57Notify03BRL-CAD:tbrowder2 * 59137 brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: ws, style
00:37.16starseekermaths22: apparently not - what was the message?
00:42.23Notify03BRL-CAD:agkphysics * 59138 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Added unit tests for some bn_mat functions.
00:47.47starseekermaths22: if you're referring to  http://brlcad.org/~maths22/HACKING_BRL-CAD.html it definitely looks like progress
00:48.38starseekermaths22: I'm guessing this is another one of those that will need to be broken up into multiple tasks?
00:59.45Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: erros -  Thanks for you response i have been going through the EBM tutorial and comparing but i am still having...
00:59.56Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed.
01:06.34maths22Yes, it is.  I will update it with where I am now
01:06.41maths22How do you suggest it be broken
01:06.58starseekerhow long is it taking per chapter?
01:07.14maths22It depends on the chapter
01:07.29maths22I've probably spent a couple hours getting to where I am
01:07.45maths22almost done w/ ch 3
01:07.51maths22(almost in a relative sense)
01:07.58starseekerOK - maybe target the tasks at 2-3 chapters per task?
01:08.13starseekerand if one chapter takes longer (that's expected) just let us know
01:08.23maths22Images would make sense to be a separate task
01:08.38maths22I'll probably close when I finish ch 3
01:09.49starseekermaths22: sounds good
01:13.26starseekermaths22: I submitted a couple more tasks - I think they need to be approved before they go live
01:14.01maths22thanks
01:18.37maths22thanks
01:45.10maths22could you look at it before I generate a patch and submit?
01:49.00maths22new url: http://brlcad.org/~maths22/books/en/HACKING_BRL-CAD.html
02:04.23Notify03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed.
02:17.38maths22by the way, I've been adding a lot more than just "chapter", "para" and "programlisting" tags
02:25.59Notify03BRL-CAD:tbrowder2 * 59139 brlcad/trunk/src/libfb/CMakeLists.txt: need opennurbs.h when compiling with C++ (bad coupling?)
02:26.55Notify03BRL-CAD:tbrowder2 * 59140 brlcad/trunk/src/librt/db_match.c: cast to void as func arg for C++
02:28.06Notify03BRL-CAD:tbrowder2 * 59141 brlcad/trunk/src/librt/db_tree.c: need to cast func pointer back to normal sig as called func
02:29.07Notify03BRL-CAD:tbrowder2 * 59142 brlcad/trunk/src/librt/fortray.c: make explicit casts for C++
02:30.05Notify03BRL-CAD:tbrowder2 * 59143 brlcad/trunk/src/librt/primitives/bot/btg.c: need separate explicit casts for C++
02:30.57Notify03BRL-CAD:tbrowder2 * 59144 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: need explict casts to void for func pointers as func args
02:32.03Notify03BRL-CAD:tbrowder2 * 59145 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: need new func pointer with full signature for func calls
02:32.53Notify03BRL-CAD:tbrowder2 * 59146 brlcad/trunk/src/util/pixcount.c: cast func pointers to void for use as func arg
03:00.45starseekermaths22: that looks a lot better!
03:00.50starseekergo for it
03:02.36starseekeradding the extra tags is great
03:03.30starseekerrequires more DocBook skill, which is why the original task was specified as it was, but proper content formatting is absolutely worth breaking up the task into multiples
03:03.49starseekerfor
03:29.13maths22It irritated me just having basic formatting (I'm trying to match the flossmanuals.net formatting as much as possible)
03:30.00maths22The only thing I am not yet doing (maybe when I'm done) is putting in the images
04:23.14Notify03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Ready for review - The work on this task is ready to be reviewed.
04:24.14Notify03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Solution -  I ended up creating a vector image of the glass and placed it in the card
04:29.46Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
04:36.56Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: successfully understood? -  Alex, you said you went through the EBM tutorial, but did you complete it?...
04:39.55Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:40.00Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: in brief -  That was a lot of questions, so here's something simple for you to try. Create a 256x256 image with...
04:41.35Notify03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: will do -  Will review as soon as you rename your zip file correctly. After...
04:41.36Notify03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back for more...
05:10.43Notify03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: GORGEOUS -  This looks fantastic now. Love it.  Excellent work.
05:11.04Notify03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: Task Closed - Congratulations, this task has been completed successfully.
05:11.19Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Task Claimed - I would like to work on this task.
05:12.09Notify03GCI:Sean * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,...
05:12.14Notify03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good...
05:12.15Notify03GCI:Sean * 5809141775859712 Create a BRL-CAD presentation template #4: Task Assigned - This task has been assigned to Rishi Sharma. You have 72 hours to complete this task, good luck!
05:12.59Notify03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
05:15.09Notify03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
05:15.34Notify03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Ready for review - The work on this task is ready to be reviewed.
05:17.40Notify03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: code blocks lost formatting -  On review, it looks like the code appendices all lost their formatting. They were in...
05:19.00Notify03GCI:Sean * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Closed - Congratulations, this task has been completed successfully.
05:19.35Notify03GCI:Sean * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: copyright -  The copyright start year isn't right, but the tests themselves looked good on a quick review.
06:17.26Notify03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready for review - The work on this task is ready to be reviewed.
06:18.46Notify03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: None -  Sir ,  I have corrected all the mistakes I hope you will like them.  Thank You.
06:42.22Notify03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: Task Closed - Congratulations, this task has been completed successfully.
07:02.01*** join/#brlcad kesha (~kesha@49.249.200.46)
07:07.34Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Design -  Do you have any preference on how the other pages should be designed?
07:32.08Notify03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Claimed - I would like to work on this task.
07:38.15Notify03GCI:Mandeep Kaur * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good...
08:12.43Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Ready for review - The work on this task is ready to be reviewed.
08:15.34Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Work Uploaded -  Sir, I have uploaded my work. I kept it simple and I have taken care of all three BRL-CAD colours...
09:54.22*** join/#brlcad kesha_ (~kesha@49.249.8.50)
11:10.32Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Waiting for review -  Sir, Please review my work.
11:10.47Notify03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Ready for review - The work on this task is ready to be reviewed.
11:36.27*** join/#brlcad jschulte (~johannes@p4FDFA714.dip0.t-ipconnect.de)
11:42.23Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed.
12:02.17Notify03BRL-CAD:tbrowder2 * 59147 brlcad/trunk/src/librt/db_lookup.c: style
12:05.29Notify03BRL-CAD:tbrowder2 * 59148 brlcad/trunk/src/librt/primitives/ars/ars.c: style
12:28.25Notify03BRL-CAD:tbrowder2 * 59149 brlcad/trunk/src/libfb/fbserv_obj.c: style
12:44.02Notify03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: That's much better -  I've two issues:   Modeling has only one l...
12:44.14Notify03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back...
12:50.45Notify03GCI:Olexander Dubenko * 5853079291297792 Create a book layout for our Doc Camp book #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:03.31Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed.
13:03.46Notify03GCI:Daniel Rossberg * 5809141775859712 Create a BRL-CAD presentation template #4 http://www.google-melange.com/gci/task/view/google/gci2013/5809141775859712:   Incomplete   The title page is a...
13:03.56Notify03GCI:Daniel Rossberg * 5809141775859712 Create a BRL-CAD presentation template #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
13:15.11Notify03GCI:Daniel Rossberg * 5820781137231872 Create a book layout for our Doc Camp book #4: Could you please upload it in an editable format -  as required in the task's description?
13:15.12Notify03GCI:Daniel Rossberg * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
13:19.13Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed.
13:24.19Notify03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: This could be an option -  and you provided the powerpoint file...
13:24.39Notify03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Closed - Congratulations, this task has been completed...
13:30.55Notify03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Are there any problems? -  Hi Daniel, I just message to ask if...
13:35.06maths22brlcad: I'm not sure if you saw my discussion with starseeker
13:35.36maths22I am doing about 3 chapters per task, so the later chapters/apendixes may be messed up right now.
13:35.55maths22When I finish, I will submit a patch which fiexes all of the tasks
13:36.01maths22not tasks,
13:36.03maths22chapters
13:54.00*** join/#brlcad kesha_ (~kesha@49.249.8.50)
14:10.54*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:34.12Notify03BRL-CAD:carlmoore * 59150 brlcad/trunk/src/util/hex.c: remove trailing tab
14:43.38*** join/#brlcad kesha__ (~kesha@49.249.8.50)
14:53.36Notify03BRL-CAD:tbrowder2 * 59151 brlcad/trunk/src/librt/primitives/bot/btg.c: need explict cast for C++ compilation
14:57.59*** join/#brlcad chick_ (~chick_@41.204.83.2)
14:59.06*** join/#brlcad kesha__ (~kesha@49.249.8.218)
15:05.34Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: The new files (& may be the final ones) -  Sir,  I have uploaded two new files.I have made the following changes:-   I have...
15:12.48Notify03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed.
15:31.06*** join/#brlcad _gcibot_ (~gcibot@elsalvador.media.mit.edu)
15:34.30*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:37.33Notify03BRL-CAD:j-schulte * 59152 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): code cleanup for arbn.c and nmg.c (GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600)
15:38.06*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:39.28Notify03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): Ready for review - The work on this task is ready to be reviewed.
15:40.30Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Ready for review - The work on this task is ready to be reviewed.
16:11.54Notify03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): Further questions -  I have some questions for the other code duplication tasks:  many of the work on...
16:12.27*** join/#brlcad kesha__ (~kesha@49.249.8.218)
16:18.07*** join/#brlcad kesha__ (~kesha@49.249.8.218)
16:18.53*** join/#brlcad kesha__ (~kesha@49.249.8.218)
17:03.39*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
17:06.15andromeda-galaxybrlcad: I'm not sure what happened to my IRC client, so I'm not sure if the following message was sent or not: Can you create the follow-on task for implementing the openNURBS AreaMassProperties function?
17:29.47Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed.
17:47.52Notify03BRL-CAD:n_reed * 59153 brlcad/trunk/src/librt/db_tree.c: mixed code and declaration; declared func pointer was not initialized with func pointer arg
17:49.42Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None -  I send you the logos without the gradients, what do you think?
17:51.40Notify03BRL-CAD:n_reed * 59154 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: mixed code and declaration
18:03.20*** join/#brlcad adi_ (75cbe9b5@gateway/web/freenode/ip.117.203.233.181)
18:14.05maths22brlcad: I have chapters 4-6 ready for submission to a second task once the first one is closed
18:32.16*** join/#brlcad kesha__ (~kesha@49.249.16.219)
18:34.19Notify03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Ready for review - The work on this task is ready to be reviewed.
18:57.51Notify03BRL-CAD:tbrowder2 * 59155 brlcad/trunk/src/util/terrain.c: improve grammar (remove redundant 'got'); ws, style
18:59.07*** join/#brlcad kesha (~kesha@49.249.17.213)
19:07.03Notify03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Ready for review - The work on this task is ready to be reviewed.
20:00.14adi_hi guys i wanna contribute to brl-cad and I am refering to http://brlcad.org/wiki/Building_from_SVN but it says for non-developers
20:01.20andromeda-galaxyadi_: I think that that just means for people who don't have commit accesss to the BRL-CAD SVN repository
20:01.44adi_ok
20:04.57Notify03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Claimed - I would like to work on this task.
20:08.19Notify03BRL-CAD:tbrowder2 * 59156 brlcad/trunk/src/util/terrain.c: ensure terrain_func is initialized
20:29.04Notify03GCI:Mandeep Kaur * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
20:29.27andromeda-galaxyDous BN have any way to calcluate the euclidean norm?
20:29.30andromeda-galaxy*does
20:36.57maths22brlcad, starseeker: ch 1-9 done
20:37.03maths22see http://brlcad.org/~maths22/books/en/HACKING_BRL-CAD.html
20:44.22Notify03BRL-CAD:tbrowder2 * 59157 (brlcad/trunk/src/libfb/fbserv_obj.c brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c and 2 others): more casts required for using func pointers in function calls for C++
21:21.03maths22everything is done except ch 10 (I did the apendixes)
21:26.22Notify03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed.
21:51.51*** join/#brlcad andromed` (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
21:56.44Notify03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Ready for review - The work on this task is ready to be reviewed.
22:13.43maths22brlcad, starseeker: should I add images to the docbook as another task?
22:14.09maths22adding the basic tags is done
22:14.31maths22(it should look pretty close to the flossmanuals version)
22:31.12*** join/#brlcad ankush92 (~ankush92@117.201.101.112)
22:39.49*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:15.48maths22Images are added except for one missing from svn
23:37.43*** join/#brlcad agkphysics (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz)
23:53.19agkphysicsMerry Christmas everyone!
23:59.36maths22for a pdf of the docbook, see http://brlcad.org/~maths22/HACKING_BRL-CAD.pdf
IRC log for #brlcad on 20131225

IRC log for #brlcad on 20131225

00:00.01maths22I used the CMakeLists.txt for the tutorial series, so the cover page makes no sense
00:00.13maths22Otherwise, it is more or less right (with pictures)
00:00.51*** join/#brlcad Aaron_ (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz)
00:02.02FreezingColdmaths22: is that based on the new archer interface? I've been trying to find guides for that
00:03.16*** join/#brlcad agkphysics_ (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz)
00:04.45maths22no
00:05.03maths22it is about how to get started documenting or coding BRL-CAD
00:05.07maths22more or less
01:54.08*** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net)
02:09.24Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Waiting for review -  Sir, I'm anxiously waiting for your review.
02:11.18*** join/#brlcad Rishi_ (~rishishar@117.227.183.45)
02:12.00Rishi_nobody is reviewing work ... its been too long
02:13.15Rishi_can somebody help me out ??? i'm talking about GCI
02:42.07*** part/#brlcad Rishi_ (~rishishar@117.227.183.45)
03:48.52*** join/#brlcad ankush92 (~ankush92@117.201.101.112)
05:13.46*** join/#brlcad agkphysics (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz)
05:40.32Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: None -  Sir,I am waiting for your review . Its been a long time since I uploaded my work.
05:48.33Notify03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Claim Removed - The claim on this task has been removed, someone else can claim it now.
05:48.43Notify03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Claimed - I would like to work on this task.
06:23.03Notify03GCI:Melange * 5260604122071040 Design a BRL-CAD business card #5: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted...
06:35.28Notify03GCI:Melange * 6447773884874752 Design a front cover of Doc Camp Book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
06:39.33Notify03GCI:Melange * 5861359988244480 Design a BRL-CAD Sticker #9: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work...
06:53.27Notify03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Needs some work -  There are some points that I would love to be considred while tweaking this layout.  On the...
06:53.28Notify03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
07:24.13Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Slide No. 3 -  Sir, on slide 3 everything is bold because they are the points which are highlighted in presentation....
07:24.18Notify03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Source of the clipart image -  Well it's nice design. But can we use that clipart image. I mean that image should...
07:24.43Notify03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours.
07:24.58Notify03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
07:42.07*** join/#brlcad kesha (~kesha@49.249.17.213)
07:59.54*** join/#brlcad kesha_ (~kesha@49.249.17.213)
08:09.22*** join/#brlcad kesha__ (~kesha@49.202.238.91)
08:12.17*** join/#brlcad ankush92 (~ankush92@117.214.2.53)
08:15.39Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None -  Also I send you other file with other ideas! More ideas_Stickers_BRL-CAD.rar
08:16.13Notify03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review - The work on this task is ready to be reviewed.
08:33.33*** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net)
08:57.12*** join/#brlcad ankush92 (~ankush92@117.214.2.53)
09:12.40Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Ready for review - The work on this task is ready to be reviewed.
10:31.08Notify03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Task Claimed - I would like to work on this task.
10:36.04Notify03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck!
10:36.14Notify03GCI:Sean * 5784960841547776 Fix errors in Hacking BRL-CAD book: Task Assigned - This task has been assigned to Chan Ho Jun. You have 72 hours to complete this task, good luck!
10:40.14Notify03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Missing chapters and renamed chapters? -  I've just skimmed through the xml file and I noticed there are some chapters...
10:46.22*** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
11:03.10*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:06.45Notify03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
11:10.11Notify03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): looks good but ... -  This actually looks good, but you implement a new libbn function that we already...
11:14.31Notify03BRL-CAD:brlcad * 59158 brlcad/trunk/include/vmath.h: add a note that MAGNITUDE() is also known as the euclidean norm for anyone looking for it that way.
11:15.41Notify03GCI:Melange * 5794702095810560 Design a BRL-CAD Sticker #8: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work...
11:16.36Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Closed - Congratulations, this task has been completed successfully.
11:17.16Notify03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: well done -  Thank you for all your efforts on the multiple revisions. This is looking a lot better now.
11:19.11Notify03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Task Closed - Congratulations, this task has been completed successfully.
11:22.56Notify03GCI:Sean * 5861359988244480 Design a BRL-CAD Sticker #9: one small correction -  Alexandra, these have potential, but there's one change I'd like to request. Our project convention is to use the...
11:23.11Notify03GCI:Sean * 5861359988244480 Design a BRL-CAD Sticker #9: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the...
11:23.16Notify03GCI:Sean * 5861359988244480 Design a BRL-CAD Sticker #9: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
11:29.45Notify03GCI:Sean * 5820781137231872 Create a book layout for our Doc Camp book #4: format -  Sharan,  As noted in the task description, you should submit as a pdf, odt, or a set of images in addition to...
11:30.00Notify03GCI:Sean * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
11:33.20Notify03GCI:Sean * 5809141775859712 Create a BRL-CAD presentation template #4: Task Closed - Congratulations, this task has been completed successfully.
11:38.37Notify03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: unchanged? -  Looks like still the original upload only? Care to comment on the appendix code blocks?
11:38.47Notify03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
11:44.54Notify03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Better :) -  It's better, I guess my all point outs were solved. I would suggest to go with presentation named...
11:47.59Notify03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Oops -  Oops task is closed, no problem, it's your wish either to do these improvements or claim some other task...
12:21.08Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: None -  i can't upload any more work . So I'm sorry Gaurav I can't upload my new improvements.
12:40.49Notify03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: No problem -  No problem, I am glad you actually did improve your design. If you really want to show up your...
12:49.34*** join/#brlcad merzo (~merzo@118-53-133-95.pool.ukrtel.net)
13:34.41Notify03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed.
13:39.02maths22my new submission includes all the chapters and images
14:22.38*** join/#brlcad merzo (~merzo@118-53-133-95.pool.ukrtel.net)
14:26.42starseekermakes a note to find out when the string(TIMESTAMP feature was added to CMake - that would let us avoid building our own custom code to do the timestamps, for a nice maintenance simplification
14:29.35*** join/#brlcad ankush92 (~ankush92@115.240.158.224)
14:40.11Notify03BRL-CAD:starseeker * 59159 brlcad/trunk/CMakeLists.txt: Make a note about string(TIMESTAMP ...) in CMake >= 2.8.11 and its possible uses
14:40.14maths22starseeker: are you able to approve my task?
14:42.13Notify03BRL-CAD Wiki:KeshaSShah * 6392 /wiki/Community_Publication_Portal: /* GCI 2013 Update (2) */
14:43.05Notify03BRL-CAD Wiki:KeshaSShah * 6393 /wiki/Community_Publication_Portal: /* GCI 2013 Quick Update/ Highlights (2) */
15:02.18Notify03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Ready for review - The work on this task is ready to be reviewed.
15:02.23Notify03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Ready for review - The work on this task is ready to be reviewed.
15:02.38Notify03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): New version -  I have submitted a new version that uses MAGNITUDE() and has a couple of other...
15:13.30Notify03GCI:Rishi Sharma * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: None -  from which file we have to fix the spelling mistakes
16:42.02*** join/#brlcad ankush92 (~ankush92@117.214.2.244)
18:48.27Notify03BRL-CAD:tbrowder2 * 59160 brlcad/trunk/src/libfb/if_remote.c: use const to eliminate errors from C++
18:53.48Notify03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): where -  If there's duplication in librt and libged, then that usually means we need to create a new public...
18:57.54Notify03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): Task Closed - Congratulations, this task has been completed successfully.
18:59.26Notify03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): libbn -  Looking at this patch, I'd say the refactoring really begs for a new libbn function. If you want to...
19:00.41Notify03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Closed - Congratulations, this task has been completed successfully.
19:03.46Notify03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Already commented -  I'd already expanded the doxygen comment documentation to include that detail when I...
19:04.56Notify03GCI:Sean * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Closed - Congratulations, this task has been completed successfully.
19:09.57*** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
19:09.58Notify03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Comment in vmath.h -  The comment looks fine to me, but might have to be changed if BRL-CAD...
19:11.07Notify03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Closed - Congratulations, this task has been completed successfully.
19:12.24Notify03BRL-CAD:brlcad * 59161 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5339349663088640 from maths22 that massively fixes our new hacking book xml. fantastic work.
19:12.24gcibotFix errors in Hacking BRL-CAD book
19:12.25gcibotStatus: Closed
19:12.25gcibotMentor(s): starseeker
19:12.25Notify03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: looks perfect -  This looks perfect. Applied in r59161.
19:13.29*** join/#brlcad kesha (~kesha@49.249.17.111)
19:32.19Notify03GCI:Sharan Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Claimed - I would like to work on this task.
19:32.54Notify03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Task Claimed - I would like to work on this task.
19:37.21Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task.
20:11.13Notify03GCI:Kesha Shah * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck!
20:11.28Notify03GCI:Kesha Shah * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
20:11.38Notify03GCI:Kesha Shah * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
20:20.08Notify03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): None -  Yep, this task sounds interesting, please create it. At the moment I would say, that part of...
21:10.07*** join/#brlcad ncsaba_ (~ncsaba@p4FF75227.dip0.t-ipconnect.de)
21:12.15Notify03GCI: *  :  -
21:13.45Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Time Extension -  You can view screenshots of what I have so far from the front end and back: ...
21:36.13Notify03GCI: *  :  -
21:36.23Notify03GCI: *  :  -
22:24.08maths22``Erik: notify has problems if the student name has non-latin characters
IRC log for #brlcad on 20131226

IRC log for #brlcad on 20131226

00:08.59*** join/#brlcad merzo (~merzo@105-68-132-95.pool.ukrtel.net)
01:25.44Notify03GCI: *  :  -
01:43.15Notify03BRL-CAD Wiki:Seosniper0 * 0 /wiki/User:Seosniper0:
02:20.10Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ebm understood -  from your previous reply i do understand and have successfully used the ebm primitive from...
02:20.12Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed.
02:24.26*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
02:32.06*** join/#brlcad ankush92 (~ankush92@115.250.188.101)
03:04.44*** join/#brlcad ankush92 (~ankush92@115.250.66.93)
04:04.23Notify03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
04:09.34Notify03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): quick review -  At quick glance, this patch is looking really interesting, but there are a few problems that need to be...
04:10.02Notify03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
04:12.35Notify03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
04:15.44Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: sources up to date? -  Is your source checkout up to date? There was a problem with vol objects thinking they...
04:15.59Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:16.05Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
04:17.44Notify03GCI:Sean * 4549761130561536 Create an utility library (LIBBU) API unit test for any file: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
04:18.24Notify03GCI:Sean * 4549761130561536 Create an utility library (LIBBU) API unit test for any file: sounds like a bug -  Sounds like a melange bug, or it's intentional to force a discussion since your time...
04:19.19Notify03GCI:Sean * 5580516908597248 Design a BRL-CAD business card #2: Do you need more time? -  If you need more time, please speak up or reclaim the task after time expires.
04:29.02*** join/#brlcad ankush92 (~ankush92@115.250.66.93)
04:53.29*** join/#brlcad ankush92 (~ankush92@115.245.103.39)
06:36.55*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
06:53.05*** join/#brlcad adi__ (3b5f75cd@gateway/web/freenode/ip.59.95.117.205)
06:59.41adi__I have cloned repository. please give me proper link to build brlcad for the purpose of building and not release etc.
07:00.09adi__sorry for contributing purpose
07:06.06Notify03GCI:Subin Siby * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task.
07:24.33*** join/#brlcad ankush92 (~ankush92@115.245.103.39)
08:32.46*** join/#brlcad ankush92 (~ankush92@115.243.7.88)
08:49.15*** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net)
09:48.59*** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net)
10:24.10Notify03GCI:Brixson Antoneir Casacop * 4639113630187520 Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task.
10:30.41Notify03GCI:Brixson Antoneir Casacop * 4639113630187520 Doxygen cleanup for LIBRT: Claim Removed - The claim on this task has been removed, someone else can claim it now.
10:31.16Notify03GCI:Gauravjeet Singh * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to Subin Siby. You have 72 hours to complete...
10:36.47*** join/#brlcad mlawnik (566f70a8@gateway/web/cgi-irc/kiwiirc.com/ip.86.111.112.168)
10:38.17mlawnikHello! Merry Christmas! Can anyone point me where can I find compiled isst or where it's repository is located?
11:08.06Notify03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Ready for review - The work on this task is ready to be reviewed.
11:29.13Notify03GCI: *  :  -
11:30.43Notify03GCI: *  :  -
11:43.14``Erikmlawnik: git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git
11:43.52``Erikmaths22: yeah.. the mail parser needs a few things fixed that'd likely involve a rewrite :/
12:23.31Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752:   New Design   Hi,  The old clipart did not...
12:25.42Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed.
12:33.26mlawnikErik: I am trying to compile it, but it throws me errors thet "tie.h" can't be found. I think it might be related to http://brlcad.git.sourceforge.net/git/gitweb.cgi?p=brlcad/isst.git;a=commit;h=61399602a7ff5c76687dc58fd6cc3e92345e8e57
12:33.37mlawnikCan you please look into that?
12:50.03Notify03BRL-CAD:tbrowder2 * 59162 brlcad/trunk/src/libbu/endian.c: a temp fix for slightly differing treatment of C versus C++ for extern use of inlined functions: bu_byteorder should be defined in a header
12:51.14Notify03BRL-CAD:tbrowder2 * 59163 (brlcad/trunk/include/common.h brlcad/trunk/src/libbu/globals.c): new macro to take care of slightly different treatment of init of const vars for external use
13:02.48Notify03BRL-CAD:tbrowder2 * 59164 brlcad/trunk/src/util/double-asc.c: converted from K&R to ansi function format (C++ will find them all)
13:13.27Notify03BRL-CAD:tbrowder2 * 59165 brlcad/trunk/src/canon/canonlib.c: another K&R conversion (note src/canon src files are a snakepit of 'manual' macro externs and cruft that badly needs cleanup--good for GCI task)
13:19.47Notify03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
13:20.05Notify03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752:   Better :)   This design is for sure...
13:40.02Notify03BRL-CAD:tbrowder2 * 59166 (brlcad/trunk/src/fb/bw-fb.c brlcad/trunk/src/fb/pix-fb.c): rename var 'try' which is a C++ keyword
14:08.19*** join/#brlcad ankush92 (~ankush92@101.58.70.110)
14:12.25Notify03BRL-CAD:tbrowder2 * 59167 brlcad/trunk/src/fb/polar-fb.c: ws, style
14:17.35Notify03GCI:Gauravjeet Singh * 5861359988244480 Design a BRL-CAD Sticker #9: Task Closed - Congratulations, this task has been completed successfully.
14:31.37*** join/#brlcad ankush92 (~ankush92@101.58.70.110)
14:59.34*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:09.15*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:09.16*** join/#brlcad ankush92 (~ankush92@101.58.70.110)
15:12.14*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:20.11*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:24.00*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:25.45*** join/#brlcad _gcibot_ (~gcibot@elsalvador.media.mit.edu)
15:26.02*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:27.47*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
15:38.55Notify03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
15:59.33*** join/#brlcad Ch3ck (~Ch3ck@41.205.2.91)
16:03.13maths22comitt 59162 broke src/libbu/endian.c (missing close on comment)
16:12.17*** join/#brlcad ankush92 (~ankush92@115.250.12.234)
17:23.06*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:38.03maths22starseeker: do you know if brlcad approved those extra tasks?
17:38.41*** join/#brlcad adi_ (75c8ae9a@gateway/web/freenode/ip.117.200.174.154)
17:49.14adi_i am getting following errors after make command is run on svn checkout version http://pastebin.com/twDU9JeW
17:50.15maths22adi_: I'm having the same error.  I'll let you know if/when I find a solution
17:50.24adi_ok
17:55.40maths22ati: apply the following patch http://brlcad.org/~maths22/brlcad/fixTerrain.patch
17:56.46maths22adi_: apply the following patch http://brlcad.org/~maths22/brlcad/fixTerrain.patch
17:56.58maths22I know your nick isn't ati
17:57.51Notify03BRL-CAD:tbrowder2 * 59168 brlcad/trunk/src/libbu/tests/bu_sort.c: correct array type
17:58.22adi_tell me how to apply patch I never done it before and it's my first build
17:58.31adi_maths22
18:00.00maths22are you using svn
18:00.04adi_yes
18:00.32maths22run the command "svn patch /path/to/fixTerrain.patch"
18:00.50adi_ok
18:09.35adi_maths22 it says http://pastebin.com/8uQB6uUN
18:10.47Notify03BRL-CAD:tbrowder2 * 59169 brlcad/trunk/src/canon/canonize.c: convert another K&R function
18:11.10Notify03BRL-CAD:tbrowder2 * 59170 brlcad/trunk/src/canon/canon.h: add const for usage function declaration
18:12.42maths22your version of svn must not have patch.
18:14.31maths22try patch -p0 < /path/to/fixTerrain.patch
18:21.58adi_math22 yuo may find it annoying but http://pastebin.com/nZcD1LXT
18:22.18adi_maths22 you may find it annoying but http://pastebin.com/nZcD1LXT
18:26.09adi_i will be back wait a minute
18:33.00*** join/#brlcad aditya (~chatzilla@117.200.174.154)
18:34.19maths22aditya: run the following command "svn revert /src/util/terrain.c; svn up"
18:34.30maths22then run the patch command
18:42.18aditya<PROTECTED>
18:45.10maths22try the svn revert without the first slash
18:45.15maths22ie svn revert /src/util/terrain.c; svn up
18:45.25maths22don't do what I just posted
18:45.37maths22do this:  svn revert src/util/terrain.c; svn up
18:48.20adityamaths22 patching is done
18:50.09maths22you should now be able to make without errors
18:56.10adityamaths22 something new crop up http://pastebin.com/em1qMJy7
18:59.41maths22aditya: try this patch: http://brlcad.org/~maths22/brlcad/fixEndian.c
19:03.15maths22I meant  http://brlcad.org/~maths22/brlcad/fixEndian.patch
19:08.13adityamaths22 is this fine http://pastebin.com/ngpNZKN1
19:09.23Notify03GCI:mandar * 4886744264605696 Create numerics library (LIBBN) API unit test for axis.c: testing? -  How do I test if my unit test actually works?
19:15.53*** join/#brlcad ankush92 (~ankush92@115.250.12.234)
19:17.52maths22aditya: see if it compiles
19:18.06maths22if it does, you are fine
19:18.17adityaok
19:19.19*** join/#brlcad Ch3ck (~Ch3ck@41.205.2.91)
19:45.44*** join/#brlcad adi_ (75c8ae9a@gateway/web/freenode/ip.117.200.174.154)
19:54.41adi_maths22 thank u make is complete
20:01.58*** join/#brlcad ankush92 (~ankush92@115.250.199.249)
20:09.19maths22youre welcome
20:16.39adi_<PROTECTED>
20:17.37adi_do installing is mandatory
20:29.20adi_maths22 i want run the brlcad without installing please tell me further command
21:40.51Notify03GCI: *  :  -
22:56.59*** join/#brlcad ncsaba_ (~ncsaba@p4FF757EB.dip0.t-ipconnect.de)
22:57.37ncsaba_kanzure: are you around ?
22:59.41ncsaba_I'm still looking at the python-brlcad wrapped libraries + their dependencies...
23:01.57ncsaba_from what I can tell, the wdb library includes all (rt, bu, bn) - and it links them too, at least the symbols show up in the generated python package
23:02.18ncsaba_the ged library links the same (rt, bu, bn)
23:02.45ncsaba_do I understand that correctly ?
23:07.20Notify03BRL-CAD:tbrowder2 * 59171 (brlcad/trunk/src/burst/idents.c brlcad/trunk/src/burst/prnt.c): convert K&R func format to ANSI
23:20.10Notify03BRL-CAD:tbrowder2 * 59172 brlcad/trunk/src/conv/euclid/g-euclid.c: ws, style
23:21.30Notify03BRL-CAD:tbrowder2 * 59173 brlcad/trunk/src/conv/euclid/g-euclid.c: rename var 'class' which a C++ keyword
23:23.10Notify03BRL-CAD:tbrowder2 * 59174 brlcad/trunk/src/conv/g-xxx.c: rename var 'class' which a C++ keyword
23:28.11kanzurencsaba_: hi
23:28.22kanzurencsaba_: i think so, yes :)
23:28.47ncsaba_kanzure: Hi
23:29.46ncsaba_so, I was comparing dir(rt) agains dir(wdb) ->  all of rt is present in wdb too
23:30.09ncsaba_rt means: import brlcad._bindings.librt as rt
23:30.09kanzureyes, there's an explicit import
23:30.15ncsaba_aha
23:30.23kanzurectypesgen does that because otherwise it creates multiple classes with the same name
23:30.29kanzureand then values can't be passed around to the different modules
23:30.48kanzurethe good news is that wdb.py and bu.py aren't redefining the same thing
23:30.55kanzurethey just happen to import the same symbols into their namespace
23:31.13kanzurethere is a strong need for a simplifying python layer where you don't have to do the ctypes tricks that appear in the examples/ files
23:32.15Notify03BRL-CAD:tbrowder2 * 59175 brlcad/trunk/src/conv/dxf/dxf-g.c: ws, style
23:33.50ncsaba_hmm, how can I check if the symbols are really the same across the modules ? I'm the kind who checks before believing :-)
23:34.13kanzurebu.x is wdb.x
23:34.49kanzurethe is operator will check if they are the same object
23:36.08ncsaba_ok, looks good, the objects are really the same :-)
23:36.34kanzureyeah, at one point they were not the same, which caused me problems when trying to call functions from other modules
23:36.44kanzurei would get weird type errors like "bu_list is not a bu_list"
23:37.10kanzureand then i realized it was because both modules defined them (even though the definitions were the same, it created two distinct types)
23:37.36ncsaba_aha - it looks good now
23:37.52ncsaba_but the library dependencies are a bit different than in the code currently:
23:38.31ncsaba_rt -> bu, bn
23:38.43ncsaba_wdb -> bu, bn, rt
23:38.45Notify03BRL-CAD:n_reed * 59176 brlcad/trunk/src/libbu/endian.c: unclosed comment
23:38.53ncsaba_ged -> bu, bn, rt
23:38.59kanzuresorry, i don't understand. the library dependencies that are presently specified in python-brlcad are wrong?
23:39.06ncsaba_yes
23:39.20kanzureif you switch it to the correct dependencies, then does it work?
23:39.22ncsaba_the right ones are the ones above
23:39.34ncsaba_yes
23:39.43kanzureoh, then make the switch for sure :)
23:39.51ncsaba_will do...
23:40.13kanzurebtw i plan to refactor the post install script "soon" (maybe tonight)
23:40.22kanzureit is unnecessarily complex
23:42.07ncsaba_pull request sent...
23:42.23ncsaba_in what sense is too complex ?
23:42.31kanzuretoo many variables to track the same paths
23:43.30kanzurealso there are functions defined inside of main() which is bad
23:43.41ncsaba_ok, I didn't get that deep in there to notice that :-)
23:43.50kanzurei wrote this while in a hotel for a month. i was bored out of mind and it must have tarnished my ability to write clean code..
23:43.58ncsaba_but there is one thing I would like to address
23:44.07Notify03BRL-CAD:tbrowder2 * 59177 (brlcad/trunk/src/conv/iges/convassem.c brlcad/trunk/src/conv/iges/g-iges.c and 6 others): renamed var 'operator' which is a C++ keyword
23:44.37Notify03BRL-CAD:n_reed * 59178 brlcad/trunk/src/conv/g-xxx.c: rename vars for consistency
23:44.40ncsaba_if you want to add wrapper python code too, it will be hard to do that with a post-install script...
23:45.22kanzurewrapper for doing what?
23:45.34maths22n_reed: thanks for fixing the unclosed comment
23:45.54kanzurebtw the main reason i wrote a post-install script was because i wanted to be able to install a python brlcad-related module from pypi for users that already have brlcad installed
23:46.01ncsaba_for python style code, hiding ctypes
23:46.05kanzureso the reason for all the weird setuptools stuff is because of pypi
23:46.15kanzureoh, well, the wrapper can be added outside of the install/ directory
23:46.27kanzurebasically the wrapper should make some basic assumptions like the presence of the bu module
23:47.14kanzureat the moment the way the installer works is that it dumps the generated .py files in a standard location, and there can be some stubs at that location that just raise errors about "the bindings haven't been generated yet, make sure python-brlcad is installed" etc
23:48.09ncsaba_yes, that can work, or it can actually run the post-install script on the first run
23:50.18ncsaba_then the ctypes setup code will be run by the post-install script for pypi packages, or by the python package code when installing via setup
23:50.23ncsaba_not sure if I see it well
23:52.04ncsaba_but the stub version is actually better if I think
23:54.29kanzurestub version of the generated bindings? sure
23:54.43kanzure(stub is unrelated to wrapper, except that the wrapper imports the stubs, and therefore can raise errors if nothing has been generated)
23:54.54kanzurei believe that "setup.py install" currently does run the post-install scripts
23:58.28ncsaba_yes, it runs, but code that needs those bindings will need to import them if you run setup I guess, that's what was concerning me, and that's what is nicely solved by some stubs as you say
23:59.54kanzureoh, running setup should not cause those "import _bindings" statements to happen
IRC log for #brlcad on 20131227

IRC log for #brlcad on 20131227

00:00.01kanzureor, if it does, show it to me and i will fix
00:00.28ncsaba_well there's no actual code yet which could do that, but I guess you're right
00:00.58ncsaba_I'm kind of beginner with python, although I like it more and more :-)
00:01.29ncsaba_OK, it's late here and I will go now - do you have something for me to work on tomorrow ?
00:01.46ncsaba_my goal is to get closer to the python version of mged
00:01.52kanzureopen up ipython: import antigravity
00:02.11kanzurewell, i think that working on some basic models for pythonic cad would be useful, but it's a big task that i haven't tackled yet
00:02.37ncsaba_yes, it doesn't need to happen at once
00:03.01kanzureabout 4 years ago i did a similar thing for opencascade+python
00:03.02kanzurehttps://github.com/kanzure/skdb/blob/master/geom/geom.py
00:03.12kanzurebut the underlying models in opencascade are different of course
00:03.26ncsaba_I'll be happy to be able to open a .g db file, create some RPPs and ray-trace for starters
00:03.29kanzurebut the basic idea is that a cube or a sphere should be basically the same classes/subclasses with the same available operations
00:03.31kanzuresure
00:04.07kanzurea way to dump to a png for visualization might be nice
00:04.43ncsaba_I wonder if we couldn't actually reuse the TK display manager for starters
00:05.15ncsaba_and only replace the TCL shell part
00:05.51kanzureyou can embed python into the compiled project if you want
00:05.56kanzurebut that is outside the scope of python-brlcad
00:05.59ncsaba_it is fairly complex what mged does there, I had a short reading of mged.h and friends
00:06.12kanzurepython-brlcad could provide its own tk gui (i think a few tk modules are distributed by default with python)
00:06.33ncsaba_no, I don't want to embed python in brlcad
00:06.35kanzure(a python-based gui is not a high priority for me at the moment)
00:07.29ncsaba_but I think it is possible to start up the existing brlcad display managers from python/ctypes, and use it via python command line augmented with the ctypes bindings + convenience wrappers
00:08.06ncsaba_not sure if that is really possible, but might be
00:08.11*** join/#brlcad merzo (~merzo@222-49-132-95.pool.ukrtel.net)
00:08.59ncsaba_but if you have plans of simplifying the bindings code first, I will be happy to help out if you need any leg-work on that
00:10.15ncsaba_regarding the python code, I will want then to experiment with a slightly different modelling paradigm, based on total separation of structure and positioning
00:11.03ncsaba_what I mean by that is: when I want to create an RPP, I really don't care where I will place it at the end, I just want to give 3 edge sizes
00:11.48kanzurethat's right, i want some sort of declarative modeling where you can create arbitrary instances of a cube/shape/whatever definitions, and then use those to fuse/intersect/union with other objects
00:12.08ncsaba_then the positioning will be done by querying the RPP for one of it's edges/faces/corner points, and constrain that with respect to other objects of the model
00:14.12ncsaba_constraints can become arbitrarily complex, involving possibly multiple reference points on different objects, and different logic of how to relate those
00:14.36ncsaba_that's why I actually want to use python first - all this is really foggy now, and C is simply not a good prototyping language
00:16.10ncsaba_ok, so that's about what I aim for - small steps first :-)
00:16.37kanzurecool, thanks for being around btw
00:16.48kanzurei think you're the first person to try the library that i didn't directly contact
00:17.00kanzuree.g. you are not using it because i bugged you to :)
00:17.04ncsaba_:-)
00:17.12ncsaba_let's clean up the ctypes bindings code, and then will go further...
00:17.43ncsaba_but there I need you to tell me what aspects I should touch - tomorrow, it's late here now :-)
00:20.15ncsaba_BTW, I get lots of this: ERROR: /home/csaba/deploy/brlcad/dev-7.24.1/include/tclDecls.h:1662: Syntax error at 'va_list'
00:20.29ncsaba_and: ERROR: /usr/include/stdio.h:515: Syntax error at '__gnuc_va_list'
00:20.30kanzurectypesgen is using gcc to parse the files i think
00:20.44ncsaba_I was supposing those are just ignored
00:20.50kanzurei think they are
00:20.55ncsaba_ok
00:21.00kanzurebut it might also be fixable. i haven't investigated in ctypesgen completely yet.
00:21.13ncsaba_it is in TCL code - I'm not sure if it is interesting at all
00:21.44ncsaba_I would also try to understand the relation between libged and TCL, and try to factor it out altogether if possible
00:21.47kanzurectypesgen has a bunch of issues with parsing the brlcad macros
00:21.51ncsaba_aha
00:22.04kanzurei think it is still choking on a good number of macros from bu
00:22.48ncsaba_well I don't see any other errors
00:23.28kanzurei wonder if i enabled error suppression?
00:23.49ncsaba_I see lots of those "va_list" related errors, and that's all
00:24.57ncsaba_you have this: options.include_macros = False
00:25.07ncsaba_probably macros are skipped altogether ?
00:25.47kanzurehmm i can't remember if that was intentional
00:25.49ncsaba_and: options.show_all_errors = debug
00:26.00ncsaba_I guess it will show all errors
00:27.24ncsaba_ok, I will really have to go now, it's 2AM here :-)
00:27.32ncsaba_almost
00:28.11ncsaba_will keep in touch, most likely via mail, due to time zones :-)
00:28.18ncsaba_bye !
00:28.37kanzurelemme know what you think about https://github.com/kanzure/python-brlcad/pull/10 whenever
00:30.34ncsaba_I'm not picky anymore about small things like that, got over the age when I was :-)
00:31.35ncsaba_what could be more interesting is to get the library list, dependencies, and perhaps other configuration into a config file read by the post-install
00:32.01ncsaba_so you don't need to change code for changing the library list, and let the end user easily fix it too when needed
00:33.18ncsaba_ok, I will leave now really :-)
00:33.19ncsaba_bye
02:27.16Notify03BRL-CAD:tbrowder2 * 59179 brlcad/trunk/src/lgt/texture.c: convert K&R func format
02:43.20Notify03BRL-CAD:tbrowder2 * 59180 brlcad/trunk/src/conv/euclid/g-euclid1.c: ws, style
02:43.30Notify03BRL-CAD:tbrowder2 * 59181 brlcad/trunk/src/conv/euclid/g-euclid1.c: rename var 'class' which is a C++ keyword
02:46.06Notify03BRL-CAD:tbrowder2 * 59182 brlcad/trunk/src/conv/iges/add_face.c: convert K&R func format to ANSI
02:46.51Notify03BRL-CAD:tbrowder2 * 59183 brlcad/trunk/src/conv/iges/add_loop.c: convert K&R func format to ANSI
02:50.51Notify03BRL-CAD:tbrowder2 * 59184 brlcad/trunk/src/conv/iges/check_names.c: convert K&R func formats to ANSI
02:54.19Notify03BRL-CAD:tbrowder2 * 59185 brlcad/trunk/src/conv/iges/conv_drawings.c: convert K&R func formats to ANSI
02:55.24Notify03BRL-CAD:tbrowder2 * 59186 brlcad/trunk/src/conv/iges/cyl.c: convert K&R func format to ANSI
02:56.16Notify03BRL-CAD:tbrowder2 * 59187 brlcad/trunk/src/conv/iges/ell.c: convert K&R func format to ANSI
02:58.07Notify03BRL-CAD:tbrowder2 * 59188 brlcad/trunk/src/conv/iges/g-iges.c: convert K&R func format to ANSI
03:03.31*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
03:18.19Notify03BRL-CAD:tbrowder2 * 59189 (brlcad/trunk/src/conv/iges/get_vertex.c brlcad/trunk/src/conv/iges/iges.c and 7 others): convert K&R func formats to ANSI
03:19.14Notify03BRL-CAD:tbrowder2 * 59190 brlcad/trunk/src/conv/nmg/nmg-sgp.c: convert K&R func format to ANSI
03:19.43*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
03:26.06Notify03BRL-CAD:tbrowder2 * 59191 brlcad/trunk/src/conv/vdeck/vdeck.c: rename func 'delete' which is a C++ keyword
03:47.18Notify03BRL-CAD:tbrowder2 * 59192 brlcad/trunk/src/conv/iges/readcnv.c: get func arg types correct
04:38.19*** join/#brlcad Rishabh (~chatzilla@1.187.244.178)
05:13.38*** join/#brlcad bits038 (~chatzilla@1.187.244.178)
05:24.03*** join/#brlcad ankush92 (~ankush92@101.62.56.188)
05:46.27Notify03BRL-CAD:brlcad * 59193 brlcad/trunk/src/fb/fblabel.c: release memory allocated by vfont_get(), even if we're currently exiting
06:00.19*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
06:13.35Notify03GCI:agkphysics * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Task Claimed - I would like to work on this task.
06:42.38Notify03BRL-CAD:brlcad * 59194 (brlcad/trunk/src/adrt/librender/texture.h brlcad/trunk/src/adrt/librender/texture_blend.c and 9 others): apply modified gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5788972609437696 from ?\208?\161?\209?\130?\208?\176?\208?\189?\208?\184?\209?\129?\208?\187?\208?\176?\208?\178 ?\208?\145?\208?\181?\209?\128?\208?\181?\208?\179?\208?\190?\208?\178 eliminating several
06:42.40Notifyunused init functions in adrt and a math funtion in the comgeom converter (which happens to be in libbn now too)
06:42.42gcibotIdentify and eliminate dead code (100+ lines)
06:42.42gcibotStatus: NeedsReview (25 hours, 54 minutes left)
06:42.42gcibotMentor(s): Kesha Shah
06:43.32Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed.
06:45.02Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: designs -  hi,  I tried two different designs and uploaded them as brlcadcoverI and brlcadcoverII  thank you
06:46.52Notify03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): applied -  Your patch needed modification, but was applied in r59194 -- thank you for your efforts! You have been...
06:50.45Notify03BRL-CAD:brlcad * 59195 brlcad/trunk/AUTHORS: credit ?\208?\161?\209?\130?\208?\176?\208?\189?\208?\184?\209?\129?\208?\187?\208?\176?\208?\178 ?\208?\145?\208?\181?\209?\128?\208?\181?\208?\179?\208?\190?\208?\178 for his gci patch that eliminated several unused functions from adrt and one from comgeom
06:50.51Notify03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): Task Closed - Congratulations, this task has been completed successfully.
06:50.52Notify03GCI:Sean * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good...
07:12.21*** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
07:28.05*** join/#brlcad ankush92 (~ankush92@101.62.56.188)
07:33.07Notify03GCI:agkphysics * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Ready for review - The work on this task is ready to be reviewed.
07:36.45*** join/#brlcad bits038_ (~chatzilla@49.14.153.68)
07:40.44Notify03GCI:agkphysics * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: None -  I have written tests for 16 more bn_mat functions, but there are some questions I would like...
07:49.00Notify03GCI:Melange * 6447773884874752 Design a front cover of Doc Camp Book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The...
07:51.00Notify03GCI:Sean * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Task Closed - Congratulations, this task has been completed successfully.
07:55.00Notify03GCI:Sean * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: good questions -  It's all about code coverage. Every public function should be tested, no matter how...
07:57.21Notify03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task...
08:05.43*** join/#brlcad 18WAFFQZC (~ankush92@115.250.165.113)
08:06.09*** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
08:08.09Notify03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
08:08.28Notify03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: source -  Marie,  This is a nice design but I have a few questions and suggestions. First and foremost, where is the image of...
08:08.33*** join/#brlcad kesha (~kesha@49.202.238.128)
08:31.09Notify03BRL-CAD:agkphysics * 59196 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/libbn/tests/bn_mat.c): Added 16 more bn_mat test functions.The two tests for bn_vec_ae() fail for some reason.It might be a bug in the function itself because it consistentlyreturns the same z vector component irrespective of input.
08:51.39*** join/#brlcad ASARE_je_ (~ASARE_je@41-218-197-78-adsl-dyn.4u.com.gh)
08:52.08ASARE_je_Hello..
09:12.06*** join/#brlcad kesha (~kesha@49.202.238.128)
09:35.08*** join/#brlcad chick_ (c318d114@gateway/web/freenode/ip.195.24.209.20)
09:46.15*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:49.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
10:08.48*** join/#brlcad chick__ (c318d115@gateway/web/freenode/ip.195.24.209.21)
10:47.48Notify03GCI:Sharan Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Ready for review - The work on this task is ready to be reviewed.
10:53.26*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:00.06*** join/#brlcad kesha (~kesha@49.249.17.210)
11:09.35*** join/#brlcad kesha_ (~kesha@49.202.238.29)
11:22.51Notify03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: What to do -  I somehow managed to find XML files...
11:24.33*** join/#brlcad kesha_ (~kesha@49.202.238.184)
11:43.14*** join/#brlcad ankush92 (~ankush92@115.250.165.113)
11:52.44*** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net)
12:05.44*** join/#brlcad ankush92 (~ankush92@115.253.125.188)
12:24.47*** join/#brlcad ankush92 (~ankush92@115.253.125.188)
13:06.51FreezingColdmged> in btn2.s e111 8 33 36 4 0 0 2
13:06.51FreezingColdError: in: e111 is not a known primitive
13:08.31FreezingColdnever mind, figured out it was ell1
13:08.39FreezingColdThe font in the basic lessons is horrible btw lol
13:33.49*** join/#brlcad r038 (~chatzilla@106.67.101.208)
13:47.57Notify03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:41.38*** join/#brlcad ankush92 (~ankush92@115.253.125.188)
15:37.41Notify03BRL-CAD Wiki:Gerardollanes * 0 /wiki/User:Gerardollanes:
15:55.11*** join/#brlcad ankush92 (~ankush92@115.253.100.2)
16:27.25*** join/#brlcad kesha (~kesha@49.249.191.96)
16:39.08*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
16:46.15Notify03BRL-CAD:tbrowder2 * 59197 (brlcad/trunk/src/adrt/load_g.c brlcad/trunk/src/conv/asc/g2asc.c and 45 others): correct and explict casts for C++ compilation
16:47.32Notify03BRL-CAD:tbrowder2 * 59198 brlcad/trunk/src/adrt/librender/camera.c: correct var types; use explicit casts for C++
16:49.50Notify03BRL-CAD:tbrowder2 * 59199 brlcad/trunk/src/conv/dxf/dxf-g.c: a bit of a hack to get correct types for now; probably need to fix the affected function and its signature
16:49.57*** join/#brlcad kesha (~kesha@49.249.0.80)
16:59.33*** join/#brlcad kesha (~kesha@49.249.8.160)
17:04.00Notify03BRL-CAD:tbrowder2 * 59200 brlcad/trunk/src/gtools/g_transfer.c: ws, style
17:04.12Notify03BRL-CAD:tbrowder2 * 59201 brlcad/trunk/src/gtools/g_transfer.c: make correct casts from void* for C++
17:14.55Notify03BRL-CAD:tbrowder2 * 59202 (brlcad/trunk/include/fbio.h brlcad/trunk/include/orle.h): add FIXME comment ref identical structs
17:19.16*** join/#brlcad kesha (~kesha@49.249.17.36)
17:27.45*** join/#brlcad kesha (~kesha@49.249.17.36)
17:30.40Notify03BRL-CAD:tbrowder2 * 59203 brlcad/trunk/src/conv/comgeom/solid.c: reorder var init to avoid C++ error of goto skipping ove var init
17:31.02Notify03BRL-CAD:tbrowder2 * 59204 (brlcad/trunk/src/librt/db_lookup.c brlcad/trunk/src/librt/prep.c brlcad/trunk/src/librt/primitives/ars/ars.c): avoid const char errors for C++
17:31.47Notify03BRL-CAD:tbrowder2 * 59205 (brlcad/trunk/src/adrt/adrt.h brlcad/trunk/src/adrt/isst_tcltk.c): casts to correct types for C++
17:33.55brlcadFreezingCold: e111 ?
17:34.10brlcadah, glad to see you figured it out
17:34.47Notify03BRL-CAD:tbrowder2 * 59206 brlcad/trunk/src/fb/polar-fb.c: define func pointer correctly for C++
17:34.48brlcadfeel free to share a better free font suggestion
17:37.50*** join/#brlcad kesha (~kesha@49.249.17.36)
17:38.42Notify03BRL-CAD:tbrowder2 * 59207 brlcad/trunk/src/fb/polar-fb.c: add braces to while statement for clarity; ws, style
18:02.03*** join/#brlcad kesha_ (~kesha@49.249.17.36)
18:10.31*** join/#brlcad jschulte (~androirc@tmo-096-94.customers.d1-online.com)
18:17.01jschulteUnder this task ( http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600), we talked about some follow-on tasks. Have they already been created, because I can't find them in the task browser?
18:33.39FreezingColdbrlcad: I actually love Google's Lato :)
18:34.10FreezingColdLate light to be precise
18:34.15FreezingCold*Lato light
18:50.26FreezingColdhttp://www.google.com/fonts/specimen/Lato#charset
18:55.51*** join/#brlcad kesha__ (~kesha@49.249.16.170)
19:12.53maths22brlcad: my docbook task was supposed to be broken up into several (it took me a while to add all the tags and images to each chapter)
19:13.19maths22I discussed it with starseeker, and he said he had added some tasks that just needed to be approved
19:13.25maths22Would you be able to do that?
19:29.58*** join/#brlcad guest1234 (50bb605e@gateway/web/freenode/ip.80.187.96.94)
19:57.34*** join/#brlcad ankush92 (~ankush92@101.59.186.18)
20:05.01Notify03GCI:Sean * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: question -  Sharan, nice work but one question regarding your comment on the last one,...
20:05.06Notify03GCI:Sean * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Closed - Congratulations, this task has been completed successfully.
20:08.32Notify03GCI:Sharan Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Reply -  I closed the MGED by pressing the cross or x button of the graphics window and command window  But...
20:26.21Notify03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Claimed - I would like to work on this task.
20:29.57Notify03GCI:Mandeep Kaur * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Assigned - This task has been assigned to...
21:10.29Notify03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Claimed - I would like to work on this task.
21:20.23Notify03GCI:Mandeep Kaur * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Assigned - This task has been assigned to PCK-45. You have 72 hours to complete this task, good luck!
21:51.08*** join/#brlcad kesha (~kesha@49.249.16.170)
21:51.48brlcadkesha: when you have a moment, I'd like to talk with you about the community manager role
22:25.02*** join/#brlcad kesha (~kesha@49.249.16.170)
23:00.49keshabrlcad: ping
23:01.31keshawaves to brlcad
23:54.29Notify03BRL-CAD:n_reed * 59208 (brlcad/trunk/src/libged/analyze.c brlcad/trunk/src/librt/primitives/vol/vol.c): uninitialized variables
23:54.43*** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94)
IRC log for #brlcad on 20131228

IRC log for #brlcad on 20131228

00:07.01*** join/#brlcad merzo (~merzo@214-23-133-95.pool.ukrtel.net)
02:26.32Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: more time ? -  please could i have some more time?
02:26.57Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed.
02:58.26*** join/#brlcad r038 (~chatzilla@106.76.172.131)
04:00.54*** join/#brlcad ankush92 (~ankush92@115.253.0.41)
06:12.03Notify03GCI:Melange * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
06:12.23Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
06:14.19Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: status -  Alex, I fear that you're fighting too many issues at once. We don't want you to struggle endlessly on...
06:14.20Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
07:55.24*** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
07:55.44justin_excuse me, i have a question
07:57.37justin_it seems i am working on a duplicated gci task that has been already solved
07:57.41justin_what should i do
08:03.10*** join/#brlcad ankush92 (~ankush92@115.250.250.211)
08:03.18Notify03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: duplicated task? -  it seems i am working on a duplicated task that has already been solved. I've almost finished my task,...
08:10.13*** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
09:16.43*** join/#brlcad chick_ (29cc5302@gateway/web/freenode/ip.41.204.83.2)
09:20.04chick_is anyone working on adding surface area and volume routines to brlcad primitives?
10:03.28chick_how is the ellipsoid defined in brlcad?
10:20.55*** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94)
10:22.00*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
10:36.25Notify03GCI:Melange * 5784960841547776 Fix errors in Hacking BRL-CAD book: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to...
11:33.30Notify03BRL-CAD:tbrowder2 * 59209 (brlcad/trunk/src/fbed/char.c brlcad/trunk/src/fbed/execshell.c and 7 others): ws, style; add curly braces for clarity
11:34.12Notify03BRL-CAD:tbrowder2 * 59210 brlcad/trunk/src/fbed/try.h: rename var 'try' which is a C++ keyword
11:39.45Notify03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Ready for review - The work on this task is ready...
12:12.13*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
13:01.13*** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94)
13:10.32Notify03BRL-CAD:tbrowder2 * 59211 brlcad/trunk/src/burst/grid.c: add missing func args to decls
13:12.20Notify03BRL-CAD:tbrowder2 * 59212 brlcad/trunk/src/fbed/fbed.c: add explicit cast from void*; rename var 'new' which is a C++ keyword; rename associated vars for clarity
13:14.12Notify03BRL-CAD:tbrowder2 * 59213 brlcad/trunk/src/fbed/extern.h: add missing func args to decl
13:16.07Notify03GCI:Subin Siby * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:23.22Notify03BRL-CAD:tbrowder2 * 59214 (brlcad/trunk/src/shapes/bolt.c brlcad/trunk/src/tab/scriptsort.c and 14 others): ws, style
13:40.01*** join/#brlcad merzo (~merzo@214-23-133-95.pool.ukrtel.net)
13:56.26Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed.
13:59.17Notify03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: changes -  Hi,  I made the changes to my design and included an my citations and explanation (of the image) in a...
15:52.30*** join/#brlcad ankush92 (~ankush92@117.214.5.159)
15:56.13Notify03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Claimed - I would like to work on this task.
15:57.08Notify03GCI:Mandeep Kaur * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good...
16:12.25*** join/#brlcad ankush92 (~ankush92@117.201.98.33)
16:55.59*** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94)
17:16.23*** join/#brlcad kesha (~kesha@49.249.16.250)
17:27.40Notify03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Ready for review - The work on this task is ready to be reviewed.
17:38.11Notify03BRL-CAD:brlcad * 59215 brlcad/trunk/include/CMakeLists.txt: stub in an initial interface file for libcursor, which defines several functions wrapping termcap
17:42.28Notify03BRL-CAD:brlcad * 59216 brlcad/trunk/include/cursor.h: more basic stubbing so we can export declarations, compile cleanly as c++, and header guards for multiple inclusion protection
17:44.58Notify03BRL-CAD:brlcad * 59217 (brlcad/trunk/include/cursor.h brlcad/trunk/src/libcursor/cursor.c): utilize the new interface header, move the public comment
18:04.41Notify03BRL-CAD:brlcad * 59218 brlcad/trunk/include/cursor.h: more public functions defined by libcursor
18:21.00Notify03BRL-CAD:brlcad * 59219 (brlcad/trunk/include/cursor.h brlcad/trunk/src/libcursor/cursor.c): migrate the API documentation from the source implementation to the interface header
18:24.32Notify03BRL-CAD:brlcad * 59220 brlcad/trunk/src/libcursor/cursor.c: ws style indent cleanup
18:27.54Notify03BRL-CAD:brlcad * 59221 brlcad/trunk/src/libcursor/cursor.c: more style cleanup, one per line
19:04.40Notify03GCI:Petar Stanev * 5617799237992448 Create an ISST screenshot or animation: Task Claimed - I would like to work on this task.
19:05.10Notify03GCI:Petar Stanev * 5617799237992448 Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:11.27*** join/#brlcad osiris_ (c318d114@gateway/web/freenode/ip.195.24.209.20)
19:22.50*** join/#brlcad kesha (~kesha@49.249.17.240)
19:49.23*** join/#brlcad kesha_ (~kesha@49.249.16.234)
20:12.07Notify03GCI:Melange * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be...
20:12.12Notify03GCI:Melange * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded....
20:12.40*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:17.42Notify03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Traveling -  Hi,  I have been traveling and lost a large amount of time on this task due to...
23:58.36jschulteUnder this task ( http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600), we talked about some follow-on tasks. Have they already been created, because I can't find them in the task browser?
IRC log for #brlcad on 20131229

IRC log for #brlcad on 20131229

00:02.50Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: sources updated -  on the brlcad disk image i have i navigated to the 'brlcad-svn-trunk' folder and entered svn...
00:10.21*** join/#brlcad merzo (~merzo@146-36-133-95.pool.ukrtel.net)
00:10.58*** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94)
00:16.06Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: enjoying -  Oh and i am enjoying these open source projects, even though i usually have difficulties in the...
00:49.59Notify03GCI:starseeker * 5784960841547776 Fix errors in Hacking BRL-CAD book: Please submit what you have as a patch from the sources you were working -  We can always compare your approach to formatting...
00:50.19Notify03GCI:starseeker * 5784960841547776 Fix errors in Hacking BRL-CAD book: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours.
01:26.47Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Ready for review - The work on this task is ready to be reviewed.
04:05.29Notify03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4...
04:05.44Notify03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Needs More Work - One of the mentors has sent this task...
04:15.19Notify03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
04:15.30Notify03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752:   great response   Marie, thank you for the...
04:18.45Notify03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Closed - Congratulations, this task has been completed successfully.
04:19.15Notify03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752:   Follow-on   If you're interested in...
04:20.10Notify03GCI:Sean * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Task Closed - Congratulations, this task has been completed successfully.
04:22.30Notify03GCI:Sean * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: looks good to me -  This looks quite good to me. Remember that now you have commit access, you can commit...
04:25.56Notify03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: patch for changes -  Jacob, can you send us a patch file of your changes? Also, which version of GCC did you use exactly? If you have a...
04:27.17Notify03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
04:27.18Notify03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
04:43.24Notify03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Reviewing commits? -  I can do that if you like; I have not been doing that right now because I...
04:53.46Notify03BRL-CAD:peter-sa * 59222 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add unit tests for the functions in src/libbu/color.c, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5858454442868736
04:53.47gcibotCreate unit tests for our basic utility library (LIBBU) #4
04:53.48gcibotStatus: Closed
04:53.48gcibotMentor(s): Sean
04:53.52Notify03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines) http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600:   follow-on  : follow-on - ...
05:09.44Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed.
05:10.21*** join/#brlcad kesha_ (~kesha@49.249.16.131)
05:16.02Notify03GCI:Melange * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted....
05:28.37Notify03BRL-CAD:peter-sa * 59223 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add unit tests for several libbn tabdata functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5566134673735680
05:28.38gcibotCreate unit tests for our numerics math library (LIBBN) #2
05:28.39gcibotStatus: Closed
05:28.39gcibotMentor(s): Harmanpreet
05:29.23Notify03BRL-CAD:peter-sa * 59224 (brlcad/trunk/src/librt/primitives/extrude/extrude.c brlcad/trunk/src/librt/primitives/table.c): Add a volume function for extruded sketches, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5948152553144320
05:29.24gcibotImplement a volume function for extruded sketches (EXTRUDE)
05:29.25gcibotStatus: Closed
05:29.25gcibotMentor(s): Sean
05:46.33*** join/#brlcad ankush92 (~ankush92@117.201.101.195)
05:59.15*** join/#brlcad kesha_ (~kesha@49.202.238.55)
06:06.38*** join/#brlcad ankush92 (~ankush92@117.201.106.149)
06:12.37Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: So -  To use this theme, put the brlcad folder in wp-content > themes. Insert plugins into wp-content > plugins....
06:21.56Notify03GCI:Andromeda Galaxy * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Task Claimed - I would like to work on this task.
06:27.35Notify03GCI:Mandeep Kaur * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
06:51.37*** join/#brlcad ankush92 (~ankush92@115.253.209.251)
06:55.03Notify03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: Ready for review - The work on this task is ready to be reviewed.
07:42.51*** join/#brlcad ankush92 (~ankush92@115.253.145.221)
07:58.50Notify03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed.
08:00.15Notify03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Here you go -  I've uploaded two patches: one against the old file, and another against the current file.
08:24.10*** join/#brlcad ankush92 (~ankush92@117.201.111.106)
08:49.38*** join/#brlcad kesha_ (~kesha@49.249.8.228)
09:22.16*** join/#brlcad ankush92 (~ankush92@117.201.99.122)
09:22.59Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Task Claimed - I would like to work on this task.
10:09.10Notify03GCI:Mandeep Kaur * 5863528074313728 Design new API function to reduce duplication: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good...
10:34.28Notify03GCI:Marie Gita * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Task Claimed - I would like to work on this task.
10:59.27*** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94)
11:27.44Notify03BRL-CAD:tbrowder2 * 59225 brlcad/trunk/src/librt/primitives/table.c: add missing function cast macro for new function
11:37.41Notify03BRL-CAD:tbrowder2 * 59226 brlcad/trunk/src/librt/primitives/xxx/xxx.c: add info on mandatory function cast macro for each new function
11:37.45Notify03GCI:Mandeep Kaur * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task,...
12:13.04*** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94)
12:41.21*** join/#brlcad Rishabh (~chatzilla@106.76.167.231)
12:50.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:53.46*** join/#brlcad Rishabh (~chatzilla@1.187.161.20)
14:01.13Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Ready for review - The work on this task is ready to be reviewed.
14:02.25Notify03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Version -  GCC 4.8.2
14:09.56maths22brlcad: I noted the version, made a patch and uploaded the cmake summary
14:13.48maths22starseeker: a couple things i noticed about Chan Ho Jun's Hacking patch
14:16.04*** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net)
14:18.06maths22program listings are indented; subtitles are used where title would be more appropriate; subsection is not a valid docbook tag; log also is not
14:22.05maths22the table of build options is a set of paragraphs; the appenixes are each one large programlisting
14:22.25maths22I'm not trying to be harsh, and I welcome such comments on my version of the file as well
14:24.45maths22also, paragraph breaks are not where they were in the original floss manual
14:45.40Notify03GCI:Andromeda Galaxy * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Ready for review - The work on this task is ready to be reviewed.
15:20.21*** join/#brlcad caen23 (~caen23@92.83.172.48)
15:23.58*** part/#brlcad caen23 (~caen23@92.83.172.48)
15:24.35*** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98)
17:19.02Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed.
18:01.51*** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42)
18:17.56Notify03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Closed - Congratulations, this task has been completed successfully.
18:18.16Notify03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: fantastic -  These are both fantastic designs. Thank you!
18:19.06Notify03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Closed - Congratulations, this task has been completed successfully.
18:54.08Notify03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: None -  Thank you!
19:20.23brlcadmaths22: it all looked good
19:20.39brlcadlooked like everything in your patch save for the function pointers had been addressed
19:20.47brlcadprobably an out-of-date checkout
19:22.26Notify03GCI:Jacob B * 5890419736969216 Compile BRL-CAD with Intel Compiler: Task Claimed - I would like to work on this task.
19:25.08brlcadyou guys aren't going to make this easy, are you
19:25.16Notify03GCI:Sean * 5890419736969216 Compile BRL-CAD with Intel Compiler: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
19:28.04brlcadthere are easily nine in contention to be in the top five by the end of GCI
19:28.47brlcadand presently five easily in place for grand prize consideration
19:30.33brlcadmaths22: curious if you have also looked at anita's or connor's wordpress themes?
19:31.05brlcadi'd hope to get the new website up and running before GCI is over as that is easily our biggest showcase feature if we can put all the pieces together with other tasks
19:35.13maths22brlcad: I haven't
19:35.29maths22could you share the links?
19:35.50maths22also, could you make at least one extra task for the docbook.
19:36.27maths22That took me a long time, and I would like to have some sort of "extra" credit (maybe for the images)?
19:36.45maths22I don't know if you saw my converstaion with starseeker about it
19:44.54maths22My only reason for asking is that starseeker suggested I do it; I'm not trying to take advantage of the system
19:53.08maths22I looked at connor's; I will need to edit it so that more than the home page is acessible: see brlcad.org/wp
19:54.35Notify03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Ready for review - The work on this task is ready...
19:56.07maths22brlcad: also, I'm happy to get it up and running after GCI is over if that turns out to be easier
19:56.48brlcadmaths22: http://www.google-melange.com/gci/task/view/google/gci2013/5877967754362880
19:56.49gcibotConsolidate and integrate HACKING XML changes
19:56.49gcibotStatus: Open
19:56.50gcibotMentor(s): starseeker
19:56.59brlcadmaths22: and yes, I did see your earlier conversations
20:01.22maths22Ok; thanks
20:01.45maths22Connor did a very good job with that front page and making it work with WP
20:02.35maths22I'll claim that task once icc finishes compiling
20:02.46brlcadno rush
20:03.06brlcadgot a whole week to go ;)
20:03.34brlcadthat's technically enough time to complete 20+ tasks
20:03.46brlcadsomeone with a lot of time on their hands could easily jump to the top of the list in a week's time
20:05.57brlcadmaths22: what'd you do with the hacking xml appendices if not one large programlisting (i don't recall)?
20:08.44Notify03GCI:Sean * 5784960841547776 Fix errors in Hacking BRL-CAD book: Task Closed - Congratulations, this task has been completed successfully.
20:10.14Notify03GCI:Sean * 5784960841547776 Fix errors in Hacking BRL-CAD book: good work -  There are a few issues like indenting the program listings and turning the build options into a set of paragraphs, but...
20:12.20Notify03GCI:Sean * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Task Closed - Congratulations, this task has been completed successfully.
20:45.34maths22brlcad: look at the original floss manual page
20:45.48maths22Each appendix was broken into several "programlistings"
20:47.39Notify03GCI:Jacob B * 5890419736969216 Compile BRL-CAD with Intel Compiler: Ready for review - The work on this task is ready to be reviewed.
20:51.45brlcadbased on?
20:51.56brlcadI don't have that handy at the moment
20:52.06brlcadbroken by blank lines or something?
20:52.28brlcadone big program listing seems reasonable to me unless there are comments interleaved
20:53.57maths22broken by section: http://en.flossmanuals.net/contributors-guide-to-brl-cad/doc-template-new-command/
20:55.04brlcadseems a little contrived given the top-level refentry is spread from top to bottom... :)
20:55.41brlcadand the first one contains two sections
20:56.32brlcadi get why, but I'd probably opt to just keep it simple -- drop the file in
20:56.38maths22that may make sense
20:56.54maths22For the combination task, I will convert it
20:56.59brlcadwe can use <!-- --> to document the sections better than we can annotate what's important with docbook sections
20:57.10maths22Makes sense
21:02.17Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: several issues -  Johannes, this is thought-provoking but there are several issues I see. First is that that new...
21:02.35brlcadmaths22: thoughts on http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488
21:02.36gcibotCreate Wordpress theme for BRL-CAD website #2
21:02.37gcibotStatus: NeedsReview
21:02.37gcibotMentor(s): Sean
21:02.37Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
21:05.00maths22brlcad: I'll take a look in a few minutes
21:06.11brlcadalso have a recompile for you..
21:06.17Notify03GCI:Sean * 5890419736969216 Compile BRL-CAD with Intel Compiler: VERBOSE=1 -  This is actually rather surprising. Awesome, but surprising. Would you run these two in the build directory?  make...
21:07.07Notify03GCI:Sean * 5890419736969216 Compile BRL-CAD with Intel Compiler: Task Closed - Congratulations, this task has been completed successfully.
21:11.03Notify03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4...
21:11.13Notify03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Closed - Congratulations, this task has been completed...
21:11.53maths22will compile
21:12.03Notify03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: oops -  And I selected the wrong button.. :) However, I'd...
21:12.38Notify03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Task Closed - Congratulations, this task has been completed successfully.
21:14.43maths22Also, what was surprising about my task?
21:15.09brlcadsurprising that it compiled without any issues or warnings getting issues
21:15.11brlcadissued
21:15.13Notify03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: above and beyond -  Anita, this work is above and beyond what is expected for a GCI task, so sincere thank you for your...
21:15.28brlcadthat hasn't happened in a while
21:15.48brlcadespecially with so many changes occuring to the repo sources lately, it's just very surprising
21:16.45maths22There were warnings; just not ones that broke the build
21:24.06maths22brlcad: wow with anita's version
21:24.14maths22I have installed it at brlcad.org/wp
21:24.17maths22take a look
21:25.03maths22The only problem is that the header covers the content, but that should be easy to fix
21:49.13brlcadI get a lot of dead image links (most of them)
21:49.33maths22I will take a look
21:49.42brlcadnice responsive design!
21:52.06maths22unfortinately, I cannot add the images; they were not included in anything Anita shared
21:52.38maths22the xml references them at localhost, so wordpress can't pull them
22:05.17Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: next draft -  Thanks for your input. I lost a bit of overview. After looking again through the current usages...
22:06.12Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed.
22:32.07Notify03GCI:Jacob B * 5877967754362880 Consolidate and integrate HACKING XML changes: Task Claimed - I would like to work on this task.
22:33.43maths22brlcad: for the task I just claimed, I am inclined to mostly improve the one I submitted, as I did not see anything (other than the unified programlisitings) which I prefered/seemed better in the second one
22:33.51maths22Let me know if there was something you saw
22:40.43maths22brlcad: the reason you saw no errors earlier was that I only redirected stdout
22:40.48maths22I forgot to redirect stderr
23:20.39maths22brlcad: once the log is done, how should I share it?
23:28.22Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed.
23:51.51Notify03BRL-CAD Wiki:Anitaleung * 0 /wiki/User:Anitaleung:
IRC log for #brlcad on 20131230

IRC log for #brlcad on 20131230

00:08.06Notify03GCI:Jacob B * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: File Format -  Alex,You should upload this as an rtf, odt, or some other open file format. Not every...
00:37.25*** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42)
01:00.45Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: None -  In fact, at least the second function header is still wrong. I missed the fourth parameter, a pointer...
01:41.32Notify03BRL-CAD:peter-sa * 59227 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/libbn/tests/bn_tabdata.c): Add unit tests for several more libbn tabdata functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/4982457745014784
01:41.34gcibotCreate unit tests for our numerics math library (LIBBN) #4
01:41.35gcibotStatus: Closed
01:41.35gcibotMentor(s): Andrei
01:48.58Notify03GCI:Andromeda Galaxy * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Commit -  This was committed r59227
02:05.58*** join/#brlcad ankush92 (~ankush92@117.201.104.75)
02:27.19*** join/#brlcad Rishabh (~chatzilla@106.78.70.191)
02:32.21brlcadmaths22: what are the image references (wp theme)?  looks like the images are just the ones from the mock-up
02:32.42brlcadif it's actually got the filepath, should work to just strip localhost
02:32.58brlcadand you can e-mail the log
02:33.51Notify03GCI:Sean * 5877967754362880 Consolidate and integrate HACKING XML changes: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
02:45.24maths22brlcad: what email?
02:48.42maths22how would I download all the images from the mockup?
02:51.56maths22With the task I just closed, please let me know if there is anything you think could be better.
02:52.12Notify03GCI:Jacob B * 5877967754362880 Consolidate and integrate HACKING XML changes: Ready for review - The work on this task is ready to be reviewed.
02:53.36maths22The ouput of it can be viewed at at http://brlcad.org/~maths22/books/en/HACKING_BRL-CAD.html
02:54.38starseekerbrlcad: I updated as many of the Docbook image tasks as I could, but I can't seem to do anything about this one: http://www.google-melange.com/gci/task/view/google/gci2013/5269580603719680
02:54.39gcibotFix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5
02:54.39gcibotStatus: Reopened
02:54.39gcibotMentor(s): Sean
02:55.23starseekerthe others I've updates like this one:  http://www.google-melange.com/gci/task/view/google/gci2013/5520829748084736
02:55.24gcibotFix image sizing in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents)
02:55.24gcibotStatus: Open
02:55.24gcibotMentor(s): Sean
02:58.39maths22starseeker: you can't edit it beacuse it is reopened
02:59.03starseekerit needs to go then - it's obsolete
02:59.54maths22hopefully brlcad can delete it them
03:01.35maths22by the way, what do you think of the newly formatted HACKING?
03:01.56starseekerwish I understood better why we see those extra A characters in our Docbook html output
03:02.12starseekerlooks awesome
03:02.34maths22Encoding issues
03:02.51maths22the file is utf-8, but the browser does not see it that way
03:03.01brlcadstarseeker: tasks that have been claimed cannot be edited
03:03.20starseekernot even after they're reopened?
03:03.22starseekerbummer
03:03.23brlcadmaths22: the e-mail posted as a comment
03:04.01brlcadstarseeker: yeah, there's a feature request to make them editable if no work has been submitted that was accepted, but wasn't implemented before GCI began
03:04.11starseekermaths22: would be nice if we could figure out a reliable way to properly identify our files to browsers - do you happen to know any tricks for that?
03:04.15brlcadit can be deleted or clarified in a comment
03:04.26starseekershould probably delete it
03:04.36starseekerwe've got several other tasks for the next stage now
03:05.05brlcaddeleted
03:05.06maths22starseeker: it needs a meta tag; not sure how to add it
03:05.17starseekerbrlcad: thanks
03:06.19brlcadpublished the one pending
03:06.24maths22brlcad: ok (i must not have looked carefully enough)
03:06.56maths22actually, I don't see it in a comment
03:07.04brlcadhmm
03:07.06maths22task: http://www.google-melange.com/gci/task/view/google/gci2013/5890419736969216
03:07.06gcibotCompile BRL-CAD with Intel Compiler
03:07.07gcibotStatus: Closed
03:07.07gcibotMentor(s): erikg
03:07.21brlcadone of your tasks, not sure which
03:07.25brlcaddevs
03:07.27brlcadbrlcad.org
03:07.45maths22OK thanks
03:09.00brlcadmaths22: go ahead and claim the last HACKING task as well since you completed the task
03:09.25brlcadyou can make that change to the appendices as the only mod needed
03:10.51maths22That change is already done in the one I just submitted
03:11.44maths22The log has been sent
03:12.20brlcadokay, so then claim and re-post ;)
03:13.45Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
03:13.56maths22I will once you close the one I just finished
03:14.25starseekermaths22: got it
03:14.36Notify03GCI:starseeker * 5877967754362880 Consolidate and integrate HACKING XML changes: Task Closed - Congratulations, this task has been completed successfully.
03:15.04maths22thanks
03:15.38maths22next one claimed ...
03:15.56Notify03GCI:Jacob B * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Task Claimed - I would like to work on this task.
03:16.31Notify03GCI:Andromeda Galaxy * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Claimed - I would like to work on this task.
03:17.11Notify03GCI:starseeker * 5877967754362880 Consolidate and integrate HACKING XML changes: Primary work didn't end up in needing a patch -  The majority of the work on this task was a comparative review of...
03:17.41Notify03GCI:starseeker * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Task Assigned - This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck!
03:18.43maths22and it is submitted ...
03:18.46Notify03GCI:Jacob B * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Ready for review - The work on this task is ready to be reviewed.
03:19.24starseekermaths22: to be sure I understand - what is this patch doing?  removing programlisting wrappings?
03:19.41maths22It fixed a validation error (too many tablebody s)
03:19.57maths22It made each appendix 1 programlisting
03:20.02starseekerok
03:20.26maths22and it removed extra whitespace at the end of prgramlisting s
03:20.35starseekerlet me try it quick
03:21.02maths22OK.  The images would be a good task for those other docbook ones
03:21.24starseekerwhich images?
03:21.42starseekeroh, you mean the sizing?
03:22.07maths22yes. they also need the separate pdf and html elements
03:22.24starseekerah - the fo and html imageobject breakout?
03:22.36maths22yes
03:23.15*** join/#brlcad ankush92 (~ankush92@115.250.184.120)
03:23.19starseekerheh - should be able to (basically) re-run the script submitted in this task:  http://www.google-melange.com/gci/task/view/google/gci2013/5495828743454720
03:23.20gcibotWrite a script to complete all DocBook image tag updates
03:23.20gcibotStatus: Closed
03:23.20gcibotMentor(s): starseeker, Sean
03:23.29maths22I should think so
03:24.16starseekerbrlcad: is that a suitable task (apply the script to HACKING?)
03:24.46maths22otherwise it could be combined with sizing
03:25.14starseekermaths22: it might be worth a task because you have to manually correct the output of the script for special characters
03:25.36starseekerpython seems to output the actual unicode characters instead of the DocBook ASCII specification
03:25.56starseekerfor a big document like HACKING that could be a bit of work...
03:26.01maths22ok
03:27.28starseekermaths22: let me commit your patch quick
03:28.16Notify03GCI:starseeker * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Task Closed - Congratulations, this task has been completed successfully.
03:29.19starseekermaths22: are you set up to do PDF builds of DocBook documents?
03:29.40Notify03BRL-CAD:starseeker * 59228 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: Apply patch from http://www.google-melange.com/gci/task/view/google/gci2013/5883602550128640 updating program listings in HACKING BRL-CAD
03:29.41gcibotFix errors in Hacking BRL-CAD book #3
03:29.41gcibotStatus: Closed
03:29.41gcibotMentor(s): starseeker
03:30.41maths22Of HACKING or anoother file?
03:31.05starseekerif you can do hacking you can do any of our DocBook files
03:31.30starseekerbasically requires having Apache FOP installed
03:31.46maths22Yes (I use the server to do it)
03:31.52maths22Why?
03:32.16starseekerthat's what the next DocBook tasks will need, if you're interested in more DocBook stuff :-)
03:32.24maths22Aha
03:32.29maths22!
03:32.43maths22Next i'm going to compile with GCC trunk
03:32.53maths22servers are good for this because they are fast!
03:32.57starseekerindeed
03:33.24starseekercan't wait for 24 cores as standard on everyday desktops :-)
03:33.34maths22That way I can also turn off my computer whenever I want
03:33.38maths22make -j32
03:34.23starseekerHeh - "BRL-CAD - melting glaciers since 2005!"
03:43.59Notify03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Wow -  Thank you so much for your acknowledgements! I started the competition late so it feels really awesome to...
03:45.08Notify03BRL-CAD:starseeker * 59229 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: Add html and fo roles to imageobjects in Hacking BRL-CAD
03:48.04starseekermaths22: script did the trick, but needed to use meld to avoid the unintended changes.  Anyhow, it's now ready to go
04:08.55*** join/#brlcad ankush92 (~ankush92@117.201.96.50)
04:09.51Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: harder than it seems -  This task is a lot harder than it seems. It takes a lot of forethought to work through everything...
04:13.46Notify03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Claimed - I would like to work on this task.
04:14.42Notify03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: The script based on provided resources -  (please ignore punctuation and formatting)  11 Reasons to Choose...
04:44.08Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
04:44.21Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
04:44.21Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: bad pointer -  Alex, that file:line number indicate something is amiss. Either "svn up" is failing to complete...
04:45.24Notify03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
04:45.34Notify03GCI:Sean * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck!
04:47.29Notify03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: GCI status -  Anita, you might like to know that you are currently within three tasks of making our top five. Thank you...
04:49.04Notify03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: GCI update -  Olexander, you might like to know that you are currently within three tasks of making our top five. Thank you for your...
04:53.24Notify03GCI:Sean * 5327637555707904 Design a cover image or banner for our Facebook page (and other social media sites) #6: GCI update -  Palindrome, I just wanted to let you know that you are one task...
04:54.19Notify03GCI:Andromeda Galaxy * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Ready for review - The work on this task is ready to be reviewed.
04:54.34Notify03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: GCI update -  PCK-45, want to let you know that you are just one task shy of getting a t-shirt from Google for having...
04:55.10Notify03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: GCI update -  Adit, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed three...
04:57.05Notify03GCI:Sean * 6219730314592256 Add missing documentation (for any ONE command) #2: GCI update -  Shardul, want to let you know that you are just one task shy of getting a t-shirt from Google for...
04:57.20Notify03GCI:Sean * 5809141775859712 Create a BRL-CAD presentation template #4: GCI update -  Rishi, want to let you know that you are just one task shy of getting a t-shirt from Google for having...
05:02.00Notify03GCI:Sean * 5898141282861056 Design a BRL-CAD Sticker #2: GCI update -  Oleg, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed three BRL-CAD...
05:02.41Notify03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: GCI update -  Pulkit, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed three...
05:03.16Notify03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: GCI update -  Marcin, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed...
05:03.31Notify03GCI:Sean * 5112711083982848 Fix at least 8 spelling mistakes in at least 8 different files #2: GCI update -  YuGin, want to let you know that you are just one task shy of getting a t-shirt from...
05:05.31Notify03GCI:Sean * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Closed - Congratulations, this task has been completed successfully.
05:07.54brlcadthinks it's perhaps time for another wave of new tasks
05:08.55brlcadalthough with 65 tasks remaining, there's a lot of possibility there
05:20.47*** join/#brlcad ankush92 (~ankush92@117.201.104.65)
05:41.47*** join/#brlcad andromeda-galaxy (~user@117.196.157.2)
05:50.09Notify03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: None -  Sir, I have already completed my 4 tasks in GCI.
06:00.21Notify03GCI:Andromeda Galaxy * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Task Claimed - I would like to work on this task.
06:05.21Notify03GCI:Mandeep Kaur * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
06:08.26Notify03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: Task Claimed - I would like to work on this task.
06:20.32Notify03GCI:Mandeep Kaur * 5869229643399168 Design a BRL-CAD Sticker #11: Task Assigned - This task has been assigned to Rishi Sharma. You have 168 hours to complete this task, good luck!
06:26.52*** join/#brlcad andromeda-galaxy (~user@117.222.151.35)
06:27.32andromeda-galaxyCan anyone tell me what the wdb_ files are for? (i.e. what is the difference between src/libged/bigE.c and src/libged/wdb_bigE.c)
06:47.43*** join/#brlcad ankush92 (~ankush92@117.214.5.61)
06:50.56Notify03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: None -  Do I need to write my name over the sticker??
06:56.18*** join/#brlcad ankush92 (~ankush92@117.214.59.245)
07:11.00*** join/#brlcad ankush92 (~ankush92@117.214.57.230)
07:40.01brlcadthe latter wdb_ are deprecated and slated for removal (if he comes back)
08:02.32Notify03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: Ready for review - The work on this task is ready to be reviewed.
08:03.58Notify03BRL-CAD:brlcad * 59230 brlcad/trunk/src/libbn/noise.c: fix a bug in find_spec_wgt() introduced in r36554 whereby no cache hits were being found causing every value to result in 2*N iterations through the list (getting exponentially slower as the list grows). basically tools using random noise (such as 'terrain') were taking an incredibly long time.
08:13.04Notify03BRL-CAD:brlcad * 59231 brlcad/trunk/NEWS: improved/fixed a performance problem identified in libbn's noise interface which is used by the 'terrain' tool as well as a number of shaders including the air, camo, fbm, fire, grass, noise, and scloud shaders. should noticably improve regression performance (shaders test). slow-down issue was introduced around the 7.14 line.
08:13.17Notify03BRL-CAD:brlcad * 59232 brlcad/trunk/src/util/terrain.c: clean up the terrain tool a little bit, taking the address to functions for the function pointer and passing a double pointer so we affect the original. problem inadvertently identified by gci participant maths22 during portability compilation (latest gcc blatered a warning).
08:15.38Notify03GCI:Andromeda Galaxy * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Ready for review - The work on this task is ready to be reviewed.
08:23.10Notify03GCI:Sean * 5869229643399168 Design a BRL-CAD Sticker #11: name -  Rishi, you will most certainly be credited with your creation if we send these to print, but I don't think we'd want that on the...
08:23.41Notify03GCI:Sean * 5869229643399168 Design a BRL-CAD Sticker #11: Task Closed - Congratulations, this task has been completed successfully.
08:25.31Notify03GCI:Sean * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Task Closed - Congratulations, this task has been completed successfully.
08:27.46Notify03GCI:Sean * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: wdb functions -  Just so you know, many/most of the code in the src/libged/wdb_*.c files are...
08:28.11Notify03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: None -  Thank You for appreciating the use of logo instead 'A' and I'm sorry about writing that name as I was confused after...
08:34.32Notify03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Claimed - I would like to work on this task.
08:36.08*** join/#brlcad ankush92 (~ankush92@117.214.57.230)
08:36.37Notify03GCI:Sean * 5869229643399168 Design a BRL-CAD Sticker #11: understood -  No harm but since you put the statement on some of them, you still need to confirm here that we are granted full rights to...
08:36.56Notify03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good...
09:44.17*** join/#brlcad kesha_ (~kesha@49.249.17.248)
09:47.39*** join/#brlcad ankush92 (~ankush92@115.250.151.225)
10:10.55*** join/#brlcad andromeda-galaxy (~user@117.222.146.165)
10:13.13*** join/#brlcad andromed` (~user@117.222.146.165)
10:13.16*** part/#brlcad andromed` (~user@117.222.146.165)
10:14.48*** join/#brlcad andromeda-galaxy (~user@117.222.146.165)
10:20.08*** part/#brlcad andromeda-galaxy (~user@117.222.146.165)
10:22.59*** join/#brlcad andromeda-galaxy (~user@117.222.146.165)
10:23.37andromeda-galaxyIf a GCI task's completion takes a long time and does significantly more than the task requires, would it be possible to split that task into more than one after the fact?
10:53.44*** join/#brlcad merzo (~merzo@76-55-132-95.pool.ukrtel.net)
11:06.20*** join/#brlcad kesha__ (~kesha@49.249.17.248)
11:29.54*** join/#brlcad kesha (~kesha@49.202.238.187)
11:33.03*** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42)
11:39.15*** join/#brlcad kesha_ (~kesha@49.249.205.133)
11:59.47*** join/#brlcad kesha_ (~kesha@49.249.8.176)
12:05.08*** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
12:43.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:57.37*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
12:58.42*** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu)
13:28.28*** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42)
14:00.04*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:10.08*** join/#brlcad jschulte (50bb610e@gateway/web/freenode/ip.80.187.97.14)
16:11.50*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:30.49*** join/#brlcad kesha_ (~kesha@49.249.8.73)
16:39.47maths22Notify does not seem to be notifying
16:46.15*** join/#brlcad ankush92 (~ankush92@101.62.54.180)
16:58.40*** join/#brlcad andromeda-galaxy (~user@117.222.146.165)
17:04.47*** join/#brlcad kesha (~kesha@49.249.8.73)
17:14.58keshabrlcad: ping !
17:15.32keshawaits for pong response :D
17:42.13*** join/#brlcad kesha (~kesha@49.249.8.73)
17:49.53*** join/#brlcad ankush92 (~ankush92@59.94.92.216)
18:14.06*** join/#brlcad devora (~devora@193.104.110.149)
18:24.34*** join/#brlcad caen23 (~caen23@92.83.172.48)
18:48.53brlcadkesha: I'm nose-deep in an editor all day today, so I won't have time to talk for several hours -- but I'll e-mail you a follow-up with more details if we can't sync up here
19:25.10keshabrlcad: cool. perfectly alright !
20:35.29*** join/#brlcad jschulte (~johannes@p4FDF8E7C.dip0.t-ipconnect.de)
21:18.57*** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net)
21:28.02*** join/#brlcad yiyus (1242712427@je.je.je)
21:29.35maths22What do people think of: https://github.com/noporpoise/sort_r
21:29.58maths22For a platform independent re-entrant sort (I obvously would not submit it for the task)
21:37.10maths22starseeker: for these tasks (http://www.google-melange.com/gci/task/view/google/gci2013/5229719012245504) how is good pdf formatting defined?
21:37.18maths22what is a good size?
21:38.27jschultemaths22: this task has been done already, it was accidentally created a second time
21:39.17maths22Ok.  Good thing I was planning to instead do the documentation one :)
21:43.33*** part/#brlcad caen23 (~caen23@92.83.172.48)
22:25.40starseekermaths22: basically, you're sizing the images so they look "good" in the PDF output
22:26.12starseekernot super-huge compared to the page size (the typical problem) and not so small as to be unclear
22:27.21starseekermaths22: if you look at our lesson files, for example, my recollection is you'll see a large number of images that just have crazy sizing for a PDF
22:29.28maths22Ok
22:29.31maths22thanks
IRC log for #brlcad on 20131231

IRC log for #brlcad on 20131231

00:04.56*** join/#brlcad merzo (~merzo@139-19-133-95.pool.ukrtel.net)
02:20.57*** join/#brlcad rudovich (~rudovich@91.210.102.181)
02:58.36brlcadmaths22: yeah, we ended up with a better implementation
02:58.53brlcadthat header approach is actually pretty crappy, imho
03:00.01brlcadi mean the fact that it's in a header is okay, nice even, but all the assumptions about compilers and versions are lacking; the fact that it's in a header is a problem for using it across multiple libraries portably
03:01.39brlcadduplicate task deleted
03:26.45starseekerbrlcad: I'll take a look at the sticker design when it gets submitted, but be warned you'll probably also want to take a look - my visual design skills are still best described in terms of mathematical infinitesimals
03:38.34maths22that makes sense
03:38.51maths22I just was searching and found it
04:28.30*** join/#brlcad ankush92 (~ankush92@59.94.93.133)
05:18.00brlcadI think olexander's page was actual guidelines, matching our new website theme
05:36.07*** join/#brlcad ankush92 (~ankush92@59.94.95.30)
06:02.35*** join/#brlcad andromeda-galaxy (~user@117.222.146.76)
06:08.00brlcadandromeda-galaxy: I'm around for about 5 more min if you have an update
06:08.57brlcadandromeda-galaxy: ah, I see your reply now
06:09.27brlcadnot sure I'm reading your reply right -- are you saying that brep_simple from before and after your edit produce the same output?
06:09.43brlcador just that brep_simple and brep_cube after the edit produce different output?
06:34.41*** join/#brlcad andromed` (~user@117.196.155.150)
06:40.08brlcadandromed`: did you see my questions?
06:40.15brlcadapparently more than 5 min
07:05.48*** join/#brlcad ankush92 (~ankush92@117.205.154.17)
07:26.32*** join/#brlcad ankush92 (~ankush92@117.205.156.57)
07:44.36*** join/#brlcad andromeda-galaxy (~user@117.196.155.150)
07:45.07andromeda-galaxybrlcad: on the superell surface area, do you know where I might be able to get some information on what a,b,c mean in the special cases you mention?
07:47.40*** join/#brlcad ankush92 (~ankush92@117.205.153.252)
08:30.40*** join/#brlcad ankush92 (~ankush92@117.205.157.132)
08:33.01*** join/#brlcad yiyus (1242712427@je.je.je)
10:12.05*** join/#brlcad ankush92 (~ankush92@117.205.157.132)
11:19.31*** join/#brlcad caen23 (~caen23@92.83.172.48)
11:53.22*** join/#brlcad ankush92 (~ankush92@115.250.184.205)
11:54.23*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:02.35*** join/#brlcad jschulte (~johannes@p4FDF8E84.dip0.t-ipconnect.de)
13:30.51Notify03BRL-CAD:starseeker * 59233 brlcad/trunk/src/libbrep/boolean.cpp: Fix trivial case handling for breps
13:31.31Notify03BRL-CAD:starseeker * 59234 brlcad/trunk/src/libbrep/intersect.cpp: Need to think about how we digest some of the potentially complex interactions between surface/surface intersections and the trimming curves on the faces...
13:31.42Notify03BRL-CAD:peter-sa * 59235 brlcad/trunk/src/libged/importFg4Section.c: Remove duplicate code in src/libged/importFg4Section.c and src/libged/wdb_importFg4Section.c, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/6465249569931264
13:31.43gcibotIdentify and eliminate code duplication (100+ lines) #2
13:31.43gcibotStatus: Closed
13:31.43gcibotMentor(s): erikg
13:31.44Notify03BRL-CAD:peter-sa * 59236 (brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/track.c brlcad/trunk/src/libged/wdb_track.c): Remove duplicate code in src/libged/track.c and src/libged/wdb_track.c, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5274134879666176
13:31.46gcibotIdentify and eliminate code duplication (100+ lines) #4
13:31.47gcibotStatus: Closed
13:31.47gcibotMentor(s): Harmanpreet
13:32.28*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:34.56Notify03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: FYI -  FYI, we'll create as many of these as are completed, so feel free to work on more in advance while...
13:34.57Notify03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: not ideal -  You'll find that for many of the functions, it's not as simple as calling the wdb_ code but the...
13:34.58Notify03GCI:YuGin * 5112711083982848 Fix at least 8 spelling mistakes in at least 8 different files #2: None -  Hi Sean, I am currently completing tasks for other organisations. Thanks for the reminder!
13:34.59Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Task Claimed - I would like to work on this task.
13:35.00Notify03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: You are granted full Rights -  Yeah! you are granted full rights to use my design. But how you are going to give me credit for...
13:35.01Notify03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Thanks for information -  Thank you for that information. I think that I have found a way in...
13:35.02Notify03GCI:Olexander Dubenko * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Task Claimed - I would like to work on this task.
13:35.03Notify03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: None -  Wow, that's great, but I want to be in top five not by quantity but by quality.
13:35.04Notify03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Assigned - This task has been assigned to Rishi Sharma. You have 168 hours to complete this task, good luck!
13:35.05Notify03GCI:Mandeep Kaur * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Task Assigned - This task has been assigned to Olexander Dubenko. You have 168 hours to complete this...
13:35.06Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed.
13:35.07Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Work Uploaded -  I want to inform you that i have uploaded an animated .gif file.  You can see animation by simply opening the...
13:35.08Notify03GCI:Olexander Dubenko * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Ready for review - The work on this task is ready to be reviewed.
13:35.09Notify03GCI:agkphysics * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Task Claimed - I would like to work on this task.
13:35.10Notify03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Ready for review - The work on this task is ready to be reviewed.
13:35.11Notify03GCI:Mandeep Kaur * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this...
13:35.12Notify03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Design sticker not animation -  I appriciate your efforts but you have to design a sticker for BRL-CAD. You can use given logos,...
13:35.13Notify03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
13:35.14Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed.
13:35.15Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None -  Can I give that animation in "facebook banner" task ?
13:35.16Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed.
13:35.17Notify03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: None -  Thank you! :)
13:35.18Notify03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Ready for review - The work on this task is ready to be reviewed.
13:35.19Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: None -  So, what I'm the least sure about at the moment is the assumption, that the pts array is ccw-sorted....
13:35.20Notify03GCI:Sean * 5853079291297792 Create a book layout for our Doc Camp book #3: editable format -  Alexandra, did you edit the pdf directly or use some other format / software? Please also submit your...
13:35.21Notify03GCI:Sean * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
13:35.22Notify03GCI:Marie Gita * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Ready for review - The work on this task is ready to be reviewed.
13:35.23Notify03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: complexity -  We can certainly break up tasks into multiple when they take more than a few hours, but know that...
13:35.24Notify03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
13:35.25Notify03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Ready for review - The work on this task is ready to be reviewed.
13:35.26Notify03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: wrong diff -  Sorry, I uploaded a partial diff, the proper one will be here in a minute.
13:35.27Notify03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Yes -  Yes you can design banner in that task.
13:35.28Notify03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Newest version -  I renamed ged_track_g to _ged_track, because the _g suffix is somewhat obscure; I...
13:35.29Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None -  I'm waiting for review.
13:35.30Notify03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Needs Improvement -  You have to be more creative. Have a look at closed tasks for sticker for an idea.
13:35.31Notify03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to...
13:35.32Notify03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Ready for review - The work on this task is ready to be reviewed.
13:35.33Notify03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Updated -  I used word to edit the book and then I converted it to pdf.  I have removed the yellow background...
13:35.34Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: how to sort? -  If you have an assumption like that, it must be documented in the API header. Another assumption to...
13:35.35Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this...
13:35.36Notify03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: chunky logo -  Rishi, the design needs to be clean. Also, while the animation is cute, I don't think it'd be appropriate for the facebook...
13:35.37Notify03GCI:Sean * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: spectacular -  This is pretty spectacular Olexander. It'd be useful to have an html version too so it can be...
13:35.38Notify03GCI:Sean * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Task Closed - Congratulations, this task has been completed successfully.
13:35.39Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None -  i didn't get you .can you explain which tasks are you talking about ???
13:35.40Notify03GCI:Sean * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Closed - Congratulations, this task has been completed successfully.
13:35.41Notify03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Closed - Congratulations, this task has been completed successfully.
13:35.42Notify03GCI:Sean * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Task Closed - Congratulations, this task has been completed successfully.
13:35.43Notify03GCI:Sean * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: bloody -  Heh, B and C look like he's drowning in a sea of blood. The first one looks good, though.
13:35.44Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed.
13:35.45Notify03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Claimed - I would like to work on this task.
13:35.46Notify03GCI:Mandeep Kaur * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
13:35.47Notify03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
13:35.48Notify03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12 http://www.google-melange.com/gci/task/view/google/gci2013/5257317062803456:   search   Rishi, you can go to our main page: : search - ...
13:35.49Notify03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed.
13:35.50Notify03GCI:Jacob B * 6438477428162560 Compile BRL-CAD with GCC trunk: Task Claimed - I would like to work on this task.
13:35.51Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
13:35.52Notify03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Task Claimed - I would like to work on this task.
13:35.53Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: interesting -  This is quite a massive reduction, but if you're going to create a new ged pointer, you also...
13:35.54Notify03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:35.55Notify03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed.
13:35.56Notify03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: GED pointer fixed, test seems to work -  I fixed the ged_free just now; E sph does seem to...
13:35.57Notify03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed.
13:35.58Notify03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines: Task Claimed - I would like to work on this task.
13:35.59Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Closed - Congratulations, this task has been completed successfully.
13:36.00Notify03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: works for you -  If it works for you (and you've actually tested it), that's usually good enough to commit a...
13:36.01Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Closed - Congratulations, this task has been completed successfully.
13:36.02Notify03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: implementing them -  If you choose to implement either, please only implement and commit one at a time per task so that...
13:36.03Notify03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
13:36.04Notify03GCI:Sean * 5789257352347648 Write draft of BRL-CAD web design guidelines: Task Assigned - This task has been assigned to Olexander Dubenko. You have 168 hours to complete this task, good luck!
13:36.05Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Assigned - This task has been assigned to Anita Leung. You have 168 hours to complete this task, good luck!
13:36.06Notify03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for review - The work on this task is ready to be reviewed.
13:36.07Notify03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: None -  Worked a few different versions, hopefully you see one that you like.
13:36.08Notify03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed.
13:36.09Notify03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines: Ready for review - The work on this task is ready to be reviewed.
13:36.10Notify03GCI:Jacob B * 6438477428162560 Compile BRL-CAD with GCC trunk: Ready for review - The work on this task is ready to be reviewed.
13:36.11Notify03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: Task Claimed - I would like to work on this task.
13:36.12Notify03GCI:Toshita * 5269834744987648 Design a cover image or banner for our Facebook page (and/or another social media site) #13: Task Claimed - I would like to work on this task.
13:36.13Notify03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Claimed - I would like to work on this task.
13:36.14Notify03GCI:agkphysics * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Ready for review - The work on this task is ready to be reviewed.
13:36.15Notify03GCI:Kesha Shah * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,...
13:36.16Notify03GCI:Palindrome * 4944388228644864 Design a BRL-CAD Sticker #15: Task Claimed - I would like to work on this task.
13:36.17Notify03GCI:Gauravjeet Singh * 5269834744987648 Design a cover image or banner for our Facebook page (and/or another social media site) #13: Task Assigned - This task has been assigned to Toshita . You...
13:36.18Notify03GCI:Gauravjeet Singh * 5782971667709952 Implement new API function to reduce duplication: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task,...
13:36.19Notify03GCI:Sean * 4944388228644864 Design a BRL-CAD Sticker #15: Task Assigned - This task has been assigned to Palindrome. You have 168 hours to complete this task, good luck!
13:36.20Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: results differ -  i entered in the command you said and found the data displayed was different.  from the...
13:36.21Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: file format -  Oh and i will make sure to upload one of the file formats from what was mentioned when i manage...
13:36.22Notify03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed.
13:36.23Notify03GCI:starseeker * 5789257352347648 Write draft of BRL-CAD web design guidelines: Did you look at the links in the task? -  This appears to be an example of some sort rather than guidlines, if I am...
13:36.24Notify03GCI:starseeker * 5789257352347648 Write draft of BRL-CAD web design guidelines: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to...
13:36.25Notify03GCI:Sean * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Task Closed - Congratulations, this task has been completed successfully.
13:36.26Notify03GCI:Sean * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: static callback -  This looks good, but the callback function should be static. Excellent discovery of...
13:36.27Notify03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk: Task Closed - Congratulations, this task has been completed successfully.
13:36.28Notify03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk: good news -  Surprising that no warnings were issues, but good news. If your interested, I'm adding tasks to enable any gcc warning that...
13:36.29Notify03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk http://www.google-melange.com/gci/task/view/google/gci2013/6438477428162560:   follow-on   Several of these are posted: : follow-on - ...
13:36.30Notify03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
13:36.31Notify03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: heavily borrows -  This design heavily borrows from another design, but still with numerous flaws too. The bad outline around the logo....
13:36.32Notify03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: Task Reopened - This task has been Reopened.
13:36.33Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: editable formats -  Anita, several of these look great but the .ai file you uploaded seems to just be our logo?  Moreover, of all the...
13:36.34Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
13:36.35Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: editable format -  Marked as needing more work just so you can upload an editable version for at least some of the more interesting...
13:36.36Notify03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Ready for review - The work on this task is ready to be reviewed.
13:36.37Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Closed - Congratulations, this task has been completed successfully.
13:36.38Notify03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: closing this task out -  Alex, I'm closing this task out due to the complications. From your log, the only...
13:36.39Notify03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for review - The work on this task is ready to be reviewed.
13:36.40Notify03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: tool changes -  Andromeda, this is interesting but did you verify that you didn't just make two different tools...
13:36.41Notify03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned...
13:36.42Notify03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Ready for review - The work on this task is ready to be reviewed.
13:36.43Notify03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Hm... -  I redownloaded what I submitted and all the designs were provided in that file? Make sure you scroll out to see the rest...
13:36.44Notify03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Correct tools -  I checked files generated from a clean checkout and from the source with this...
13:36.45Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: perhaps incompatibility -  Anita, I still just see one layer and our logo, but then I'm also using a slightly older version of AI than you...
13:36.46Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy...
13:36.47Notify03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for review - The work on this task is ready to be reviewed.
13:36.48Notify03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: No problem -  I submitted a zip file with a saved svg file, eps files, and one more ai with one flatten layered.
13:36.49Notify03GCI:Sean * 5486014072094720 Implement a surface area function for super ellipsoids (SUPERELL): comment on mailing list -  This is a hint I posted to the brlcad-devel mailing list on this task that...
13:36.50Notify03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: clarity -  not sure I'm reading your reply right -- are you saying that brep_simple from before and after your...
13:36.51Notify03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Closed - Congratulations, this task has been completed successfully.
13:36.52Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Closed - Congratulations, this task has been completed successfully.
13:36.53Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: frustrating -  Well this is frustrating. I was only able to open the SVG and it was somewhat distorted. The EPS files are Illustrator EPS...
13:36.54Notify03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Claimed - I would like to work on this task.
13:36.55Notify03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
13:36.56Notify03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:36.57Notify03GCI:Anita Leung * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Task Claimed - I would like to work on this task.
13:36.58Notify03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: needs tightening -  The script needs a little refinement before you render to video. I suggest arranging the highlights...
13:36.59Notify03GCI:Sean * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck!
13:37.00Notify03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Sorry! -  I keep claiming and unclaiming the task.. but I actually am rendering the video right now however I...
13:37.01Notify03GCI:Andromeda Galaxy * 5486014072094720 Implement a surface area function for super ellipsoids (SUPERELL): Task Claimed - I would like to work on this task.
13:37.02Notify03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: output -   Both: brep_simple from before and after look the same (in Archer), as does brep_cube;...
13:37.03Notify03GCI:Sean * 5486014072094720 Implement a surface area function for super ellipsoids (SUPERELL): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this...
13:37.04Notify03GCI:Anita Leung * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Ready for review - The work on this task is ready to be reviewed.
13:37.05Notify03GCI:Anita Leung * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: None -  I have to admit I'm pretty proud of these designs. I remember you had compatability issues last time so...
13:37.06Notify03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines http://www.google-melange.com/gci/task/view/google/gci2013/5789257352347648:   None   I created HTML version...
13:37.07Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Claimed - I would like to work on this task.
13:37.08Notify03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines http://www.google-melange.com/gci/task/view/google/gci2013/5789257352347648:   None   *this task -: None - ...
13:37.09Notify03GCI:Mandeep Kaur * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Assigned - This task has been assigned to Ilkin Musaev. You...
13:37.10Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: None -  What size of imgae should be?  And i must send psd file or...
13:37.11Notify03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed.
13:37.12Notify03GCI:Marie Gita * 5257317062803456 Design a BRL-CAD Sticker #12: Task Claimed - I would like to work on this task.
13:37.13Notify03GCI:Rishi Sharma * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: Task Claimed - I would like to work on this task.
13:37.14Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: None -  Can i use any program that photosop?
13:37.15Notify03GCI:Mandeep Kaur * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Use any tool -  You can use photoshop and upload raw files as well...
13:37.16Notify03GCI:Mandeep Kaur * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: Task Assigned - This task has been assigned to Rishi Sharma. You...
13:37.17Notify03GCI:Daniel Rossberg * 5257317062803456 Design a BRL-CAD Sticker #12: Task Assigned - This task has been assigned to Marie Gita. You have 168 hours to complete this task, good luck!
13:37.18Notify03GCI:Daniel Rossberg * 5782971667709952 Implement new API function to reduce duplication: How will this function help to reduce code? -  The function itself looks reasonable. However, I'm missing...
13:37.19Notify03GCI:Daniel Rossberg * 5782971667709952 Implement new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)...
13:37.20Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Ready for review - The work on this task is ready to be reviewed.
13:37.21Notify03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: None -  Is this also part of this task, or should it be done in one of the code duplication tasks?
13:37.23Notify03GCI:Gauravjeet Singh * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Task Closed - Congratulations, this task has been completed successfully.
13:58.28Notify03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Task Claimed - I would like to work on this task.
14:00.04Notify03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: GED -  But Tell me more about GED command transcript and how to make it
14:03.35maths22starseeker: is hacking a good one to start with?
14:03.39Notify03GCI:Jacob B * 5520829748084736 Fix image sizing in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents): Task Claimed - I would like to work on this task.
14:08.23maths22to me, all these images look pretty good given their purposes http://brlcad.org/~maths22/HACKING_BRL-CAD.pdf
14:08.32maths22please let me know which ones are too big
14:29.19starseekermaths22: if they look fine, then I'd pick another document
14:29.25starseekertry one of the lessons
14:32.25Notify03GCI:Harmanpreet * 5520829748084736 Fix image sizing in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents): Task Assigned - This task has been assigned to Jacob B. You...
14:36.36starseekermaths22: I think the Volume III book also has a fair number of image sizing issues
14:43.03Notify03GCI:Rishi Sharma * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: Ready for review - The work on this task is ready to be reviewed.
14:47.53Notify03GCI:Harmanpreet * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car http://www.google-melange.com/gci/task/view/google/gci2013/5873716877590528:   Write Down...
14:48.08Notify03GCI:Harmanpreet * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete...
15:08.29Notify03GCI:Harmanpreet * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Impressive -  Ilkin,  You design is impressive but need following...
15:08.39Notify03GCI:Harmanpreet * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Needs More Work - One of the mentors has sent this task back...
15:25.48Notify03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed.
15:40.26*** join/#brlcad merzo (~merzo@139-19-133-95.pool.ukrtel.net)
15:43.16Notify03GCI:FaithOh * 5865810849431552 Write draft of BRL-CAD application interface design guidelines: Task Claimed - I would like to work on this task.
15:52.44Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Ready for review - The work on this task is ready to be reviewed.
15:54.54Notify03GCI:Kuuurt * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task.
16:16.22Notify03GCI:Mandeep Kaur * 5865810849431552 Write draft of BRL-CAD application interface design guidelines: Task Assigned - This task has been assigned to FaithOh. You have 168 hours to complete this...
16:16.23Notify03GCI:Mandeep Kaur * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to Kuuurt. You have 72 hours to complete this...
16:34.54Notify03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: closure -  For posterity when aggregating results later, Anita e-mailed other .ai files that opened without issue. See devs mailbox for...
16:47.05Notify03GCI:Sean * 5782971667709952 Implement new API function to reduce duplication: comment duplication -  Implementing the reduction isn't part of this task but you do have to identify the code that is...
16:47.25Notify03GCI:Sean * 5782971667709952 Implement new API function to reduce duplication: assuming -  Assuming you can fix the remaining issues on commit.
16:49.30Notify03GCI:Sean * 5782971667709952 Implement new API function to reduce duplication: Task Closed - Congratulations, this task has been completed successfully.
16:54.00Notify03GCI:Sean * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: This is awesome! -  Love it Ilkin! This is one of the most creative and...
16:57.36Notify03GCI:Harmanpreet * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Agree with Sean -  Desgin is simply awesome but the tag line or...
16:59.20Notify03GCI:Sean * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: you already did this one -  Rishi, I just commented on your previous task...
17:01.15Notify03GCI:Rishi Sharma * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: None -  Sir this means my work will not be reviewed ?
17:04.01Notify03BRL-CAD:starseeker * 59238 brlcad/trunk/src/libbrep/boolean.cpp: Add some notes/thoughts about how to proceed with face/face operations...
17:15.38Notify03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Ready for review - The work on this task is ready to be reviewed.
17:21.14*** join/#brlcad jschulte (~johannes@p4FDF8E84.dip0.t-ipconnect.de)
17:34.42Notify03GCI:Sean * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the...
17:37.47Notify03GCI:Sean * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: cant be used in a tutorial -  Sharan, the point of the transcript is to serve as a tutorial for...
17:39.22Notify03GCI:Sean * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Needs More Work - One of the mentors has sent this task back for more...
17:39.27Notify03GCI:Sean * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: also move the text up slightly -  Also, if you make the text in the top...
17:50.46Notify03BRL-CAD:j-schulte * 59239 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/CMakeLists.txt and 4 others): add function to calculate the interior area of a polygon to libbn (GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5782971667709952)
17:57.02Notify03BRL-CAD:n_reed * 59240 brlcad/trunk/src/tclscripts/archer/Archer.tcl: just draw control mesh when edit button is checked
17:57.16Notify03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: OK -  I gonna unclaim this task..
17:57.45Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: None -  ok i will do it now
17:58.05Notify03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:59.25Notify03GCI:Sharan Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: Task Claimed - I would like to work on this task.
18:03.07Notify03GCI:Johannes Schulte * 5259914242949120 Implement new API function to reduce duplication #2: Task Claimed - I would like to work on this task.
18:06.13Notify03GCI:Sharan Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: One Piler or many.. -  The task is to model a sigle plier or all of them shown in the wiki page
18:07.25Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14...
18:13.20Notify03GCI:Sharan Narayan * 5882063005679616 Model a hammer in 3D using BRL-CAD: Task Claimed - I would like to work on this task.
18:13.21Notify03GCI:Sharan Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now.
18:24.22Notify03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Ready for review - The work on this task is ready to be reviewed.
18:34.32maths22starseeker: that makes sense
18:49.15Notify03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Reediting the script -  7 Reasons to Choose BRL-CAD: for Developers   BRL-CAD is a hefty graphic system...
19:22.18*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:45.30Notify03BRL-CAD Wiki:Jimrcross1941 * 0 /wiki/User:Jimrcross1941:
20:08.17*** join/#brlcad Ch3ck (~Ch3ck@41.202.197.232)
20:33.01*** join/#brlcad Ch3ck (~Ch3ck@41.202.195.72)
22:23.05FreezingColdWhat kind of formats are best to import with brlcad?
22:24.06FreezingCold.stl?
22:28.22FreezingColdbrlcad: Hey Sean, random question, is your work sponsored by anyone or is it a hobby?
22:36.54FreezingColdAlso slight random question, does BRLCAD have any export restrictions? I know some software that involves national security isn't "supposed" to be used internationally